EKS Auto Mode : Kubernetes n'a jamais été aussi simple sur AWS

11 mars 2026 12 min de lecture Alexandre Gillon

Si vous avez déjà gère un cluster Kubernetes en production, vous connaissez la douleur : gestion des nodes, mises a jour des AMI, configuration de Karpenter, tuning du VPC CNI, installation du driver EBS CSI... Tout ça avant même de déployer la première application.

Avec EKS Auto Mode, lancé par AWS fin 2024 et mature en 2026, cette complexité disparaît. AWS gère automatiquement les nodes, le scaling, le networking et le stockage. Vous ne vous occupez que de vos workloads. Kubernetes vient enfin de tenir sa promesse : se concentrer sur les applications, pas l'infrastructure.

En résumé

EKS Auto Mode = EKS + Karpenter + VPC CNI + EBS CSI + CoreDNS + kube-proxy, le tout gère par AWS. Zéro add-on a installer, zéro node group a configurer. Vous creez un cluster, vous déployez vos pods.

Le problème : Kubernetes c'est puissant, mais c'est lourd

Un cluster EKS classique demande de gérer une pile considérable d'outils juste pour que l'infrastructure fonctionne :

  • Managed Node Groups ou Karpenter pour provisionner les EC2
  • VPC CNI add-on pour le networking des pods
  • EBS CSI driver pour les volumes persistants
  • CoreDNS et kube-proxy a maintenir a jour
  • Mises a jour AMI régulières + rotations de nodes
  • IAM roles pour chaque composant (IRSA, Pod Identity)

Résultat : des équipes entières passent leur temps a maintenir la plateforme plutôt qu'a livrer de la valeur. Les PME et startups qui veulent utiliser Kubernetes sont souvent découragées par cette complexité.

EKS Auto Mode : AWS fait le travail a votre place

EKS Auto Mode est un nouveau mode de fonctionnement pour Amazon EKS ou AWS gère l'intégralité du data plane. Concrètement, quand vous activez Auto Mode :

Compute

AWS provisionne et scale les nodes automatiquement avec la technologie Karpenter intégrée. Zéro node group a configurer.

Networking

VPC CNI, kube-proxy et CoreDNS sont gérés et mis a jour par AWS. Les pods obtiennent des IPs VPC natives.

Stockage

Le driver EBS CSI est pré-installé. Les PersistentVolumeClaims fonctionnent immédiatement avec la StorageClass auto.

Load Balancing

L'AWS Load Balancer Controller est intégré. Les Ingress et Services de type LoadBalancer fonctionnent nativement.

Créer un cluster EKS Auto Mode en 5 minutes

C'est la ou ça devient impressionnant. Un cluster EKS Auto Mode opérationnel se crée en une seule commande :

# Créer un cluster EKS Auto Mode avec eksctl
eksctl create cluster \
  --name mon-cluster-auto \
  --region eu-west-3 \
  --enable-auto-mode
# C'est tout. Pas de node group, pas d'add-ons.
# Déployer une app directement :
kubectl apply -f mon-deployment.yaml

Avec Terraform, c'est tout aussi simple :

# main.tf - Cluster EKS Auto Mode
resource
"aws_eks_cluster"
"main"
{
name = "mon-cluster-auto"
role_arn = aws_iam_role.eks.arn
version = "1.32"
vpc_config {
subnet_ids = var.subnet_ids
}
compute_config {
enabled = true
node_pools = ["general-purpose", "system"]
}
kubernetes_network_config {
elastic_network_interfaces {
enabled = true
}
}
storage_config {
block_storage {
enabled = true
}
}
}

Comparaison

Un cluster EKS classique avec Karpenter, VPC CNI, EBS CSI et ALB Controller demande ~300 lignes de Terraform et 4-5 IAM roles. Avec Auto Mode : ~30 lignes et 1 role.

EKS classique vs EKS Auto Mode

Fonctionnalité EKS classique EKS Auto Mode
Provisioning nodes Managed Node Groups ou Karpenter Automatique
Mises a jour AMI Manuelles ou rolling updates Automatique
VPC CNI Add-on a installer + IAM Inclus et gère
EBS CSI Add-on + IAM + StorageClass Inclus et gère
Load Balancer Controller Helm chart + IAM + IngressClass Inclus et gère
CoreDNS / kube-proxy Versions a gérer manuellement Automatique
Scaling Cluster Autoscaler ou Karpenter Karpenter intégré
Coût compute EC2 on-demand/spot/RI ~40% plus cher (vCPU/h)
Temps de setup 2-5 jours 15 minutes

Le vrai calcul : coût total vs coût EC2

Oui, le compute EKS Auto Mode est plus cher que du EC2 brut. Mais le vrai calcul doit inclure le coût total de possession (TCO) :

EKS classique (coûts caches)

  • 2-5 jours de setup initial (~2 000-5 000 EUR)
  • 1-2 jours/mois de maintenance (AMI, add-ons)
  • Incidents de scaling, nodes zombie
  • Sur-provisioning par sécurité

EKS Auto Mode (tout inclus)

  • Setup en 15 minutes
  • Zéro maintenance nodes/add-ons
  • Bin-packing optimal = moins de gaspillage
  • Équipe focalisée sur la valeur business

Mon expérience terrain

Pour une startup avec 5-20 microservices, EKS Auto Mode revient souvent moins cher au total qu'un EKS classique, car le sur-provisioning d'un cluster mal tuné coûte plus que le surcoût par vCPU. Sans compter les jours d'ingénierie économisés.

Migrer un cluster existant vers Auto Mode

Bonne nouvelle : vous n'avez pas besoin de recréer votre cluster. La migration se fait progressivement, sans downtime :

1

Activer Auto Mode sur le cluster existant

Via la console AWS ou Terraform. Les node groups existants continuent de fonctionner.

2

Migrer les workloads progressivement

Cordon + drain des anciens nodes. Les pods sont reschedulés sur les nodes Auto Mode.

3

Supprimer les anciens node groups et add-ons

Une fois tous les workloads migrés, supprimez les managed node groups, Karpenter, et les add-ons obsolètes.

4

Nettoyer les IAM roles inutiles

Les roles IRSA pour VPC CNI, EBS CSI et ALB Controller ne sont plus nécessaires.

# Migration pas a pas
kubectl cordon <old-node>
kubectl drain <old-node> --ignore-daemonsets --delete-emptydir-data
# Les pods redémarrent sur les nodes Auto Mode
eksctl delete nodegroup --cluster mon-cluster --name old-ng

Les limites a connaître

EKS Auto Mode n'est pas une solution universelle. Voici les cas ou le mode classique reste pertinent :

  • Pas de DaemonSets custom sur les nodes managés — si vous utilisez Datadog, Falco ou un agent spécifique en DaemonSet, il faudra adapter (sidecar ou node groups mixtes)
  • Pas de SSH sur les nodes — le debugging se fait via kubectl debug, CloudWatch Logs et Container Insights
  • Support GPU limité — les workloads ML/IA lourds avec GPU spécifiques nécessitent encore des node groups classiques
  • Pas de Bottlerocket ou AMI custom — AWS utilise ses propres AMI optimisées, non modifiables

Pour qui est fait EKS Auto Mode ?

Startups

Kubernetes de production sans équipe plateforme dédiée

PME

Migration vers Kubernetes sans exploser les coûts d'ingénierie

Équipes dev

Focus sur les apps, pas sur l'infra Kubernetes

Questions fréquentes

Qu'est-ce que EKS Auto Mode ?

EKS Auto Mode est une fonctionnalité d'Amazon EKS qui automatise entièrement la gestion des nodes, du scaling, du networking et du stockage. AWS gère l'infrastructure Kubernetes pour vous.

Combien coûte EKS Auto Mode ?

0,0842 USD par vCPU/heure, soit ~40% de plus que EC2 on-demand. Mais le TCO est souvent inférieur grâce a l'elimination de la maintenance et du sur-provisioning.

Peut-on migrer un cluster existant ?

Oui, en activant Auto Mode sur le cluster existant et en migrant progressivement les workloads. Les managed node groups fonctionnent en parallèle pendant la transition.

EKS Auto Mode remplace-t-il Karpenter ?

EKS Auto Mode utilise Karpenter sous le capot, mais vous n'avez plus a l'installer ni le configurer. Le comportement est similaire mais entièrement managé.

Quelles sont les limites ?

Pas de DaemonSets custom, pas de SSH sur les nodes, support GPU limité, et pas d'AMI custom. Pour ces cas, le mode classique reste recommandé.

Simplifiez votre infrastructure Kubernetes

Migration vers EKS Auto Mode, audit de votre cluster existant ou mise en place from scratch — je vous accompagne.

Discutons de votre projet