EKS : Kubernetes 1.31 perd son support le 26 novembre

Sur Amazon EKS, Kubernetes 1.31 arrive au bout de son support étendu le 26 novembre 2026. Passé cette date, AWS ne laissera plus aucun plan de contrôle sur cette version : les clusters restants seront mis à jour automatiquement, sans préavis. Il reste un peu plus de trois semaines pour s'y préparer.

Une version arrivée au bout de ses 26 mois

Sur EKS, chaque version mineure de Kubernetes bénéficie de 14 mois de support standard, puis de 12 mois de support étendu, soit 26 mois au total. Kubernetes 1.31, sortie en amont le 13 août 2024, est disponible sur EKS depuis le 26 septembre 2024. Son support standard s'est achevé le 26 novembre 2025, et sa période de support étendu se termine le 26 novembre 2026, selon le calendrier publié dans la documentation d'AWS.

Le support étendu n'est pas gratuit : AWS facture 0,60 dollar par cluster et par heure, contre 0,10 dollar en support standard, soit 0,50 dollar de surcoût. Il est activé par défaut, la politique de mise à jour des clusters étant positionnée sur EXTENDED sauf choix contraire.

Ce qui se passe après le 26 novembre

La documentation d'EKS est explicite. À la date de fin du support étendu :

• il n'est plus possible de créer de nouveaux clusters en 1.31 ;
• les plans de contrôle existants sont mis à jour vers la plus ancienne version encore supportée, via un déploiement progressif ;
• AWS ne donne pas de fenêtre précise : la mise à jour peut intervenir à tout moment après la date, et aucune notification n'est envoyée au préalable ;
• un cluster mis à jour automatiquement ne peut pas revenir en arrière, alors qu'une mise à jour manuelle peut être annulée dans les sept jours.

Surtout, seule la couche de contrôle est concernée. Les groupes de nœuds managés et les nœuds autogérés restent sur l'ancienne version, de même que les nœuds Fargate ; seuls les nœuds EKS Auto Mode peuvent être mis à jour automatiquement. Les modules complémentaires du cluster et les instances EC2 devront donc être alignés à la main.

Viser plus loin que 1.32

La version cible de la mise à jour automatique, 1.32, est elle-même en support étendu jusqu'au 23 mars 2027. Un cluster qui y atterrit reste donc facturé au tarif étendu, et devra de nouveau migrer dans quelques mois. Même 1.34 quitte le support standard le 2 décembre 2026. Pour sortir durablement du surcoût, il faut viser 1.35 ou plus : la version 1.37, disponible sur EKS depuis le 1er octobre 2026, est couverte en standard jusqu'au 1er décembre 2027.

Les mises à jour en place se font une version mineure à la fois. Passer de 1.31 à une version récente suppose donc plusieurs étapes successives, chacune à valider : API retirées, compatibilité des contrôleurs d'ingress, des pilotes de stockage et des opérateurs installés.

Les étapes pour migrer à temps

1. Inventorier les clusters concernés, par exemple avec aws eks describe-cluster-versions et la console, et repérer les avis transmis par AWS Health.
2. Tester chaque saut de version sur un cluster de préproduction, en vérifiant les manifestes et les charts utilisés.
3. Mettre à jour le plan de contrôle, puis les modules complémentaires (VPC CNI, kube-proxy, CoreDNS) et les nœuds. Kubernetes tolère un écart de trois versions mineures entre plan de contrôle et nœuds, mais AWS recommande de les maintenir alignés.
4. Planifier la suite, en suivant le calendrier des prochaines fins de support.

Le cas d'EKS rejoint celui de l'amont : la communauté a déjà cessé de maintenir Kubernetes 1.34 le 27 octobre : le support des fournisseurs cloud n'est qu'un sursis payant.