Skip to content

AKS : Azure Linux 2.0 disparaît le 31 octobre

Azure Linux 2.0 sur AKS : les images de nœuds seront supprimées le 31 octobre 2026, bloquant la mise à l'échelle. Comment migrer vers Azure Linux 3.0.

Publié le 3 min de lecture
AKS : Azure Linux 2.0 disparaît le 31 octobre

Les équipes qui exploitent encore des nœuds Azure Linux 2.0 sur Azure Kubernetes Service (AKS) n'ont plus qu'une semaine pour migrer. Selon la documentation de Microsoft, les images de nœuds Azure Linux 2.0 seront supprimées à partir du 31 octobre 2026. Passé cette date, il ne sera plus possible de faire monter en charge les pools de nœuds concernés. Le système n'était déjà plus maintenu depuis près d'un an.

Un système sans correctifs depuis novembre 2025

Le calendrier a été annoncé de longue date. Dans l'avis de retrait publié sur le dépôt GitHub d'AKS, Microsoft indiquait qu'Azure Linux 2.0 serait retiré le 30 novembre 2025, en même temps que la fin du support de Kubernetes 1.31 sur AKS. Depuis cette date, AKS ne fournit plus ni mises à jour, ni correctifs de sécurité, ni support pour cette version du système.

Une mise à jour de l'avis, datée du 15 décembre 2025, précise que l'image de nœud Azure Linux 2.0 est figée à la version 202512.06.0. Autrement dit, les nœuds qui tournent encore sur ce système accumulent depuis des mois des vulnérabilités non corrigées.

Ce qui se passe le 31 octobre

La documentation d'AKS est explicite : à partir du 31 octobre 2026, « les images de nœuds seront supprimées, et vous ne pourrez plus mettre à l'échelle vos pools de nœuds ». Concrètement, un pool qui doit ajouter des nœuds, que ce soit par l'autoscaler ou par une opération manuelle, ne trouvera plus d'image pour les créer. Pour un cluster de production, cela peut se traduire par une incapacité à absorber un pic de charge.

Le cas des versions de Kubernetes en support à long terme (LTS) mérite attention. Microsoft signale qu'Azure Linux 2.0 arrive en fin de vie pendant la période LTS des versions 1.28 à 1.31 d'AKS. Rester sur une branche LTS ne protège donc pas de ce retrait.

Deux voies de migration

Microsoft propose deux options pour passer à Azure Linux 3.0 :

  • Mettre à jour Kubernetes vers la version 1.32 ou ultérieure. Avec la référence de système AzureLinux, Azure Linux 3.0 devient automatiquement le système par défaut à partir de cette version.
  • Changer la référence de système sans toucher à Kubernetes, en passant le pool sur AzureLinux3. Cette référence est prise en charge de Kubernetes 1.28 à 1.36, et Microsoft la recommande précisément pour migrer d'Azure Linux 2.0 vers 3.0.

La seconde option passe par la commande az aks nodepool update avec le paramètre --os-sku. La documentation prévient que l'opération peut déclencher une réinstallation automatique des nœuds (reimage) lorsque la version du système change, et qu'elle peut échouer si aucune image compatible n'existe pour la version de Kubernetes, la taille de machine virtuelle ou l'activation de FIPS du pool.

Comment s'organiser

Première étape : recenser les pools encore sous Azure Linux 2.0, en vérifiant la référence de système et la version de l'image de nœud. Ensuite, tester la migration sur un environnement hors production, puis planifier la bascule en production en tenant compte des réinstallations de nœuds et des budgets d'interruption des applications.

Cette échéance s'ajoute à d'autres jalons de fin octobre pour les équipes Kubernetes, comme la fin de vie de Kubernetes 1.34 le 27 octobre. Le calendrier d'AKS en annonce déjà d'autres : la fin du support d'Ubuntu 20.04 le 17 mars 2027, puis celle d'Ubuntu 22.04 le 30 juin 2027. Pour les nouveautés de la dernière version du projet, voir notre article sur Kubernetes 1.37.

Articles liés

Kubernetes 1.34 atteint sa fin de vie le 27 octobre 2026. Calendrier upstream, délais sur EKS et AKS, et méthode pour planifier la mise à jour.
Kubernetes 1.37 stabilise les certificats de Pods, KYAML et la migration de stockage, et déprécie kube-dns. Le point avant de mettre à jour.
Cloud : le régulateur britannique CMA dresse le bilan des actions d'AWS et Azure et cible l'IAM et la portabilité Kubernetes en multicloud.