Comprenez le Kubernetes cycle de vie des versions sur EKS

Conformément à la Kubernetes soutien communautaire pour Kubernetes versions, Amazon s'EKSengage à proposer un support pour au moins quatre versions prêtes pour la production de Kubernetes à tout moment. Nous annoncerons la date de fin du support standard d'un Kubernetes version mineure au moins 60 jours à l'avance. En raison du processus de EKS qualification et de publication d'Amazon pour les nouveaux Kubernetes versions, date de fin du support standard d'un Kubernetes la version sur Amazon EKS sera publiée à la date à laquelle le Kubernetes le projet cesse de prendre en charge la version en amont.

A Kubernetes cette version a bénéficié d'un support standard pendant 14 mois après sa première disponibilité sur AmazonEKS. Cela est vrai même en amont Kubernetes ne prend plus en charge une version disponible sur AmazonEKS. Nous rétroportons les correctifs de sécurité applicables au Kubernetes versions prises en charge sur AmazonEKS.

Oui. Si l'un des clusters de votre compte exécute la version sur le point d'atteindre la fin du support, Amazon EKS envoie un avis dans les 12 mois AWS Health Dashboard environ suivant le Kubernetes version a été publiée sur AmazonEKS. 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) du Kubernetes API. Commençant par Kubernetes version1.24, les nouvelles versions bêta APIs ne sont pas activées dans les clusters par défaut. 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 fonctions 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 le même Kubernetes version 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. 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 de plus amples informations, veuillez consulter Mettez à jour les nœuds autogérés pour votre cluster.

Le Kubernetes Le projet 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.28 continuent à fonctionner tant qu'ils sont orchestrés par un plan de contrôle 1.31. 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 .Kubernetes politique de support concernant le biais des versions et des versions dans le Kubernetes . Nous vous recommandons de conserver le même Kubernetes version sur votre plan de contrôle et vos nœuds.

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

Support standard pour Kubernetes la version sur Amazon EKS commence lorsqu'un Kubernetes la version est publiée sur Amazon EKS et se terminera 14 mois après la date de sortie. Support étendu pour un Kubernetes la version débutera immédiatement après la fin du support standard et se terminera après les 12 prochains mois. Par exemple, le support standard pour 1.23 les versions sur 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.

Vous n'avez rien à faire pour bénéficier d'un support étendu pour vos EKS clusters Amazon. Le support standard débutera lorsqu'un Kubernetes la version est publiée sur Amazon EKS et se terminera 14 mois après la date de sortie. Support étendu pour un Kubernetes la version débutera immédiatement après la fin du support standard et se terminera après les 12 prochains mois.

Un support étendu est disponible pour Kubernetes versions 1.23 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 sur 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 Kubernetes version incluse dans le EKS support Amazon standard. Vous pouvez également désactiver le support étendu.

Clusters exécutés sur un Kubernetes une version ayant achevé son cycle de vie de 26 mois (14 mois de support standard plus 12 mois de support étendu) sera automatiquement mise à niveau vers la version suivante.

À la fin de la date de support étendu, vous ne pourrez plus créer de nouveaux EKS clusters Amazon avec la version non prise en charge. Les plans de contrôle existants sont automatiquement mis à jour par Amazon EKS vers la première version prise en charge dans le cadre d'un processus de déploiement progressif après la date de fin du support. 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 Mettez à jour le Kubernetes version pour votre EKS cluster Amazon.

Amazon ne EKS 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 votre plan de contrôle de manière proactive sans vous fier au processus de mise à jour EKS automatique d'Amazon. 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), le Kubernetes la communauté cesse de publier des vulnérabilités et des expositions courantes (CVE) corrige et déconseille de CVE soumettre des versions non prises en charge. Cela signifie que les vulnérabilités spécifiques à une ancienne version de Kubernetes pourrait même ne pas être signalé. 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 EKS clusters Amazon exécutés dans le cadre du support étendu. Pour plus de détails sur les tarifs, consultez le support EKS étendu d'Amazon pour Kubernetes tarification des versions sur le AWS blog.

EKSLes clusters Amazon bénéficiant du Support étendu reçoivent des correctifs de sécurité permanents pour Kubernetes plan de contrôle. En outre, Amazon EKS publiera des correctifs pour Amazon VPC CNIkube-proxy, et CoreDNS modules complémentaires pour les versions de Support étendu. Amazon EKS publiera également des correctifs pour Amazon AWS publiés et EKS optimisés AMIs pour Amazon Linux, Bottlerocket, et Windows, ainsi que 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 Kubernetes composants spécifiques provenant de AWS, il ne fournira un support que pour Amazon AWS publié et EKS optimisé AMIs pour Amazon Linux, Bottlerocket, et Windows à tout moment. Cela signifie que vous aurez potentiellement de nouveaux composants (tels que le système d'exploitation ou le noyau) EKS optimisés sur votre Amazon AMI lors de l'utilisation du Support étendu. Par exemple, une fois qu'Amazon Linux 2 aura atteint la fin de son cycle de vie en 2025, Amazon Linux EKS optimisé pour Amazon 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 Kubernetes version.

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