**Aidez à améliorer cette page** Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra. Pour contribuer à ce guide de l'utilisateur, cliquez sur le GitHub lien **Modifier cette page sur** qui se trouve dans le volet droit de chaque page. Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra. # Guide des fonctionnalités de transition des & AL2-Accelerated AMI EKS AL2 **Avertissement** Amazon EKS a cessé de publier des AMI EKS-optimized Amazon Linux 2 (AL2) le 26 novembre 2025. Les AMI basées sur AL2023 et Bottlerocket pour Amazon EKS sont disponibles pour toutes les versions de Kubernetes prises en charge, y compris les versions 1.33 et supérieures. AWS mettra fin au support pour EKS AL2-optimized et AL2-accelerated AMI à compter du 26 novembre 2025. Bien que vous puissiez continuer à utiliser les AMI EKS AL2 après la date de fin de prise en charge (EOS) (26 novembre 2025), EKS ne publiera plus aucune nouvelle version de Kubernetes ni aucune mise à jour des AMI AL2, y compris les versions mineures, les correctifs et les corrections de bogues après cette date. Nous vous recommandons de passer à Amazon Linux 2023 (AL2023) ou aux AMI Bottlerocket : + L'AL2023 permet une approche sécurisée par défaut avec des politiques de sécurité préconfigurées, SELinux en mode permissif, un IMDSv2-only mode activé par défaut, des temps de démarrage optimisés et une gestion des packages améliorée pour une sécurité et des performances améliorées, parfaitement adapté aux infrastructures nécessitant des personnalisations importantes telles qu'un accès direct ou des changements de nœuds importants. OS-level Pour en savoir plus, consultez les [FAQ sur l'AL2023 ou consultez](https://aws.amazon.com/linux/amazon-linux-2023/faqs/) nos conseils de migration détaillés à l'adresse. [Mise à niveau d’Amazon Linux 2 vers Amazon Linux 2023](al2023.md) + Bottlerocket offre une sécurité renforcée, des temps de démarrage plus rapides et une surface d’attaque réduite pour une efficacité accrue grâce à sa conception spécialement optimisée pour les conteneurs, parfaitement adaptée aux approches natives des conteneurs avec un minimum de personnalisations des nœuds. Pour en savoir plus, consultez les [FAQ de Bottlerocket ou consultez](https://aws.amazon.com/bottlerocket/faqs/) nos conseils de migration détaillés sur. [Créez des nœuds avec Bottlerocket optimisé AMIs](eks-optimized-ami-bottlerocket.md) Vous pouvez également le faire [Créez une AMI Amazon Linux personnalisée optimisée pour EKS](eks-ami-build-scripts.md) jusqu'à la date EOS (26 novembre 2025). En outre, vous pouvez créer une AMI personnalisée avec une instance de base Amazon Linux 2 jusqu'à la date Amazon Linux 2 EOS (30 juin 2026). ## Questions fréquentes (FAQ) sur la migration et le support ### Comment migrer de mon AMI AL2 vers une AMI AL2023 ? Nous vous recommandons de créer et de mettre en œuvre un plan de migration comprenant des tests approfondis de la charge de travail des applications et des procédures de restauration documentées, puis de suivre les instructions étape par étape fournies dans la documentation officielle [Mise à niveau d’Amazon Linux 2 vers Amazon Linux 2023](https://docs.aws.amazon.com/eks/latest/userguide/al2023.html) dans EKS. ### Puis-je créer une AMI AL2 personnalisée après la date de fin de support (EOS) d’EKS pour les AMI AL2 optimisées par EKS ? Bien que nous vous recommandions de passer aux AMI optimisées EKS officiellement prises en charge et publiées pour AL2023 ou Bottlerocket, vous pouvez créer des EKS AL2-optimized et des AMI personnalisés AL2-accelerated jusqu'à la date EOS de l'AMI AL2 (26 novembre 2025). Vous pouvez également créer une AMI personnalisée avec une instance de base Amazon Linux 2 jusqu’à la date de fin de vie d’Amazon Linux 2 (30 juin 2026). Pour obtenir des instructions détaillées sur la création d'un EKS AL2-optimized et d'une AL2-accelerated AMI personnalisés, consultez la section [Création d'une AMI Amazon Linux personnalisée](https://docs.aws.amazon.com/eks/latest/userguide/eks-ami-build-scripts.html) dans la documentation officielle d'EKS. ### La politique de prise en charge des versions d’EKS Kubernetes s’applique-t-elle aux distributions Amazon Linux ? Non La date EOS pour EKS AL2-optimized et AL2-accelerated AMI est indépendante des délais de support standard et étendus pour les versions Kubernetes par EKS. Vous devez migrer vers AL2023 ou Bottlerocket même si vous utilisez le support étendu d’EKS. ### Comment le passage de cgroupv1 à cgroupv2 affecte-t-il ma migration ? La [communauté Kubernetes](https://github.com/kubernetes/enhancements/blob/master/keps/sig-node/4569-cgroup-v1-maintenance-mode/README.md) a mis le support `cgroupv1` (utilisé par AL2) en mode maintenance, ce qui signifie qu’aucune nouvelle fonctionnalité ne sera ajoutée et que seules les corrections de sécurité critiques et les corrections de bogues majeurs seront fournies. Pour adopter `cgroupv2` dans Kubernetes, vous devez vous assurer de la compatibilité entre le système d’exploitation, le noyau, l’exécution de conteneur et les composants Kubernetes. Cela nécessite une distribution Linux qui active `cgroupv2` par défaut, telle que AL2023, Bottlerocket, Red Hat Enterprise Linux (RHEL) 9\+, Ubuntu 22.04\+ ou Debian 11\+. Ces distributions sont fournies avec des versions du noyau ≥ 5.8, qui constituent la configuration minimale requise pour la prise en charge `cgroupv2` dans Kubernetes. Pour en savoir plus, consultez [À propos de cgroup v2](https://kubernetes.io/docs/concepts/architecture/cgroups/). ### Que dois-je faire si j’ai besoin de Neuron dans mon AMI AL2 personnalisée ? Vous ne pouvez pas exécuter vos Neuron-powered applications complètes de manière native sur une AL2-based AMI. Pour tirer parti de AWS Neuron sur une AMI AL2, vous devez conteneuriser vos applications à l'aide d'un Neuron-supported conteneur contenant une distribution Linux autre qu'AL2 (par exemple, Ubuntu 22.04, Amazon Linux 2023, etc.), puis déployer ces conteneurs sur une AL2-based AMI sur laquelle le pilote Neuron () est installé. `aws-neuronx-dkms` ### Dois-je passer à une instance de base Amazon Linux 2 vierge après la date EOS de l’AMI EKS AL2 (26 novembre 2025) ? Le passage à une instance de base Amazon Linux 2 pure ne présente pas les optimisations spécifiques, les configurations d'exécution des conteneurs et les personnalisations fournies par les EKS AL2-optimized et AMI officiels. AL2-accelerated Si vous devez plutôt continuer à utiliser une AL2-based solution, nous vous recommandons de créer une AMI personnalisée à l'aide des recettes d'AMI EKS disponibles à l'adresse [Créez une AMI Amazon Linux personnalisée optimisée pour EKS](eks-ami-build-scripts.md) ou de la [spécification de construction de l'AMI Amazon EKS](https://github.com/awslabs/amazon-eks-ami). Cela garantit la compatibilité avec vos charges de travail existantes et inclut les mises à jour du noyau AL2 jusqu’à la date EOS d’Amazon Linux 2 (30 juin 2026). ### Lorsque vous créez une AMI AL2 personnalisée à l'aide du GitHub référentiel EKS AMI après la date EOS de l'AMI EKS AL2 (26 novembre 2025), quel support est disponible pour les packages provenant de référentiels tels que amzn2-core et amzn2extra-docker ? La recette EKS AMI sur [Amazon EKS AMI Build Specification](https://github.com/awslabs/amazon-eks-ami) récupère les paquets via YUM à partir du logiciel Amazon Linux 2 standard, tel que [amzn2-core](https://docs.aws.amazon.com/linux/al2/ug/managing-software.html) et [amzn2extra-docker](https://docs.aws.amazon.com/linux/al2/ug/managing-software.html). Après la date EKS AL2 AMI EOS (26 novembre 2025), ce logiciel continuera d’être pris en charge jusqu’à la date EOS plus large d’Amazon Linux 2 (30 juin 2026). Veuillez noter que l’assistance est limitée aux mises à jour du noyau pendant cette période, ce qui signifie que vous devrez gérer et appliquer manuellement les autres mises à jour de paquets, les correctifs de sécurité et toutes les dépendances non liées au noyau afin de maintenir la sécurité et la compatibilité. ### Pourquoi les applications Java utilisant des versions plus anciennes de JDK8 sur Amazon EKS avec AL2023 peuvent-elles rencontrer des exceptions Out of Memory (OOM) et des redémarrages de pod, et comment résoudre ce problème ? Lorsqu’elles s’exécutent sur des nœuds Amazon EKS avec AL2023, les applications Java qui s’appuient sur des versions JDK 8 antérieures à `jdk8u372` peuvent provoquer des exceptions OOM et des redémarrages de pods, car la JVM n’est pas compatible avec `cgroupv2`. Ce problème provient spécifiquement de l’incapacité de la JVM à détecter les limites de mémoire du conteneur à l’aide de `cgroupv2`, la valeur par défaut dans Amazon Linux 2023. Par conséquent, il base l’allocation de tas sur la mémoire totale du nœud plutôt que sur la limite définie par le pod. Cela provient du fait que `cgroupv2` change l’emplacement de stockage des données relatives à la limite de mémoire, ce qui entraîne une mauvaise lecture de la mémoire disponible par les anciennes versions de Java et une estimation erronée des ressources au niveau des nœuds. Les options suivantes sont les suivantes : + **Mise à niveau de la version JDK** : La mise à niveau vers `jdk8u372` ou une version ultérieure, ou vers une version JDK plus récente avec prise en charge `cgroupv2` complète, peut résoudre ce problème. Pour obtenir la liste des versions Java compatibles qui prennent entièrement en charge `cgroupv2`, consultez la section [À propos de cgroup v2](https://kubernetes.io/docs/concepts/architecture/cgroups/). + **Création d'une AMI personnalisée** : si vous devez continuer à utiliser une AL2-based solution, vous pouvez créer une AL2-based AMI personnalisée (jusqu'au 26 novembre 2025) à l'aide [Créez une AMI Amazon Linux personnalisée optimisée pour EKS](eks-ami-build-scripts.md) de la [spécification de construction de l'AMI Amazon EKS](https://github.com/awslabs/amazon-eks-ami). Par exemple, vous pouvez créer une AMI AL2-based v1.33 (jusqu'au 26 novembre 2025). Amazon EKS fournira des AL2-based AMI jusqu'à la date EKS AL2 EOS (26 novembre 2025). Après la date EOS (26 novembre 2025), vous devrez créer votre propre AMI. + **Activer cgroupv1** : Si vous devez continuer à utiliser `cgroupv1`, vous pouvez activer `cgroupv1` sur une AMI EKS AL2023. Pour activer, exécuter `sudo grubby --update-kernel=ALL --args="systemd.unified_cgroup_hierarchy=0"` et redémarrer le système (par exemple, une instance ou un nœud EC2 exécutant Amazon Linux 2023). Cela modifiera les paramètres de démarrage du système (par exemple, en ajoutant le paramètre du noyau « systemd.unified\_cgroup\_hierarchy=0 » à la configuration GRUB, qui indique à systemd d’utiliser l’ancienne hiérarchie `cgroupv1`) et activera `cgroupv1`. Notez que lorsque vous exécutez cette commande grubby, vous reconfigurez le noyau avec `cgroupv1` activé et `cgroupv2` désactivé. Une seule de ces versions de cgroup est utilisée pour la gestion active des ressources sur un nœud. Ce n’est pas la même chose que d’assurer la rétrocompatibilité de `cgroupv2` pour l’API `cgroupv1`. **Avertissement** Nous ne recommandons pas l’utilisation continue de `cgroupv1`. Nous vous recommandons plutôt de migrer vers `cgroupv2`. La communauté Kubernetes a placé le support `cgroupv1` (utilisé par AL2) en mode maintenance, ce qui signifie qu’aucune nouvelle fonctionnalité ni mise à jour ne sera ajoutée et que seules les corrections de sécurité critiques et les corrections de bogues majeurs seront fournies. La suppression complète de la prise en charge `cgroupv1` est prévue dans une prochaine version, mais aucune date précise n’a encore été annoncée. Si vous rencontrez des problèmes avec`cgroupv1`, ne AWS sera pas en mesure de fournir une assistance et vous recommandera de passer à`cgroupv2`. ## Compatibilité et versions ### Versions Kubernetes prises en charge pour les AMI AL2 La version 1.32 de Kubernetes est la dernière version pour laquelle Amazon EKS publiera des AMI AL2 (Amazon Linux 2). Pour les versions de Kubernetes [prises en charge](https://docs.aws.amazon.com/eks/latest/userguide/kubernetes-versions.html) jusqu'à la version 1.32, EKS continuera à publier des AMI AL2 (AL2\_ARM\_64, AL2\_x86\_64) et des AMI (AL2\_x86\_64\_GPU) jusqu'au 26 novembre 2025. AL2-accelerated Après cette date, EKS cessera de publier AL2-optimized des AL2-accelerated AMI pour toutes les versions de Kubernetes. Notez que la date EOS pour EKS AL2-optimized et AL2-accelerated AMI est indépendante des délais de support standard et étendu pour les versions Kubernetes par EKS. ### Comparaison des pilotes pris en charge et des versions du noyau Linux pour les AMI AL2, AL2023 et Bottlerocket | Composant | VOIR TOUS LES 2 AMI | EKS AL2023 AMI | EKS Bottlerocket AMI | | --- | --- | --- | --- | | Compatibilité du système d’exploitation de base | RHEL7/CentOS 7 | Fedora/CentOS 9 | N/A | | [pilote en mode utilisateur CUDA](https://docs.nvidia.com/deploy/cuda-compatibility/why-cuda-compatibility.html#why-cuda-compatibility) | 12.x | 12,x, 13,x | 12,x, 13,x | | Pilote GPU NVIDIA | R570 | R580 | R570, R580 | | AWS Pilote Neuron | 2,20 ans et plus | 2,20 ans et plus | 2,20 ans et plus | | Noyau Linux | 5,10 | 6.1, 6.12 | 6.1, 6.12 | Pour plus d'informations sur le pilote NVIDIA et la compatibilité CUDA, consultez la [documentation NVIDIA](https://docs.nvidia.com/datacenter/tesla/drivers/index.html#supported-drivers-and-cuda-toolkit-versions). ### AWS Compatibilité des neurones avec les AMI AL2 À partir de [AWS la version 2.20 de Neuron](https://awsdocs-neuron.readthedocs-hosted.com/en/latest/release-notes/prev/rn.html#neuron-2-20-0-whatsnew), le Neuron Runtime (`aws-neuronx-runtime-lib`) utilisé par les AL-based AMI EKS ne prend plus en charge Amazon Linux 2 (AL2). Le pilote Neuron (`aws-neuronx-dkms`) est désormais le seul package AWS Neuron compatible avec Amazon Linux 2. Cela signifie que vous ne pouvez pas exécuter vos Neuron-powered applications de manière native sur une AL2-based AMI. Pour configurer Neuron sur les AMI AL2023, consultez le guide de [configuration AWS Neuron](https://awsdocs-neuron.readthedocs-hosted.com/en/latest/general/setup/index.html#setup-guide-index). ### Compatibilité de Kubernetes avec les AMI AL2 La communauté Kubernetes a déplacé la prise en charge `cgroupv1` (utilisée par AL2) en mode maintenance. Cela signifie qu’aucune nouvelle fonctionnalité ne sera ajoutée et que seules les corrections de sécurité critiques et les corrections de bogues majeurs seront fournies. Toutes les fonctionnalités de Kubernetes basées sur cgroupv2, telles que MemoryQo S et l'isolation améliorée des ressources, ne sont pas disponibles sur AL2. De plus, Amazon EKS Kubernetes version 1.32 était la dernière version à prendre en charge les AMI AL2. Pour maintenir la compatibilité avec les dernières versions de Kubernetes, nous vous recommandons de migrer vers AL2023 ou Bottlerocket, qui activent `cgroupv2` par défaut. ### Compatibilité des versions Linux avec les AMI AL2 Amazon Linux 2 (AL2) est pris en charge AWS jusqu'à sa date de fin de support (EOS), le 30 juin 2026. Cependant, avec le vieillissement d’AL2, le soutien apporté par l’ensemble de la communauté Linux aux nouvelles applications et fonctionnalités est devenu plus limité. Les AMI AL2 sont basées sur le [noyau Linux 5.10](https://docs.aws.amazon.com/linux/al2/ug/kernel.html), tandis que AL2023 utilise le [noyau Linux 6.1](https://docs.aws.amazon.com/linux/al2023/ug/compare-with-al2-kernel.html). Contrairement à AL2023, AL2 bénéficie d’un soutien limité de la part de l’ensemble de la communauté Linux. Cela signifie que de nombreux paquets et outils Linux en amont doivent être rétroportés pour fonctionner avec l’ancienne version du noyau d’AL2. Certaines fonctionnalités Linux modernes et améliorations de sécurité ne sont pas disponibles en raison de l’ancienneté du noyau. De nombreux projets open source ont abandonné ou limité la prise en charge des anciennes versions du noyau, telles que la version 5.10. ### Packages obsolètes non inclus dans AL2023 Voici quelques-uns des packages les plus courants qui ne sont pas inclus ou qui ont changé en AL2023 : + Certains [paquets binaires source d’Amazon Linux 2](https://docs.aws.amazon.com/linux/al2023/release-notes/removed-AL2023.6-AL2.html) ne sont plus disponibles dans Amazon Linux 2023. + Modifications apportées à la manière dont Amazon Linux prend en charge différentes versions de paquets (par exemple, le système [amazon-linux-extras](https://repost.aws/questions/QUWGU3VFJMRSGf6MDPWn4tLg/how-to-resolve-amazon-linux-extras-in-al2023)) dans AL2023 + Les [paquets supplémentaires pour Enterprise Linux (EPEL)](https://docs.aws.amazon.com/linux/al2023/ug/epel.html) ne sont pas pris en charge dans AL2023. + Les [applications 32 bits](https://docs.aws.amazon.com/linux/al2023/ug/deprecated-al2.html#deprecated-32bit-rpms) ne sont pas prises en charge dans AL2023. Pour en savoir plus, consultez [Comparaison entre AL2 et AL2023.](https://docs.aws.amazon.com/linux/al2023/ug/compare-with-al2.html) ### Comparaison des validations FIPS entre AL2, AL2023 et Bottlerocket Amazon Linux 2 (AL2), Amazon Linux 2023 (AL2023) et Bottlerocket prennent en charge la conformité aux normes FIPS (Federal Information Processing Standards). + AL2 est certifié selon la norme FIPS 140-2 et AL2023 est certifié selon la norme FIPS 140-3. Pour activer le mode FIPS sur AL2023, installez les paquets nécessaires sur votre instance Amazon EC2 et suivez les étapes de configuration en suivant les instructions fournies dans [Activer le mode FIPS sur AL2023](https://docs.aws.amazon.com/linux/al2023/ug/fips-mode.html). Pour en savoir plus, consultez les [Questions fréquentes (FAQ) sur AL2023.](https://aws.amazon.com/linux/amazon-linux-2023/faqs) + Bottlerocket fournit des variantes spécialement conçues pour FIPS qui limitent les composants du noyau et de l’espace utilisateur à l’utilisation de modules cryptographiques qui ont été soumis au programme de validation des modules cryptographiques FIPS 140-3. ### Journal des modifications du pilote EKS AMI et des versions Pour obtenir la liste complète de tous les composants de l'AMI EKS et de leurs versions, consultez les [notes de mise à jour de l'AMI Amazon EKS](https://github.com/awslabs/amazon-eks-ami/releases) sur GitHub.