Versions Kubernetes Amazon EKS

Kubernetes évolue rapidement avec de nouvelles fonctionnalités, des mises à jour de conception et des correctifs de bogues. La communauté publie de nouvelles versions mineures de Kubernetes (telles que la version 1.30) en moyenne une fois tous les quatre mois. Amazon EKS suit le cycle de publication en amont et d'obsolescence pour les versions mineures. Lorsque de nouvelles versions Kubernetes sont mises à disposition dans Amazon EKS, nous vous recommandons de mettre à jour, de manière proactive, vos clusters et d'utiliser la dernière version disponible.

Une version mineure bénéficie d'un support standard dans Amazon EKS pendant les 14 premiers mois suivant sa sortie. Une fois qu'une version a dépassé la date de fin de support standard, elle entre automatiquement en support étendu pour les 12 mois suivants. Le support étendu vous permet de conserver une version spécifique de Kubernetes plus longtemps moyennant un coût supplémentaire par heure de cluster. Si vous n'avez pas mis à jour votre cluster avant la fin de la période de support étendu, celui-ci est automatiquement mis à niveau vers la plus ancienne version étendue actuellement prise en charge.

Nous vous recommandons de créer votre cluster avec la dernière version disponible de Kubernetes prise en charge par Amazon EKS. Si votre application nécessite une version spécifique de Kubernetes, vous pouvez sélectionner des versions plus anciennes. Vous pouvez créer de nouveaux clusters Amazon EKS sur n'importe quelle version proposée dans le cadre du support standard ou étendu.

Versions disponibles bénéficiant du support standard

Les versions suivantes de Kubernetes bénéficient actuellement du support standard d'Amazon EKS :

• 1.30

• 1.29

• 1.28

• 1.27

• 1.26

Pour les modifications importantes à prendre en compte pour chaque version bénéficiant du support standard, consultez la rubrique Notes de mise à jour pour les versions bénéficiant du support standard.

Versions disponibles bénéficiant du support étendu

Les versions suivantes de Kubernetes sont actuellement disponibles dans Amazon EKS bénéficiant du support étendu :

• 1.25

• 1.24

• 1.23

Pour les modifications importantes à prendre en compte pour chaque version bénéficiant du support étendu, consultez la rubrique Notes de mise à jour pour les versions bénéficiant d'un soutien étendu.

Les Kubernetes versions suivantes sont actuellement disponibles dans le cadre du support étendu d'Amazon EKS, mais vous ne pouvez pas créer de nouveaux clusters avec ces versions :

• 1.22

• 1.21

  Pour plus d'informations sur ces versions, voir Notes de mise à jour pour les versions 1.21 et 1.22

Calendrier de sortie de la version Kubernetes Amazon EKS

Le tableau suivant indique les dates de sortie et de support importantes à prendre en compte pour chaque version de Kubernetes.

Note

Les dates qui comportent uniquement un mois et une année sont approximatives et seront mises à jour lorsqu'une date exacte sera connue.

Version de Kubernetes	Version en amont	Version d'Amazon EKS	Date de fin du support standard	Date de fin du support étendu
1.30	17 avril 2024	23 mai 2024	23 juillet 2025	23 juillet 2026
1.29	13 décembre 2023	23 janvier 2024	23 mars 2025	23 mars 2026
1.28	15 août 2023	26 septembre 2023	26 novembre 2024	26 novembre 2025
1.27	11 avril 2023	24 mai 2023	24 juillet 2024	24 juillet 2025
1.26	9 décembre 2022	11 avril 2023	11 juin 2024	11 juin 2025
1.25	23 août 2022	22 février 2023	1er mai 2024	1er mai 2025
1.24	3 mai 2022	15 novembre 2022	31 janvier 2024	31 janvier 2025
1.23	7 décembre 2021	11 août 2022	11 octobre 2023	11 octobre 2024
1.22	4 août 2021	4 avril 2022	4 juin 2023	1 septembre 2024
1.21	08 avril 2021	19 juillet 2021	16 février 2023	15 juillet 2024

Questions fréquentes concernant les versions d'Amazon EKS

Combien de versions de Kubernetes bénéficient du support standard ?

Conformément à la prise en charge de la communauté Kubernetes des versions de Kubernetes, Amazon EKS s'engage à proposer le support standard d'au moins quatre versions de Kubernetes prêtes pour la production à tout moment. Nous annoncerons la date de fin de support standard d'une version mineure donnée de Kubernetes au moins 60 jours à l'avance. En raison du processus de qualification et de sortie des nouvelles versions de Kubernetes, la date de fin de prise en charge d'une version de Kubernetes sur Amazon EKS correspondra au jour où le projet Kubernetes cesse de prendre en charge la version en amont, ou au lendemain.

Pendant combien de temps Kubernetes bénéficie-t-il du support standard d'Amazon EKS ?

Une version de Kubernetes bénéficie du support standard pendant 14 mois après avoir été disponible pour la première fois sur Amazon EKS. Cela est d'application même si Kubernetes en amont ne prend plus en charge une version disponible sur Amazon EKS. Nous rétroportons les correctifs de sécurité qui s'appliquent aux versions Kubernetes prises en charge par Amazon EKS.

Suis-je averti lors de la fin du support standard pour une version de Kubernetes sur Amazon EKS ?

Oui. Si l'un des clusters de votre compte exécute la version sur le point de prendre fin, Amazon EKS envoie un avis dans les 12 mois AWS Health Dashboard environ suivant la publication de la Kubernetes version sur Amazon EKS. L'avis indique la date de fin de la prise en charge. Le délai est d'au moins 60 jours à compter de la date de l'avis.

Quelles sont les fonctionnalités Kubernetes prises en charge par Amazon EKS ?

Amazon EKS prend en charge toutes les fonctionnalités de l'API Kubernetes disponibles pour tous (GA). À partir de la version 1.24 de Kubernetes, les nouvelles API bêta ne sont pas activées par défaut dans les clusters. Toutefois, les anciennes API bêta et les nouvelles versions des API bêta existantes continuent d’être activées par défaut. Les fonctions Alpha ne sont pas prises en charge.

Les groupes de nœuds gérés Amazon EKS sont-ils automatiquement mis à jour avec la version du plan de contrôle de cluster ?

Non. Un groupe de nœuds géré crée des instances Amazon EC2 dans votre compte. Ces instances ne sont pas automatiquement mises à niveau lorsque vous ou Amazon EKS mettez à jour votre plan de contrôle. Pour plus d’informations, consultez Mise à jour d'un groupe de nœuds gérés. Nous vous recommandons de conserver la même version Kubernetes sur votre plan de contrôle et vos nœuds.

Les groupes de nœuds autogérés sont-ils automatiquement mis à jour avec la version du plan de contrôle de cluster ?

Non. Un groupe de nœuds autogérés inclut des instances Amazon EC2 dans votre compte. Ces instances ne sont pas mises à niveau automatiquement lorsque la version du plan de contrôle est mise à jour par vous ou par Amazon EKS en votre nom. Un groupe de nœuds autogérés n'a aucune indication dans la console qu'il doit être mis à jour. Vous pouvez afficher la version kubelet installée sur un nœud en sélectionnant le nœud dans la boîte de dialogue Nœuds dans la Présentation de votre cluster pour déterminer quels nœuds doivent être mis à jour. Vous devez mettre à jour les nœuds manuellement. Pour plus d’informations, consultez Mises à jour des nœuds autogérés.

Le projet Kubernetes teste la compatibilité entre le plan de contrôle et les nœuds pour jusqu'à trois versions mineures. Par exemple, les nœuds 1.27 continuent à fonctionner tant qu'ils sont orchestrés par un plan de contrôle 1.30. Cependant, il n'est pas recommandé d'exécuter un cluster avec des nœuds qui sont plus anciens de trois versions mineures que le plan de contrôle. Pour plus d'informations, consultez Version Kubernetes et politique de prise en charge d'asymétrie de version dans la documentation Kubernetes. Nous vous recommandons de conserver la même version Kubernetes sur votre plan de contrôle et vos nœuds.

Les Pods qui s'exécutent sur Fargate sont-ils automatiquement mis à niveau avec une mise à niveau automatique de la version du plan de contrôle de cluster ?

Non. Nous vous recommandons vivement d'exécuter des Pods Fargate dans le cadre d'un contrôleur de réplication, comme un déploiement Kubernetes. Ensuite, redémarrez tous les Pods Fargate. La nouvelle version du Pod Fargate est déployée avec une version kubelet qui est la même que celle de la mise à jour de votre plan de contrôle de cluster. Pour plus d'informations, consultez Déploiements dans la documentation Kubernetes.

Important

Si vous mettez à jour le plan de contrôle, vous devez également mettre à jour les nœuds Fargate vous-même. Pour mettre à jour les nœuds Fargate, supprimez le Pod Fargate représenté par le nœud et redéployez le Pod. Le nouveau Pod est déployé avec une version kubelet qui est la même version que celle de votre cluster.

FAQ sur le support étendu Amazon EKS

La terminologie du support standard et du support étendu est nouvelle pour moi. Que signifient ces termes ?

Le support standard pour une version de Kubernetes dans Amazon EKS commence lorsqu'une version de Kubernetes est publiée sur Amazon EKS, et prend fin 14 mois après sa date de sortie. Le support étendu pour une version de Kubernetes débutera immédiatement après la fin du support standard, et se terminera au bout de 12 mois. Par exemple, le support standard pour les versions 1.23 dans Amazon EKS prend fin le 11 octobre 2023. Le support étendu pour la version 1.23 a débuté le 12 octobre 2023 et se terminera le 11 octobre 2024.

Que dois-je faire pour bénéficier d'un support étendu pour les clusters Amazon EKS ?

Vous n'avez rien à faire pour bénéficier d'un support étendu pour vos clusters Amazon EKS. Le support standard commence lorsqu'une version de Kubernetes est publiée sur Amazon EKS, et prend fin 14 mois après sa date de sortie. Le support étendu pour une version de Kubernetes débutera immédiatement après la fin du support standard, et se terminera au bout de 12 mois. Les clusters qui s'exécutent sur une version de Kubernetes après la fin du support standard bénéficieront automatiquement du support étendu.

Pour quelles versions de Kubernetes puis-je bénéficier d'un support étendu ?

Un support étendu est disponible pour les versions 1.23 et ultérieures de Kubernetes. Vous pouvez exécuter des clusters sur n'importe quelle version jusqu'à 12 mois après la fin du support standard pour cette version. Cela signifie que chaque version sera prise en charge pendant 26 mois dans Amazon EKS (14 mois de support standard plus 12 mois de support étendu).

Et si je ne souhaite pas utiliser le support étendu ?

Si vous ne souhaitez pas bénéficier automatiquement du support étendu, vous pouvez mettre à niveau votre cluster vers une version de Kubernetes compatible avec le support standard d'Amazon EKS. Les clusters qui ne sont pas mis à niveau vers une version de Kubernetes bénéficiant du support standard entreront automatiquement dans la période de support étendu.

Que se passera-t-il à la fin des 12 mois de support étendu ?

Les clusters exécutés sur une version de Kubernetes arrivée au terme de son cycle de vie de 26 mois (14 mois de support standard plus 12 mois de support étendu) seront automatiquement mis à niveau vers la version suivante.

Passé la date de fin de la période de support étendu, vous ne pouvez plus créer de nouveaux clusters Amazon EKS avec la version non prise en charge. Les plans de contrôle existants sont automatiquement mis à jour par Amazon EKS vers la version prise en charge la plus récente, par le biais d'un processus de déploiement progressif après la date de fin de la prise en charge. Après la mise à jour automatique du plan de contrôle, assurez-vous de mettre manuellement à jour les modules complémentaires des clusters et les nœuds Amazon EC2. Pour plus d’informations, consultez Mise à jour de la version Kubernetes de votre cluster Amazon EKS.

Quel est le moment exact auquel mon plan de contrôle est automatiquement mis à jour passé la date de fin de la période de support étendu ?

Amazon EKS ne peut pas fournir de délais spécifiques. Les mises à jour automatiques peuvent intervenir à tout moment après la date de fin de la période de support étendu. Vous ne recevrez aucune notification avant la mise à jour. Nous vous recommandons de mettre à jour, de manière proactive, votre plan de contrôle sans vous fier au processus de mise à jour automatique Amazon EKS. Pour plus d’informations, consultez Mise à jour d'une version Kubernetes de cluster Amazon EKS.

Puis-je laisser mon plan de contrôle sur une version de Kubernetes donnée indéfiniment ?

Non La sécurité du cloud AWS est la priorité absolue. Passé un certain point (généralement 1 an), la communauté Kubernetes arrête de publier des correctifs CVE pour les failles et les vulnérabilités (CVE). La communauté décourage la soumission de CVE pour les versions obsolètes. Cela signifie que les vulnérabilités spécifiques à une ancienne version de Kubernetes pourraient ne pas être signalées. Les clusters sont dès lors exposés sans préavis et aucune option de remédiation en cas de vulnérabilité n'est possible. Par conséquent, Amazon EKS ne laisse pas les plans de contrôle sur une version dont la période de support étendu est terminée.

Y a-t-il des frais supplémentaires pour bénéficier du support étendu ?

Oui, des frais supplémentaires sont facturés pour les clusters Amazon EKS exécutés dans le cadre du support étendu. Pour plus de détails sur les tarifs, consultez le support étendu d'Amazon EKS pour la tarification des Kubernetes versions sur le AWS blog.

Qu'est-ce qui est inclus dans le support étendu ?

Les clusters Amazon EKS bénéficiant du support étendu reçoivent des correctifs de sécurité en continu pour le plan de contrôle Kubernetes. En outre, Amazon EKS publiera des correctifs pour la CNI Amazon VPC, kube-proxy, ainsi que les modules complémentaires CoreDNS pour les versions bénéficiant du support étendu. Amazon EKS publiera également des correctifs pour les AMI optimisées Amazon EKS AWS publiées pour Amazon Linux et WindowsBottlerocket, ainsi que pour les nœuds Amazon EKS Fargate pour ces versions. Tous les clusters concernés par le Support étendu continueront d'avoir accès au support technique auprès de AWS.

Note

Support étendu pour les Windows AMI optimisées Amazon EKS publiées par AWS n'est pas disponible pour les Kubernetes versions 1.23 mais est disponible pour les Kubernetes versions 1.24 et supérieures.

Existe-t-il des limites aux correctifs pour les composants non-Kubernetes dans le cadre du support étendu ?

Bien que le support étendu couvre tous les composants Kubernetes spécifiques de AWS, il ne fournira à tout moment un support que pour les AMI optimisées Amazon EKS AWS publiées pour Amazon Linux et Windows. Bottlerocket Cela signifie que vous aurez potentiellement de nouveaux composants (système d'exploitation ou noyau, par exemple) sur votre AMI optimisée pour Amazon EKS lorsque vous utiliserez le support étendu. Par exemple, une fois qu'Amazon Linux 2 aura atteint la fin de son cycle de vie en 2025, les AMI Amazon Linux optimisées pour Amazon EKS seront créées à l'aide d'un système d'exploitation Amazon Linux plus récent. Amazon EKS annoncera et documentera les anomalies importantes du cycle de vie du support telles que celle-ci pour chaque version de Kubernetes.

Puis-je créer de nouveaux clusters à l'aide d'une version bénéficiant d'un support étendu ?

Oui, à l'exclusion de 1.22 et1.21. Par exemple, vous pouvez créer un 1.23 cluster, mais pas un 1.22 cluster.