Comprendre le cycle de vie des versions de Kubernetes sur EKS

Conformément au soutien de la communauté Kubernetes pour les versions de Kubernetes, Amazon EKS s'engage à proposer un support pour trois versions de Kubernetes à tout moment. Nous annoncerons la date de fin du support standard d'une version mineure de Kubernetes donnée au moins 60 jours à l'avance. En raison du processus de qualification et de publication d'Amazon EKS pour les nouvelles versions de Kubernetes, la date de fin du support standard d'une version de Kubernetes sur Amazon EKS sera postérieure à la date à laquelle le projet Kubernetes arrête de prendre en charge la version en amont.

Une version de Kubernetes a bénéficié d'un support standard pendant 14 mois après avoir été disponible pour la première fois sur Amazon EKS. Cela est vrai 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é applicables aux versions de Kubernetes prises en charge sur Amazon EKS.

Oui. Si l'un des clusters de votre compte exécute la version dont le support approche de la fin, Amazon EKS envoie une notification via le AWS Health Dashboard environ 12 mois après la sortie de la version Kubernetes 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.

Amazon EKS prend en charge toutes les fonctionnalités généralement disponibles (GA) de l'API Kubernetes. À partir de la version Kubernetes1.24, les nouvelles versions bêta APIs ne sont pas activées par défaut dans les clusters. Cependant, la version bêta existante APIs et les nouvelles versions de la version bêta existante APIs continuent d'être activées par défaut. Les fonctionnalités alpha ne sont pas prises en charge.

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

Non. Un groupe de nœuds autogéré inclut des EC2 instances Amazon dans votre compte. Ces instances ne sont pas automatiquement mises à niveau lorsque vous ou Amazon EKS mettez à jour la version du plan de contrôle en votre nom. Aucun groupe de nœuds autogéré n'indique 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 de plus amples informations, veuillez consulter Mettez à jour les nœuds autogérés pour votre cluster.

Le projet Kubernetes teste la compatibilité entre le plan de contrôle et les nœuds pour un maximum de trois versions mineures. Par exemple, les nœuds 1.29 continuent à fonctionner tant qu'ils sont orchestrés par un plan de contrôle 1.32. Cependant, il n'est pas recommandé d'exécuter un cluster avec des nœuds situés en permanence à trois versions mineures du 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.

Non. Nous recommandons vivement d'exécuter les Fargate Pods dans le cadre d'un contrôleur de réplication, tel qu'un déploiement de Kubernetes. Procédez ensuite à un redémarrage progressif de tous les Fargate Pods. La nouvelle version du Fargate Pod est déployée avec kubelet une version identique à la version mise à jour de votre plan de contrôle de cluster. Pour plus d'informations, consultez Déploiements dans la documentation Kubernetes.

Amazon EKS Hybrid Nodes prend en charge les mêmes versions de Kubernetes que les clusters Amazon EKS avec d'autres types de calcul de nœuds, y compris la prise en charge des versions standard et étendue de Kubernetes. Les nœuds hybrides ne sont pas automatiquement mis à niveau lorsque vous mettez à niveau la version de votre plan de contrôle et vous êtes responsable de la mise à niveau de vos nœuds hybrides. Pour de plus amples informations, veuillez consulter Mettez à niveau les nœuds hybrides pour votre cluster.

Le support standard d'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 la 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 a pris fin le 11 octobre 2023. Le support étendu pour la version 1.23 a débuté le 12 octobre 2023 et s'est terminé le 11 octobre 2024.

Vous devrez activer le support étendu (voirAjoutez de la flexibilité pour planifier les mises à niveau des versions de Kubernetes en activant le support étendu d'EKS) pour votre cluster en modifiant la politique de mise à niveau du cluster en EXTENDED. Par défaut, pour tous les clusters nouveaux et existants, la politique de mise à niveau est définie sur EXTENDED, sauf indication contraire. Consultez Afficher la politique de mise à niveau du cluster actuelle la politique de mise à niveau de votre cluster. Le support standard débutera lorsqu'une version de Kubernetes sera publiée sur Amazon EKS et prendra fin 14 mois après la 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.

Un support étendu est disponible pour les versions 1.23 de Kubernetes et supérieures. 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).

Si vous ne souhaitez pas être automatiquement inscrit au support étendu, vous pouvez mettre à niveau votre cluster vers une version de Kubernetes incluse dans le support standard d'Amazon EKS. Consultez Empêchez l'augmentation des coûts des clusters en désactivant le support étendu d'EKS la section pour savoir comment désactiver le support étendu. Remarque : Si vous désactivez le support étendu, votre cluster sera automatiquement mis à niveau à la fin du support standard.

Les clusters exécutés sur une version de Kubernetes ayant terminé 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. La mise à niveau automatique inclut uniquement le plan de contrôle Kubernetes. Si vous avez des nœuds EKS Auto Mode, ils peuvent être automatiquement mis à jour. Les nœuds autogérés et les groupes de nœuds gérés par EKS resteront dans la version précédente.

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, veillez à mettre à jour manuellement les modules complémentaires du cluster et EC2 les nœuds Amazon. Pour de plus amples informations, veuillez consulter Mettre à jour le cluster existant vers la nouvelle version de Kubernetes.

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 de plus amples informations, veuillez consulter Mettre à jour le cluster existant vers la nouvelle version de Kubernetes.

Non. La sécurité du cloud AWS est la priorité absolue. Après un certain temps (généralement un an), la communauté Kubernetes cesse de publier des correctifs CVE (Common Vulnerability and Exposures) et décourage la soumission de CVE pour les versions non prises en charge. Cela signifie que les vulnérabilités spécifiques à une ancienne version de Kubernetes peuvent même 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. Dans ces conditions, Amazon EKS n'autorise pas le maintien des plans de contrôle sur une version dont le support étendu a expiré.

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

Les clusters Amazon EKS bénéficiant du Support étendu reçoivent des correctifs de sécurité permanents pour le plan de contrôle Kubernetes. En outre, Amazon EKS publiera des correctifs pour Amazon VPC CNI kube-proxy et des modules complémentaires CoreDNS pour les versions Extended Support. Amazon EKS publiera également des correctifs pour les versions AWS publiées d'Amazon EKS optimisées AMIs pour Amazon Linux, Bottlerocket et Windows, 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.

Bien que le support étendu couvre tous les composants spécifiques de Kubernetes AWS, il ne fournira à tout moment qu'un support pour AWS Amazon EKS publié et optimisé pour AMIs Amazon Linux, Bottlerocket et Windows. 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, Amazon Linux optimisé pour Amazon EKS AMIs sera développé à 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.

Oui.