Créez des nœuds avec Amazon Linux optimisé AMIs - Amazon EKS
Amazon a EKS optimisé Amazon Linux accéléré AMIsEKSOptimisé pour Amazon Arm Amazon Linux AMIsEn savoir plus

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.

Créez des nœuds avec Amazon Linux optimisé AMIs

Amazon Linux EKS optimisé pour Amazon AMI est basé sur Amazon Linux 2 (AL2) et Amazon Linux 2023 (AL2023). Elle est configurée pour servir d'image de base aux EKS nœuds Amazon. AMIIl est configuré pour fonctionner avec Amazon EKS et inclut les composants suivants :

  • kubelet

  • AWS IAMAuthentificateur

  • Docker (EKSversion Amazon 1.23 et versions antérieures)

  • containerd

Note

  • Vous pouvez suivre les événements liés à la sécurité ou à la confidentialité d'Amazon Linux dans le centre de sécurité Amazon Linux en choisissant l'onglet correspondant à la version de votre choix. Vous pouvez également vous abonner au RSS flux correspondant. 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 un système accéléré ou Arm AMI, consultez les informations contenues dans Amazon Linux accéléré EKS optimisé par Amazon AMIs etEKSOptimisé pour Amazon Arm Amazon Linux AMIs.

  • Dans Kubernetes version1.23, vous pouvez utiliser un indicateur bootstrap facultatif pour tester la migration depuis Docker àcontainerd. Pour de plus amples informations, veuillez consulter Testez la migration vers Amazon Linux 2 depuis Docker à containerd.

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

  • Tous les groupes de nœuds gérés nouvellement créés dans des clusters de la version 1.30 ou d'une version plus récente utiliseront automatiquement par défaut AL2 023 comme système d'exploitation du nœud. Auparavant, les nouveaux groupes de nœuds étaient définis par défaut surAL2. Vous pouvez continuer à l'utiliser AL2 en le choisissant comme AMI type lors de la création d'un nouveau groupe de nœuds.

  • Support pour AL2 prendra fin le 30 juin 2025. Pour plus d'informations, consultez Amazon Linux 2 FAQs.

Amazon a EKS optimisé Amazon Linux accéléré AMIs

L'EKSaccélérateur Amazon Linux optimisé pour Amazon AMI est basé sur le standard Amazon Linux EKS optimisé pour AmazonAMI. Elle est configurée pour servir d'image facultative aux EKS nœuds Amazon afin de prendre en charge les charges de GPU travail basées sur Inferentia et Trainium.

Outre la AMI configuration standard EKS optimisée d'Amazon, l'accélérateur AMI inclut les éléments suivants :

  • NVIDIA pilotes

  • nvidia-container-toolkit

  • AWS Neuron driver

Pour obtenir la liste des derniers composants inclus dans l'accélérateurAMI, consultez les amazon-eks-ami versions du GitHub.

Note

  • L'accélérateur EKS optimisé pour Amazon AMI ne prend en charge que GPU et Inferentia types d'instances basés. Assurez-vous de spécifier ces types d'instances dans votre AWS CloudFormation modèle de nœud. En utilisant l'accélérateur EKS optimisé d'AmazonAMI, vous acceptez le contrat NVIDIA de licence utilisateur final du cloud (EULA).

  • L'EKSaccélérateur optimisé pour Amazon AMI était auparavant appelé Amazon EKS optimisé AMI avec GPU support.

  • Les versions précédentes de l'accélérateur EKS optimisé pour Amazon AMI installaient le nvidia-docker référentiel. Le référentiel n'est plus inclus dans les EKS AMI versions Amazon v20200529 et ultérieures.

Pour en savoir plus sur l'exécution des charges de travail sur Amazon Linux accéléré et EKS optimiséAMIs, consultezCréez des nœuds avec Amazon Linux accéléré et EKS optimisé AMIs.

EKSOptimisé pour Amazon Arm Amazon Linux AMIs

Les instances Arm permettent de réaliser d'importantes économies en termes de scale-out et Armapplications basées sur des serveurs Web, des microservices conteneurisés, des flottes de mise en cache et des magasins de données distribués. Lors de l'ajout Arm nœuds de 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. C'est pour que Kubernetes peut 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éparation de la mise à niveau. Si vous avez déployé votre cluster le 17 août 2020 ou après cette date, votre CoreDNS,kube-proxy, et Amazon VPC CNI plugin for Kubernetes les modules complémentaires sont déjà compatibles avec plusieurs architectures.

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

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

  • Tu peux courir Arm groupes de nœuds et groupes de nœuds x86 dans le même cluster. Si c'est le cas, envisagez de déployer des images de conteneurs à architectures multiples dans un référentiel de conteneurs tel qu'Amazon Elastic Container Registry, puis d'ajouter des sélecteurs de nœuds à vos manifestes afin que Kubernetes sait quelle architecture matérielle est Pod peut être déployé sur. Pour plus d'informations, consultez la section Propulser une image multi-architecture dans le guide de ECR l'utilisateur Amazon et le billet de ECR blog Introducing multi-architecture container images for Amazon.

En savoir plus

Pour plus d'informations sur l'utilisation d'Amazon Linux EKS optimisé pour AmazonAMIs, consultez les sections suivantes :