Nœuds Amazon EKS - Amazon EKS

Aidez à améliorer cette page

Vous souhaitez contribuer à ce guide de l'utilisateur ? Faites défiler cette page vers le bas et sélectionnez Modifier cette page sur GitHub. Vos contributions aideront à améliorer notre guide de l'utilisateur pour tout le monde.

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.

Nœuds Amazon EKS

Un nœud Kubernetes est une machine qui exécute des applications conteneurisées. Chaque nœud dispose des composants suivants :

Pour plus d'informations, consultez Nœuds dans la documentation Kubernetes.

Votre cluster Amazon EKS peut programmer des Pods sur n'importe quelle combinaison de nœuds autogérés, groupes de nœuds gérés Amazon EKS et AWS Fargate. Pour en savoir plus sur les nœuds déployés dans votre cluster, consultez Afficher les ressources Kubernetes.

Important

AWS Fargate avec Amazon EKS n'est pas disponible en AWS GovCloud (USA Est) et AWS GovCloud (USA Ouest).

Note

Les nœuds doivent se trouver dans le même VPC que les sous-réseaux que vous avez sélectionnés lorsque vous avez créé le cluster. Toutefois, les nœuds ne doivent pas nécessairement se trouver dans les mêmes sous-réseaux.

Le tableau suivant fournit plusieurs critères à évaluer pour décider quelles options répondent le mieux à vos besoins. Ce tableau n'inclut pas les nœuds connectés qui ont été créés en dehors d'Amazon EKS, qui peuvent seulement être consultés.

Note

Bottlerocket présente quelques différences spécifiques par rapport aux informations générales de ce tableau. Pour plus d'informations, consultez la documentation de Bottlerocket sur GitHub.

Critères Groupes de nœuds gérés EKS Nœuds autogérés AWS Fargate

Possibilité d'être déployé dans AWS Outposts

Non

Oui

Non

Possibilité d'être déployé dans une zone locale AWS

Non

Oui : pour plus d'informations, consultez Amazon EKS et AWS Local Zones.

Non

Possibilité d'exécuter des conteneurs qui nécessitent Windows

Oui

Oui : votre cluster nécessite toujours au moins un nœud Linux (deux recommandés pour la disponibilité).

Non

Possibilité d'exécuter des conteneurs qui nécessitent Linux

Oui

Oui

Oui

Possibilité d'exécuter des applications nécessitant la puce Inferentia

Oui : nœuds Amazon Linux uniquement

Oui : amazon Linux uniquement

Non

Possibilité d'exécuter des applications nécessitant un GPU

Oui : nœuds Amazon Linux uniquement

Oui : amazon Linux uniquement

Non

Possibilité d'exécuter des applications nécessitant des processeurs Arm

Oui

Oui

Non

Peut exécuter AWS Bottlerocket

Oui

Oui

Non

Les pods partagent un environnement d'exécution du noyau avec d'autres Pods

Oui : tous vos Pods sur chacun de vos nœuds

Oui : tous vos Pods sur chacun de vos nœuds

Non : chaque Pod a un noyau dédié

Les pods partagent le processeur, la mémoire, le stockage et les ressources réseau avec d'autres Pods.

Oui : possibilité d'entraîner des ressources inutilisées sur chaque nœud

Oui : possibilité d'entraîner des ressources inutilisées sur chaque nœud

Non : chaque Pod dispose de ressources dédiées et peut être dimensionné indépendamment pour optimiser l'utilisation des ressources.

Les pods peuvent utiliser plus de matériel et de mémoire que demandé dans les spécifications des Pod

Oui : si le Pod nécessite plus de ressources que demandé et que des ressources sont disponibles sur le nœud, le Pod peut utiliser des ressources supplémentaires.

Oui : si le Pod nécessite plus de ressources que demandé et que des ressources sont disponibles sur le nœud, le Pod peut utiliser des ressources supplémentaires.

Non : le Pod peut toutefois être redéployé à l'aide d'une plus grande configuration de vCPU et de mémoire.

Doit déployer et gérer des instances Amazon EC2

Oui : automatisé via Amazon EKS si vous avez déployé une AMI optimisée pour Amazon EKS. Si vous avez déployé une AMI personnalisée, vous devez alors mettre à jour l'instance manuellement.

Oui : configuration manuelle ou utilisation des modèles AWS CloudFormation fournis par Amazon EKS pour déployer des nœuds Linux (x86), Linux(Arm) ou Windows.

Non

Doit sécuriser, entretenir et corriger le système d'exploitation des instances Amazon EC2

Oui

Oui

Non

Peut fournir des arguments d'amorçage lors du déploiement d'un nœud, tels que des arguments kubelet supplémentaires.

Oui : utilisation de eksctl ou d'un modèle de lancement avec une AMI personnalisée

Oui : pour plus d'informations, veuillez consulter les informations d'utilisation du script d'amorçage sur GitHub.

Non

Possibilité d'affecter des adresses IP à des Pods à partir d'un bloc d'adresse CIDR différent de l'adresse IP affectée au nœud. Oui : utilisation d'un modèle de lancement avec une AMI personnalisée. Pour plus d’informations, consultez Personnalisation des nœuds gérés avec des modèles de lancement. Oui : pour plus d'informations, consultez Mise en réseau personnalisée pour les pods. Non

Possibilité d'accéder au nœud via SSH

Oui

Oui

Non – Il n'y a pas de système d'exploitation hôte de nœud auquel se connecter par SSH.

Possibilité de déployer votre propre AMI personnalisée sur les nœuds

Oui : utilisation d'un modèle de lancement

Oui

Non

Possibilité de déployer votre propre CNI personnalisée sur les nœuds

Oui : utilisation d'un modèle de lancement avec une AMI personnalisée

Oui

Non

Vous devez mettre à jour l'AMI du nœud par vous-même

Oui : si vous avez déployé une AMI optimisée pour Amazon EKS, vous êtes averti dans la console Amazon EKS lorsque les mises à jour sont disponibles. Vous pouvez effectuer la mise à jour en un clic dans la console. Si vous avez déployé une AMI personnalisée, vous n'êtes pas averti dans la console Amazon EKS lorsque des mises à jour sont disponibles. Vous devez effectuer la mise à jour par vous-même.

Oui, en utilisant des outils autres que la console Amazon EKS. En effet, les nœuds autogérés ne peuvent pas être gérés avec la console Amazon EKS.

Non

Vous devez mettre à jour la version du nœud Kubernetes par vous-même

Oui : si vous avez déployé une AMI optimisée pour Amazon EKS, vous êtes averti dans la console Amazon EKS lorsque les mises à jour sont disponibles. Vous pouvez effectuer la mise à jour en un clic dans la console. Si vous avez déployé une AMI personnalisée, vous n'êtes pas averti dans la console Amazon EKS lorsque des mises à jour sont disponibles. Vous devez effectuer la mise à jour par vous-même.

Oui, en utilisant des outils autres que la console Amazon EKS. En effet, les nœuds autogérés ne peuvent pas être gérés avec la console Amazon EKS.

Non : vous ne gérez pas les nœuds.

Possibilité d'utiliser le stockage Amazon EBS avec des Pods

Oui

Oui

Non

Possibilité d'utiliser le stockage Amazon EFS avec des Pods

Oui

Oui

Oui

Possibilité d'utiliser le stockage Amazon FSx pour Lustre avec des Pods

Oui

Oui

Non

Possibilité d'utiliser le Network Load Balancer pour les services

Oui

Oui

Oui, lors de l'utilisation de Créer un équilibreur de charge de réseau

Les pods peuvent s'exécuter dans un sous-réseau public

Oui

Oui

Non

Possibilité d'affecter différents groupes de sécurité VPC à des Pods individuels

Oui : nœuds Linux uniquement

Oui : nœuds Linux uniquement

Oui

Peut exécuter DaemonSets Kubernetes

Oui

Oui

Non

Prend en charge HostPort et HostNetwork dans le manifeste du Pod

Oui

Oui

Non

Région AWS disponibilité

Toutes les régions prises en charge par Amazon EKS

Toutes les régions prises en charge par Amazon EKS

Quelques régions prises en charge par Amazon EKS

Possibilité d'exécuter des conteneurs sur des hôtes dédiés Amazon EC2

Oui

Oui

Non

Tarification

Coût de l'instance Amazon EC2 qui exécute plusieurs Pods. Pour plus d’informations, consultez Tarification Amazon EC2.

Coût de l'instance Amazon EC2 qui exécute plusieurs Pods. Pour plus d’informations, consultez Tarification Amazon EC2.

Coût d'une mémoire Fargate individuelle et d'une configuration CPU. Chaque Pod a son propre coût. Pour en savoir plus, consultez AWS Fargate Tarification.