Organisez les charges de travail avec les clusters Amazon EKS - Amazon EKS

Aidez à améliorer cette page

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.

Vous souhaitez contribuer à ce guide de l'utilisateur ? Choisissez le GitHub lien Modifier cette page sur qui se trouve dans le volet droit de chaque page. 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.

Organisez les charges de travail avec les clusters Amazon EKS

Un cluster Amazon EKS comprend deux composants principaux :

  • Le plan de contrôle Amazon EKS ;

  • Les nœuds Amazon EKS enregistrés avec le plan de contrôle

Le plan de contrôle Amazon EKS se compose de nœuds du plan de contrôle qui exécutent Kubernetes des logiciels, tels que etcd et Kubernetes Serveur d'API. Le plan de contrôle s'exécute dans un compte géré par AWS, et Kubernetes L'API est exposée via le point de terminaison Amazon EKS associé à votre cluster. Chaque plan de contrôle de cluster Amazon EKS est à locataire unique et s'exécute sur son propre ensemble d' EC2 instances Amazon.

Toutes les données stockées par les etcd nœuds et les volumes Amazon EBS associés sont chiffrées à l'aide de AWS KMS. Le plan de contrôle de cluster est mis en service sur plusieurs zones de disponibilité et placé en avant-plan par un Elastic Load Balancing Network Load Balancer. Amazon EKS alloue également des interfaces réseau Elastic dans vos sous-réseaux VPC, pour fournir une connectivité à partir des instances du plan de contrôle vers les nœuds (par exemple, pour prendre en charge des flux de données proxy des logs kubectl exec).

Important

Dans l'environnement Amazon EKS, le stockage etcd est limité à 8 Gio, conformément aux conseils donnés en amont. Vous pouvez surveiller une métrique pour la taille actuelle de la base de données en exécutant la commande suivante. Si votre cluster possède un Kubernetes version ci-dessous1.28, remplacez-la apiserver_storage_size_bytes par la suivante :

  • Kubernetes version 1.27 et 1.26apiserver_storage_db_total_size_in_bytes

  • Kubernetes version 1.25 et ci-dessous — etcd_db_total_size_in_bytes

kubectl get --raw=/metrics | grep "apiserver_storage_size_bytes"

Les nœuds Amazon EKS s'exécutent dans votre AWS compte et se connectent au plan de contrôle de votre cluster via le point de terminaison du serveur API et un fichier de certificat créé pour votre cluster.

Note