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.
A Kubernetes Un nœud est une machine qui exécute des applications conteneurisées. Chaque nœud dispose des composants suivants :
-
Container Runtime
: logiciel chargé de faire fonctionner les conteneurs. -
kubelet
— S'assure que les conteneurs sont sains et fonctionnent dans les limites de leurs paramètres associés Pod. -
kube-proxy
— Maintient les règles du réseau qui autorisent la communication avec votre Pods.
Pour plus d'informations, consultez la section Nœuds
Votre EKS cluster Amazon peut planifier Pods sur n'importe quelle combinaison de nœuds autogérés, de groupes de nœuds EKS gérés par Amazon et de AWS Fargate. Pour en savoir plus sur les nœuds déployés dans votre cluster, consultez Consultez les ressources Kubernetes dans AWS Management Console.
Important
AWS Fargate with EKS Amazon n'est pas AWS GovCloud disponible dans (USA Est AWS GovCloud ) et (USA Ouest).
Note
Les nœuds doivent se trouver dans les mêmes sous-réseaux VPC que ceux que vous avez sélectionnés lors de la création du cluster. Cependant, il n'est pas nécessaire que les nœuds se trouvent 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 créés en dehors d'AmazonEKS, qui peuvent uniquement être consultés.
Note
Bottlerocket présente certaines différences spécifiques par rapport aux informations générales de ce tableau. Pour plus d'informations, consultez le Bottlerocket documentation
Critères | Groupes de nœuds gérés EKS | Nœuds autogérés | AWS Fargate |
---|---|---|---|
Peut être déployé dans les AWS Outposts |
Non |
Oui |
Non |
Possibilité d'être déployé dans une zone locale AWS |
Oui |
Oui |
Non |
Peut exécuter des conteneurs qui nécessitent Windows |
Oui |
Oui — Votre cluster en nécessite toujours au moins un (deux sont recommandés pour des raisons de disponibilité) Linux nœud cependant. |
Non |
Peut 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 |
Peut exécuter des charges de travail qui nécessitent GPU |
Oui : nœuds Amazon Linux uniquement |
Oui : amazon Linux uniquement |
Non |
Possibilité d'exécuter des applications nécessitant des processeurs Arm |
Non |
||
Possibilité d'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 — Chacun Pod possède un noyau dédié |
Les pods partagent la mémoireCPU, 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 — Chacun 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 ce qui est demandé dans Pod spécifications |
Oui, si le Pod nécessite plus de ressources que ce qui est demandé, et les 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 ce qui est demandé, et les ressources sont disponibles sur le nœud, le Pod peut utiliser des ressources supplémentaires. |
Non — Le Pod peut cependant être redéployé en utilisant une configuration de v CPU et de mémoire plus grande. |
Doit déployer et gérer des EC2 instances Amazon |
Oui, automatisé via Amazon EKS si vous avez déployé une solution EKS optimisée pour AmazonAMI. Si vous avez déployé une instance personnaliséeAMI, vous devez la mettre à jour manuellement. |
Oui — Configuration manuelle ou utilisation des AWS CloudFormation modèles EKS fournis par Amazon pour déployer des nœuds Linux (x86), Linux (Arm) ou Windows. |
Non |
Doit sécuriser, maintenir et appliquer des correctifs au système d'exploitation des EC2 instances Amazon |
Oui |
Oui |
Non |
Peut fournir des arguments bootstrap lors du déploiement d'un nœud, tels que des arguments kubelet |
Oui — Utilisation |
Oui — Pour plus d'informations, consultez les informations sur l'utilisation du script bootstrap sur |
Non |
Peut attribuer des adresses IP à Pods à partir d'un CIDR bloc différent de l'adresse IP attribuée au nœud. |
Oui — Utilisation d'un modèle de lancement avec un modèle personnaliséAMI. Pour de plus amples informations, veuillez consulter Personnalisez les nœuds gérés avec des modèles de lancement. |
Oui : pour plus d'informations, consultez Déploiement pods dans des sous-réseaux alternatifs avec mise en réseau personnalisée. |
Non |
Peut SSH entrer dans le nœud |
Oui |
Oui |
Non — Il n'y a aucun système d'exploitation hôte de nœud SSH à utiliser. |
Vous pouvez déployer votre propre solution personnalisée sur AMI les nœuds |
Oui : utilisation d'un modèle de lancement |
Oui |
Non |
Vous pouvez déployer votre propre solution personnalisée sur CNI les nœuds |
Oui — Utilisation d'un modèle de lancement avec un AMI |
Oui |
Non |
Vous devez mettre à jour AMI le nœud vous-même |
Oui — Si vous avez déployé une solution EKS optimisée pour AmazonAMI, vous êtes averti dans la EKS console Amazon lorsque des mises à jour sont disponibles. Vous pouvez effectuer la mise à jour en un clic dans la console. Si vous avez déployé une version personnaliséeAMI, vous n'êtes pas averti dans la EKS console Amazon lorsque des mises à jour sont disponibles. Vous devez effectuer la mise à jour par vous-même. |
Oui, en utilisant des outils autres que la EKS console Amazon. Cela est dû au fait que les nœuds autogérés ne peuvent pas être gérés avec la EKS console Amazon. |
Non |
Doit mettre à jour le nœud Kubernetes version à votre guise |
Oui — Si vous avez déployé une solution EKS optimisée pour AmazonAMI, vous êtes averti dans la EKS console Amazon lorsque des mises à jour sont disponibles. Vous pouvez effectuer la mise à jour en un clic dans la console. Si vous avez déployé une version personnaliséeAMI, vous n'êtes pas averti dans la EKS console Amazon lorsque des mises à jour sont disponibles. Vous devez effectuer la mise à jour par vous-même. |
Oui, en utilisant des outils autres que la EKS console Amazon. Cela est dû au fait que les nœuds autogérés ne peuvent pas être gérés avec la EKS console Amazon. |
Non, vous ne gérez pas les nœuds. |
Peut utiliser le EBS stockage Amazon avec Pods |
Non |
||
Peut utiliser le EFS stockage Amazon avec Pods |
|||
Peut utiliser Amazon FSx pour le stockage de Lustre avec Pods |
Non |
||
Possibilité d'utiliser le Network Load Balancer pour les services |
Oui, lors de l'utilisation de l'outil Créer un équilibreur de charge réseau |
||
Les pods peuvent s'exécuter dans un sous-réseau public |
Oui |
Oui |
Non |
Possibilité d'attribuer différents groupes VPC de sécurité à un individu Pods |
Oui — Linux nœuds uniquement |
Oui — Linux nœuds uniquement |
Oui |
Peut courir Kubernetes DaemonSets |
Oui |
Oui |
Non |
Support |
Oui |
Oui |
Non |
AWS Disponibilité de la région |
|||
Peut exécuter des conteneurs sur des hôtes EC2 dédiés Amazon |
Oui |
Oui |
Non |
Tarification |
Coût d'une EC2 instance Amazon qui exécute plusieurs Pods. Pour plus d'informations, consultez les EC2tarifs Amazon |
Coût d'une EC2 instance Amazon qui exécute plusieurs Pods. Pour plus d'informations, consultez les EC2tarifs Amazon |
Coût d'une mémoire Fargate individuelle et d'une configuration CPU Chaque Pod a son propre coût. Pour plus d'informations, consultez Tarification de AWS Fargate |