Créer des nœuds avec des AMI Amazon Linux optimisées - Amazon EKS
AMI Amazon Linux accélérée optimisée pour Amazon EKSAMI Arm Amazon Linux optimisées pour Amazon EKSEn savoir plus

Aidez à améliorer cette page

Pour contribuer à ce guide de l’utilisateur, cliquez sur le lien Modifier cette page sur GitHub qui se trouve dans le volet droit de chaque page.

Créer des nœuds avec des AMI Amazon Linux optimisées

Les AMI Amazon Linux optimisées pour Amazon EKS sont basées sur Amazon Linux 2 (AL2) et Amazon Linux 2023 (AL2023). Elles sont configurées pour servir d’image de base pour les nœuds Amazon EKS. Les AMI sont configurées pour fonctionner avec Amazon EKS et comprennent les composants suivants :

  • kubelet

  • Authentification IAM AWS

  • containerd

Note

  • Vous pouvez suivre les événements liés à la sécurité ou à la confidentialité pourAmazon Linux dans le centre de sécurité Amazon Linux en sélectionnant l’onglet correspondant à la version souhaitée. Vous pouvez également vous abonner au flux RSS applicable. Les événements de sécurité et de confidentialité incluent une présentation du problème, les packages concernés et la manière de mettre à jour vos instances pour résoudre le problème.

  • Avant de déployer une AMI accélérée ou Arm, consultez les informations contenues dans Amazon EKS optimisé pour les AMI Amazon Linux accélérées et AMI Arm Amazon Linux optimisées pour Amazon EKS.

  • Les instances P2 Amazon EC2 ne sont pas prises en charge sur Amazon EKS, car elles nécessitent la version 470 ou antérieure du pilote NVIDIA.

  • Tout nouveau groupe de nœuds gérés créé dans des clusters de version 1.30 ou plus récente utilisera automatiquement AL2023 comme système d’exploitation par défaut. Auparavant, les nouveaux groupes de nœuds étaient exécutés par défaut sur AL2. Vous pouvez continuer à utiliser AL2 en le sélectionnant comme type d’AMI lors de la création d’un nouveau groupe de nœuds.

  • Amazon EKS ne publiera plus d’images AMI Amazon Linux 2 (AL2) optimisées pour EKS après le 26 novembre 2025. De plus, la version Kubernetes 1.32 est la dernière version pour laquelle Amazon EKS publiera des AMI AL2. À partir de la version 1.33, Amazon EKS continuera à publier des AMI basées sur AL2023 et Bottlerocket.

AMI Amazon Linux accélérée optimisée pour Amazon EKS

Les AMI Amazon Linux optimisées pour Amazon EKS sont basées sur les AMI Amazon Linux standard optimisées pour Amazon EKS. Ils sont configurés pour servir d’images optionnelles pour les nœuds Amazon EKS afin de prendre en charge les charges de travail basées sur GPU, Inferentia et Trainium.

Outre la configuration de l’AMI standard optimisée pour Amazon EKS, l’AMI accélérée inclut les éléments suivants :

  • Pilotes NVIDIA

  • nvidia-container-toolkit

  • pilote AWS Neuron

Pour obtenir la liste des derniers composants inclus dans les AMI accélérées, consultez les versions amazon-eks-ami sur GitHub.

Note

  • Veillez à spécifier le type d’instance applicable dans votre modèle AWS CloudFormation de nœud. En utilisant les AMI accélérées optimisées pour Amazon EKS, vous acceptez le contrat de licence utilisateur final (CLUF) de NVIDIA Cloud.

  • Les AMI optimisées pour Amazon EKS étaient auparavant appelées AMI optimisées pour Amazon EKS avec prise en charge GPU.

  • Les versions précédentes de l’AMI accélérée optimisée pour Amazon EKS ont installé le référentiel nvidia-docker. Le référentiel n'est plus inclus dans l'AMI Amazon EKS version v20200529 et ultérieure.

Pour plus d’informations sur l’exécution de charges de travail sur des AMI Amazon Linux optimisées et accélérées pour Amazon EKS, consultez Exécuter des conteneurs accélérés par GPU (Linux sur EC2).

AMI Arm Amazon Linux optimisées pour Amazon EKS

Les instances Arm apportent des économies significatives en termes de coût et sont bien adaptées aux applications dimensionnables et basées sur Arm, telles que serveurs web, microservices conteneurisés, flottes de cache et magasins de données distribuées. Lorsque vous ajoutez des nœuds Arm à votre cluster, passez en revue les considérations suivantes.

  • Si votre cluster a été déployé avant le 17 août 2020, vous devez effectuer une mise à niveau unique des manifestes des modules complémentaires critiques du cluster. Ceci afin que Kubernetes puisse extraire l'image correcte pour chaque architecture matérielle utilisée dans votre cluster. Pour plus d'informations sur la mise à jour des modules complémentaires de clusters, consultez Étape 1 : préparer la mise à niveau. Si vous avez déployé votre cluster à partir du 17 août 2020, vos modules complémentaires CoreDNS, kube-proxy et Amazon VPC CNI plug-in for Kubernetes sont déjà compatibles avec plusieurs architectures.

  • Les applications déployées sur les nœuds Arm doivent être compilées pour Arm.

  • Si vous disposez de DaemonSets déployés dans un cluster existant ou si vous souhaitez les déployer dans un nouveau cluster dans lequel vous souhaitez également déployer des nœuds Arm, vérifiez que votre DaemonSet peut fonctionner sur toutes les architectures matérielles de votre cluster.

  • Vous pouvez exécuter des groupes de nœuds Arm et des groupes de nœuds x86 dans le même cluster. Si vous procédez de la sorte, envisagez de déployer des images de conteneur multi-architecture dans un registre de conteneurs tel qu’Amazon Elastic Container Registry, puis d’ajouter des sélecteurs de nœuds à vos manifestes afin que Kubernetes connaisse l’architecture matérielle dans laquelle un pod peut être déployé. Pour de plus amples informations, consultez Transmission d'une image multi-architecture dans le Guide de l'utilisateur Amazon ECR et l'article de blog Présentation d'images de conteneurs multi-architectures pour Amazon ECR.

En savoir plus

Pour plus d'informations sur l'utilisation d'AMI Amazon Linux optimisées pour Amazon EKS, veuillez consulter les sections suivantes :