Support étendu EKS : ce qu’il coûte et quand monter de version

Le support étendu EKS coûte 0,60 $ par cluster et par heure au lieu de 0,10 $ : un surcoût de 365 $ par mois pour chaque cluster Amazon EKS dont la version de Kubernetes a plus de 14 mois. AWS l’active par défaut, et la plupart des équipes le découvrent sur la facture. Au 28 octobre 2026, les versions 1.31, 1.32 et 1.33 sont facturées au tarif étendu, la 1.34 les rejoint le 2 décembre, et un cluster encore en 1.31 après le 26 novembre sera mis à jour par AWS, prêt ou pas.

Voici les chiffres, les dates, et la règle qu’on applique aux clusters qu’on exploite pour choisir entre payer et monter de version.

Prix et dates relevés sur les pages d’AWS, de Google Cloud et d’Azure le 28 octobre 2026. Les prix sont en dollars US, hors taxes, et ne concernent que les frais du plan de contrôle : les nœuds, les load balancers et le stockage sont facturés à part et ne changent pas.

Le support étendu EKS, et quand un cluster y entre

Sur EKS, chaque version mineure de Kubernetes a 14 mois de support standard après sa sortie sur EKS, puis 12 mois de support étendu, soit 26 mois au total (cycle de vie des versions EKS). Le dernier jour du support standard, tout dépend de la politique de mise à jour du cluster.

Avec EXTENDED, la valeur par défaut des clusters neufs comme existants, le cluster garde sa version et la facturation bascule à 0 h UTC le jour de la fin du support standard. Avec STANDARD, AWS monte lui-même le plan de contrôle à la version suivante. Vérifiez chaque cluster avec l’AWS CLI v2 :

aws eks describe-cluster --name <cluster-name> \
  --query "cluster.{version: version, policy: upgradePolicy.supportType}"

Vous pouvez en sortir, mais seulement tant que le cluster tourne sur une version encore en support standard :

aws eks update-cluster-config --name <cluster-name> \
  --upgrade-policy supportType=STANDARD

Une fois votre cluster passé en support étendu, ce réglage reste verrouillé : il vous faudra le remonter sur une version standard pour le débloquer. Le supplément couvre les correctifs de sécurité du plan de contrôle, des add-ons VPC CNI, kube-proxy et CoreDNS corrigés, des AMI optimisées EKS pour cette version, ainsi que le support AWS. Vos charts Helm, votre contrôleur Ingress et vos opérateurs ? Rien.

Sur la facture, cherchez le type d’usage qui se termine par AmazonEKS-Hours:extendedSupport dans Cost Explorer ou dans le Cost and Usage Report.

Le calcul pour 1, 3 et 10 clusters sur 12 mois

Le « six fois plus cher » des titres ne vaut que pour les frais du plan de contrôle. Le supplément est un forfait de 0,50 $ par cluster et par heure (tarifs EKS), quelle que soit la taille du cluster. Une recette à 3 nœuds paie autant qu’une production à 200.

Avec la convention d’AWS de 730 heures par mois (8 760 par an) :

La ligne à 3 clusters est le cas le plus courant : production, recette et un cluster de dev créés avec le même module Terraform, sur la même version, qui sortent du support standard le même jour.

Pour situer : 365 $ par mois, c’est moins d’une journée d’un DevOps senior salarié en France. Notre comparaison avec un recrutement part de 65 000 € brut par an et d’environ 45 % de charges patronales ; sur 218 jours travaillés, cela fait à peu près 430 € par jour. Le supplément seul justifie rarement une montée de version faite dans l’urgence. La vraie question est ce qu’il vous fait reporter.

Les dates du support étendu EKS en 2026 et 2027

Calendrier d’AWS, en UTC :

Deux conséquences. Un cluster en 1.31 n’a plus l’option « payer et attendre » : après le 26 novembre, AWS monte son plan de contrôle en 1.32 à un moment qu’il n’annonce pas, et les managed node groups restent en 1.31. Et passer en 1.34 ce mois-ci ne fait gagner que cinq semaines au tarif standard. La première version qui reste en support standard jusqu’au printemps 2027 est la 1.35.

GKE et AKS facturent le même montant, à d’autres conditions

Google Cloud arrive au même prix par un autre chemin. Chaque cluster GKE paie 0,10 $ de frais de gestion par heure. Les clusters inscrits au canal de publication Extended peuvent rester jusqu’à 24 mois sur une version mineure et ne paient le supplément de 0,50 $ par heure qu’une fois cette version sortie du support standard (tarifs GKE). L’inscription est un choix. À la fin, GKE met le cluster à jour même si quelque chose bloque.

Chez Azure, le modèle change. AKS donne environ 12 mois de support communautaire par version ; le support à long terme (LTS) ajoute une deuxième année, mais uniquement sur le niveau Premium, à 0,60 $ par cluster et par heure contre 0,10 $ en Standard (prix public Azure, région West Europe). Le Premium se paie dès son activation, pas à la fin du support communautaire.

EKS est le seul des trois qui vous facture une prolongation que vous n’avez pas demandée. D’où cette ligne sur des factures que personne ne surveillait.

Rattraper plusieurs versions prend plus de temps que prévu

EKS ne monte qu’une version mineure à la fois, et AWS demande que les nœuds managés soient à la version du plan de contrôle avant l’étape suivante. De 1.31 à 1.35, il faut donc quatre mises à jour du plan de contrôle, de nœuds et d’add-ons. Chaque étape a ses ruptures, d’après les notes de version d’AWS :

1. De 1.31 à 1.32 : l’API flowcontrol.apiserver.k8s.io/v1beta3 disparaît, et les requêtes anonymes sont refusées partout sauf sur /healthz, /livez et /readyz.
2. De 1.32 à 1.33 : AWS ne publie plus d’AMI Amazon Linux 2 optimisée pour EKS. Les nœuds passent à Amazon Linux 2023 ou à Bottlerocket, donc un nouveau démarrage des nœuds (nodeadm sur AL2023) et des launch templates à réécrire.
3. De 1.33 à 1.34 : containerd 2.1 sur les AMI, et AppArmor est déprécié.
4. De 1.34 à 1.35 : le kubelet refuse par défaut de démarrer sur cgroup v1, et la 1.35 est la dernière version compatible avec containerd 1.x.

Vos propres composants arrivent ensuite : Karpenter ou cluster-autoscaler, le contrôleur Ingress, cert-manager, Argo CD, chacun avec sa matrice de compatibilité. Côté EKS, les upgrade insights repèrent les appels aux API dépréciées, mais sur une fenêtre glissante de 30 jours, rafraîchie toutes les 24 heures : un correctif livré aujourd’hui peut rester signalé pendant des semaines.

Un point réduit le risque : un cluster mis à jour sur place peut revenir à sa version mineure précédente dans les 7 jours.

Quand payer le support étendu EKS, quand monter de version

Mettez les deux options dans la même unité. La prolongation coûte clusters × mois × 365 $. La montée de version coûte étapes × clusters × jours par étape × votre coût journalier. Ensuite, quatre règles :

• Une version de retard et une montée prévue dans le trimestre : payez. Le support étendu sert à ne pas mettre à jour la production dans la précipitation.
• Deux versions de retard ou plus : la prolongation n’est pas un plan. Une nouvelle version sort tous les quatre mois. La date de fin, elle, ne bouge pas, et une mise à jour forcée du plan de contrôle avec des nœuds trois versions derrière est la pire situation possible.
• Recette et dev : passez-les en STANDARD tant qu’ils sont sur une version standard. AWS les met à jour en premier, et ils deviennent votre alerte avant la production.
• Clusters que vous allez supprimer ou reconstruire dans quelques mois : payez et n’y touchez pas.

Un exemple, avec une hypothèse à remplacer par la vôtre : trois clusters en 1.32, et deux jours de travail par étape et par cluster, tests compris. Payer jusqu’au 23 mars 2027 (cinq mois) coûte 3 × 5 × 365 $ = 5 475 $. Monter maintenant, c’est trois étapes pour atteindre la 1.35, soit 18 jours, sortie d’Amazon Linux 2 comprise. Attendre mars ne supprime pas ces 18 jours. D’ici là, la 1.35 quitte le support standard le 27 mars, la cible devient la 1.36, et le chantier passe à quatre étapes, 24 jours avec la même hypothèse. La prolongation repousse le travail et l’alourdit.

Si la ligne extendedSupport figure déjà sur votre facture, notre infogérance AWS inclut ces montées de version chaque trimestre, et un audit FinOps montre combien de clusters sont concernés. Vous pouvez aussi nous dire quelles versions vous faites tourner : on vous aide à chiffrer le rattrapage.

Questions fréquentes

Combien coûte le support étendu EKS ?

0,60 $ par cluster et par heure, contre 0,10 $ en support standard. L’écart représente environ 365 $ par mois et 4 380 $ par an pour chaque cluster, quelle que soit sa taille. Nœuds, stockage et réseau ne changent pas.

Peut-on désactiver le support étendu EKS ?

Oui, avec aws eks update-cluster-config --upgrade-policy supportType=STANDARD, tant que le cluster est sur une version en support standard. Ensuite, le réglage est bloqué : seule une montée de version arrête le supplément. En STANDARD, AWS monte lui-même le plan de contrôle à la fin du support standard.

Que se passe-t-il à la fin du support standard EKS ?

Avec la politique EXTENDED par défaut, rien de visible : le cluster garde sa version et paie 0,60 $ de l’heure. En STANDARD, AWS monte le plan de contrôle à la version suivante. Dans les deux cas, nœuds et add-ons restent à votre charge. Au bout de 26 mois, AWS met le plan de contrôle à jour quoi qu’il arrive.