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 :
-
Environnement d'exécution du conteneur
: logiciel permettant d'exécuter les conteneurs. -
kubelet
: vérifie que les conteneurs sont sains et fonctionnent dans le Pod associé. -
kube-proxy
: gère les règles réseau qui permettent la communication avec vos Pods.
Pour plus d'informations, consultez Nœuds
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
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 |
Non |
||
Peut exécuter AWS Bottlerocket |
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 |
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 |
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 |
Non |
||
Possibilité d'utiliser le stockage Amazon EFS avec des Pods |
|||
Possibilité d'utiliser le stockage Amazon FSx pour Lustre avec des Pods |
Non |
||
Possibilité d'utiliser le Network Load Balancer pour les services |
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 |
Oui |
Oui |
Non |
Région AWS disponibilité |
|||
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 |