Sélectionner vos préférences de cookies

Nous utilisons des cookies essentiels et des outils similaires qui sont nécessaires au fonctionnement de notre site et à la fourniture de nos services. Nous utilisons des cookies de performance pour collecter des statistiques anonymes afin de comprendre comment les clients utilisent notre site et d’apporter des améliorations. Les cookies essentiels ne peuvent pas être désactivés, mais vous pouvez cliquer sur « Personnaliser » ou « Refuser » pour refuser les cookies de performance.

Si vous êtes d’accord, AWS et les tiers approuvés utiliseront également des cookies pour fournir des fonctionnalités utiles au site, mémoriser vos préférences et afficher du contenu pertinent, y compris des publicités pertinentes. Pour accepter ou refuser tous les cookies non essentiels, cliquez sur « Accepter » ou « Refuser ». Pour effectuer des choix plus détaillés, cliquez sur « Personnaliser ».

Gérez les ressources informatiques à l'aide de nœuds

Mode de mise au point
Gérez les ressources informatiques à l'aide de nœuds - Amazon EKS

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.

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 dans le Kubernetes .

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 sur GitHub.

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

Oui

Oui

Non

Possibilité d'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 — 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 supplémentaires.

Oui — Utilisation eksctl ou lancement d'un modèle avec un modèle personnalisé AMI

Oui — Pour plus d'informations, consultez les informations sur l'utilisation du script bootstrap sur GitHub.

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

Oui

Oui

Non

Peut utiliser le EFS stockage Amazon avec Pods

Oui

Oui

Oui

Peut utiliser Amazon FSx pour le stockage de Lustre avec Pods

Oui

Oui

Non

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

Oui

Oui

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 HostPort et HostNetwork dans le Pod manifeste

Oui

Oui

Non

AWS Disponibilité de la région

Toutes les régions EKS prises en charge par Amazon

Toutes les régions EKS prises en charge par Amazon

Certaines régions EKS prises en charge par Amazon

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.

ConfidentialitéConditions d'utilisation du sitePréférences de cookies
© 2024, Amazon Web Services, Inc. ou ses affiliés. Tous droits réservés.