AWS EKS Auto Mode : simplifier le management Kubernetes en production

Qu'est-ce qu'EKS Auto Mode ?

EKS Auto Mode est une fonctionnalité lancée par AWS en novembre 2024 qui transforme radicalement la façon de gérer un cluster Kubernetes en production. Avec Auto Mode activé, AWS prend en charge automatiquement :

• Le lifecycle des nodes : provisioning, mise à jour des AMI, patchs de sécurité, remplacement des nodes défaillants
• Le scaling des nodes : Karpenter est intégré nativement, les nodes sont provisionnés et déprovisionnés en fonction de la demande réelle
• Le networking : VPC CNI géré par AWS, mise à jour automatique
• Le stockage : EBS CSI Driver géré par AWS, StorageClass par défaut préconfigurée
• Les add-ons core : CoreDNS, kube-proxy, aws-load-balancer-controller inclus et mis à jour par AWS

En clair : votre équipe n'a plus à gérer les node groups, les AMI, ou les add-ons Kubernetes. AWS s'en charge comme un service managé.

Ce que vous ne gérez plus avec Auto Mode

Voici la liste des responsabilités que vous déléguez à AWS avec EKS Auto Mode :

• Mise à jour des AMI Amazon Linux 2023 (security patches, kernel updates)
• Configuration et scaling des node groups / Karpenter NodePools
• Installation et mise à jour de VPC CNI, CoreDNS, kube-proxy
• Installation et mise à jour d'EBS CSI Driver
• Gestion des Security Groups des nodes
• Configuration du AWS Load Balancer Controller

Vous gardez le contrôle sur : vos workloads (Deployments, StatefulSets), vos namespaces, vos CRDs custom, votre Ingress/Gateway config, et la version Kubernetes du control plane.

Activer EKS Auto Mode avec Terraform

resource "aws_eks_cluster" "main" {
  name     = "production-cluster"
  version  = "1.31"
  role_arn = aws_iam_role.eks_cluster.arn

  vpc_config {
    subnet_ids              = var.private_subnet_ids
    endpoint_private_access = true
    endpoint_public_access  = false
  }

  # Activer EKS Auto Mode
  compute_config {
    enabled       = true
    node_pools    = ["general-purpose", "system"]
    node_role_arn = aws_iam_role.eks_node.arn
  }

  kubernetes_network_config {
    elastic_load_balancing {
      enabled = true
    }
  }

  storage_config {
    block_storage {
      enabled = true
    }
  }

  tags = {
    Environment = "production"
    ManagedBy   = "terraform"
  }
}

# Avec Auto Mode, plus besoin de gérer les node groups manuellement
# AWS crée et gère automatiquement les nodes via Karpenter

NodeClass et NodePool : Karpenter sous le capot

EKS Auto Mode utilise Karpenter en interne. Vous pouvez personnaliser le comportement du scaling via les CRDs NodeClass et NodePool :

apiVersion: eks.amazonaws.com/v1
kind: NodeClass
metadata:
  name: default
spec:
  # EBS root volume configuration
  ephemeralStorage:
    size: "80Gi"
    iops: 3000
    throughput: 125
  # Les autres paramètres (AMI, SG, subnet) sont gérés par EKS Auto Mode

---
apiVersion: karpenter.sh/v1
kind: NodePool
metadata:
  name: general-purpose
spec:
  template:
    metadata:
      labels:
        billing-team: platform
    spec:
      nodeClassRef:
        group: eks.amazonaws.com
        kind: NodeClass
        name: default
      requirements:
        - key: kubernetes.io/arch
          operator: In
          values: ["amd64", "arm64"]
        - key: karpenter.sh/capacity-type
          operator: In
          values: ["spot", "on-demand"]
        - key: node.kubernetes.io/instance-type
          operator: In
          values: ["m5.large", "m5.xlarge", "m6i.large", "m6i.xlarge",
                   "c5.large", "c5.xlarge", "r5.large"]
  limits:
    cpu: 1000
    memory: 4000Gi
  disruption:
    consolidationPolicy: WhenEmptyOrUnderutilized
    consolidateAfter: 30s

Implications sur les coûts

EKS Auto Mode a un coût supplémentaire par rapport à EKS standard : 0,10 $/heure par cluster en Auto Mode (environ 72 $/mois). Ce coût doit être mis en balance avec les économies opérationnelles :

• Élimination des heures d'ingénierie consacrées aux mises à jour AMI et patches
• Réduction des incidents liés aux nodes obsolètes ou mal configurés
• Optimisation automatique des coûts via la consolidation Karpenter (nodes sous-utilisés remplacés par des nodes plus petits)
• Utilisation automatique des Spot Instances avec fallback on-demand

Pour la plupart des équipes, le gain en temps d'ingénierie dépasse largement les 72 $/mois de surcoût.

Limitations actuelles d'EKS Auto Mode

En 2026, EKS Auto Mode présente encore quelques limitations à connaître :

• Pas de support GPU : les nodes GPU (p3, g4, inf) ne sont pas disponibles en Auto Mode — utilisez des managed node groups séparés pour les workloads ML
• Pas d'AMI custom : vous ne pouvez pas utiliser vos propres AMI avec des agents pré-installés (Datadog agent, etc.)
• Pas de managed node groups manuels coexistants : Auto Mode gère tous les nodes, vous ne pouvez pas avoir une partie en Auto Mode et une partie en self-managed
• Région limitée : disponible dans la plupart des régions AWS mais pas toutes — vérifiez la disponibilité en eu-west-1, eu-central-1

Quand utiliser Auto Mode vs nodes self-managed

Auto Mode est recommandé pour :

• Les nouveaux clusters sans contraintes d'AMI custom
• Les équipes DevOps qui souhaitent réduire la charge opérationnelle Kubernetes
• Les workloads applicatifs standard (web APIs, microservices, batch jobs)
• Les environnements de dev/staging/prod homogènes

Gardez des nodes self-managed pour :

• Les workloads GPU/ML (jusqu'à l'ajout du support GPU)
• Les cas d'usage avec agents custom devant être présents sur les nodes (compliance, DLP)
• Les configurations réseau très spécifiques (multus, SR-IOV)

Migration depuis un cluster EKS existant

La migration vers EKS Auto Mode n'est pas une migration in-place — elle nécessite la création d'un nouveau cluster. La procédure recommandée :

1. Créer un nouveau cluster EKS avec Auto Mode activé
2. Migrer les workloads progressivement via des blue/green namespaces ou un load balancer de migration
3. Valider les performances et la stabilité sur le nouveau cluster
4. Basculer le DNS et le trafic de production
5. Désactiver l'ancien cluster après une période de stabilisation

Conclusion

EKS Auto Mode représente une évolution significative dans la philosophie d'AWS pour Kubernetes : passer d'un service d'infrastructure (vous gérez les nodes) à un service applicatif (vous gérez les workloads, AWS gère l'infrastructure). Pour les équipes qui passent trop de temps sur la maintenance des nodes et des add-ons, Auto Mode est une opportunité de recentrer l'effort sur la valeur métier. Les limitations actuelles (pas de GPU, pas d'AMI custom) disparaîtront progressivement au fil des mises à jour du service.