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.
Pour contribuer à ce guide de l'utilisateur, cliquez sur le GitHub lien Modifier cette page sur qui se trouve dans le volet droit de chaque 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.
Un module complémentaire est un logiciel qui fournit des capacités opérationnelles de prise en charge aux applications Kubernetes, mais qui n'est pas spécifique à l'application. Cela inclut des logiciels tels que des agents d'observabilité ou des pilotes Kubernetes qui permettent au cluster d'interagir avec les AWS ressources sous-jacentes pour la mise en réseau, le calcul et le stockage. Les logiciels complémentaires sont généralement conçus et maintenus par la communauté Kubernetes, par des fournisseurs de cloud tels que ou par des fournisseurs AWS tiers. Amazon EKS installe automatiquement des modules complémentaires autogérés tels que le plug-in Amazon VPC CNI pour Kubernetes et CoreDNS pour chaque cluster. kube-proxy
Notez que le module complémentaire VPC CNI n'est pas compatible avec les nœuds hybrides Amazon EKS et ne se déploie pas sur les nœuds hybrides. Vous pouvez modifier la configuration par défaut des modules complémentaires et les mettre à jour quand vous le souhaitez.
Les modules complémentaires Amazon EKS fournissent l'installation et la gestion d'un ensemble organisé de modules complémentaires pour les clusters Amazon EKS. Tous les modules complémentaires Amazon EKS incluent les derniers correctifs de sécurité et corrections de bogues et sont validés AWS pour fonctionner avec Amazon EKS. Les modules complémentaires Amazon EKS vous permettent de garantir systématiquement que vos clusters Amazon EKS sont sécurisés et stables. Ils vous permettent aussi de réduire le travail nécessaire pour installer, configurer et mettre à jour les modules complémentaires. Si un module complémentaire autogéré tel que kube-proxy
est déjà en cours d'exécution sur votre cluster et est disponible en tant que module complémentaire Amazon EKS, vous pouvez installer le module complémentaire Amazon EKS kube-proxy
pour commencer à bénéficier des fonctionnalités des modules complémentaires Amazon EKS.
Vous pouvez mettre à jour des champs de configuration spécifiques gérés par Amazon EKS pour les modules complémentaires Amazon EKS via l'API Amazon EKS. Une fois le module complémentaire démarré, vous pouvez également modifier les champs de configuration non gérés par Amazon EKS directement dans le cluster Kubernetes. Cela inclut la définition de champs de configuration spécifiques pour un module complémentaire, le cas échéant. Ces modifications ne sont pas remplacées par Amazon EKS une fois qu'elles sont effectuées. Ceci est rendu possible par la fonction apply côté serveur de Kubernetes. Pour de plus amples informations, veuillez consulter Déterminez les champs que vous pouvez personnaliser pour les modules complémentaires Amazon EKS.
Vous pouvez utiliser des modules complémentaires Amazon EKS avec n'importe quel type de nœud Amazon EKS. Pour de plus amples informations, veuillez consulter Gérez les ressources informatiques à l'aide de nœuds.
Vous pouvez ajouter, mettre à jour ou supprimer des modules complémentaires Amazon EKS à l'aide de l'API Amazon EKS AWS Management Console, de la AWS CLI eteksctl
. Vous pouvez également créer des modules complémentaires Amazon EKS à l'aide de AWS CloudFormation.
Considérations
Tenez compte des points suivants lorsque vous utilisez les modules complémentaires Amazon EKS :
-
Pour configurer des modules complémentaires pour le cluster, votre principal IAM doit disposer des autorisations IAM pour utiliser des modules complémentaires. Pour plus d'informations, consultez les actions ayant
Addon
dans leur nom dans Actions définies par Amazon Elastic Kubernetes Service. -
Les modules complémentaires Amazon EKS s'exécutent sur les nœuds que vous approvisionnez ou configurez pour votre cluster. Les types de nœuds incluent EC2 les instances Amazon, Fargate et les nœuds hybrides.
-
Vous pouvez modifier les champs qui ne sont pas gérés par Amazon EKS pour personnaliser l'installation d'un module complémentaire Amazon EKS. Pour de plus amples informations, veuillez consulter Déterminez les champs que vous pouvez personnaliser pour les modules complémentaires Amazon EKS.
-
Si vous créez un cluster avec les modules AWS Management Console complémentaires Amazon EKS
kube-proxy
, Amazon VPC CNI pour Kubernetes et CoreDNS Amazon EKS sont automatiquement ajoutés à votre cluster. Si vous utilisezeksctl
pour créer votre cluster avec un fichierconfig
,eksctl
peut également créer le cluster avec les modules complémentaires Amazon EKS. Si vous créez votre clustereksctl
sansconfig
fichier ou avec un autre outil, le plug-in Amazon VPC CNI autogérékube-proxy
pour Kubernetes et les modules complémentaires CoreDNS sont installés, plutôt que les modules complémentaires Amazon EKS. Vous pouvez les gérer vous-même ou ajouter manuellement les modules complémentaires Amazon EKS après la création du cluster. Quelle que soit la méthode que vous utilisez pour créer votre cluster, le module complémentaire VPC CNI ne s'installe pas sur les nœuds hybrides. -
Le
eks:addon-cluster-admin
ClusterRoleBinding
liecluster-admin
ClusterRole
à l'identitéeks:addon-manager
Kubernetes. Le rôle dispose des autorisations nécessaires pour l'eks:addon-manager
identité afin de créer des espaces de noms Kubernetes et d'installer des modules complémentaires dans des espaces de noms. Si la ressourceClusterRoleBinding
eks:addon-cluster-admin
est supprimée, le cluster Amazon EKS continuera de fonctionner, mais Amazon EKS ne sera plus en mesure de gérer les modules complémentaires. Tous les clusters qui démarrent avec les versions de plateforme suivantes utilisent la nouvelle ressourceClusterRoleBinding
. -
La compatibilité d'un sous-ensemble de AWS modules complémentaires EKS avec Amazon EKS Hybrid Nodes a été validée. Pour plus d'informations, consultez le tableau de compatibilité surAWS Modules complémentaires.
Version de plateforme requise
Consultez le tableau pour déterminer la version de plate-forme minimale requise pour utiliser cette fonctionnalité avec votre cluster. Vous pouvez utiliser la version de plateforme répertoriée ou une version de plate-forme plus récente. Par exemple, si le tableau indique « eks.14 », vous pouvez utiliser la version de plateforme « eks.15 ». Pour de plus amples informations, veuillez consulter Afficher les versions de la plateforme Amazon EKS pour chaque version de Kubernetes.
Version de Kubernetes | Version de la plateforme EKS |
---|---|
1.25 ou version ultérieure |
Toutes les versions de la plateforme |
1,20 |
eks.12 |
1,21 |
eks.14 |
1,22 |
eks.9 |
1,23 |
eks.5 |
1,24 |
eks.3 |
Considérations relatives au mode automatique d'Amazon EKS
Le mode Amazon EKS Auto inclut des fonctionnalités qui fournissent des fonctionnalités de cluster essentielles, notamment :
-
Mise en réseau de pods
-
Réseau de services
-
DNS du cluster
-
Autoscaling
-
Stockage en mode bloc
-
Contrôleur d'équilibrage de charge
-
Agent Pod Identity
-
Agent de surveillance des nœuds
Avec le calcul en mode automatique, de nombreux modules complémentaires EKS couramment utilisés deviennent redondants, tels que :
-
CNI Amazon VPC
-
kube-proxy
-
CoreDNS
-
Pilote Amazon EBS CSI
-
Agent d'identité du pod EKS
Toutefois, si votre cluster combine le mode automatique avec d'autres options de calcul telles que les EC2 instances autogérées, les groupes de nœuds gérés ou AWS Fargate, ces modules complémentaires restent nécessaires. AWS a amélioré les modules complémentaires EKS avec des règles anti-affinité qui garantissent automatiquement que les modules complémentaires sont planifiés uniquement sur les types de calcul pris en charge. En outre, les utilisateurs peuvent désormais utiliser l'DescribeAddonVersions
API des modules complémentaires EKS pour vérifier les types de calcul pris en charge pour chaque module complémentaire et ses versions spécifiques. De plus, avec le mode EKS Auto, les contrôleurs répertoriés ci-dessus fonctionnent sur AWS une infrastructure propre. Il est donc possible que vous ne les voyiez même pas dans vos comptes, sauf si vous utilisez le mode automatique EKS avec d'autres types de calcul, auquel cas vous verrez les contrôleurs que vous avez installés sur votre cluster.
Si vous envisagez d'activer le mode automatique EKS sur un cluster existant, vous devrez peut-être mettre à niveau la version de certains modules complémentaires. Pour plus d'informations, reportez-vous à Versions complémentaires requises la section relative au mode automatique EKS.
Support
AWS publie plusieurs types de modules complémentaires avec différents niveaux de support.
-
AWS Modules complémentaires : Ces modules complémentaires sont conçus et entièrement pris en charge par AWS.
-
Utilisez un AWS module complémentaire pour travailler avec d'autres AWS services, tels qu'Amazon EFS.
-
Pour de plus amples informations, veuillez consulter AWS Modules complémentaires.
-
-
AWS Modules complémentaires Marketplace : ces modules complémentaires sont analysés AWS et pris en charge par un AWS partenaire indépendant.
-
Utilisez un module complémentaire Marketplace pour ajouter des fonctionnalités précieuses et sophistiquées à votre cluster, telles que la surveillance avec Splunk.
-
Pour de plus amples informations, veuillez consulter AWS Modules complémentaires Marketplace.
-
-
Modules complémentaires communautaires : Ces modules complémentaires sont analysés par la communauté open source AWS mais pris en charge par celle-ci.
-
Utilisez un module complémentaire communautaire pour réduire la complexité de l'installation de logiciels open source courants, tels que Kubernetes Metrics Server.
-
Les modules complémentaires communautaires sont créés par AWS. AWS valide uniquement les modules complémentaires communautaires pour la compatibilité des versions.
-
Pour de plus amples informations, veuillez consulter Modules complémentaires communautaires.
-
Le tableau suivant détaille l'étendue du support pour chaque type de module complémentaire :
Catégorie | Fonctionnalité | AWS modules complémentaires | AWS Modules complémentaires Marketplace | Modules complémentaires communautaires |
---|---|---|---|---|
Développement |
Construit par AWS |
Oui |
Non |
Oui |
Développement |
Validé par AWS |
Oui |
Non |
Oui* |
Développement |
Validé par le AWS partenaire |
Non |
Oui |
Non |
Maintenance |
Scanné par AWS |
Oui |
Oui |
Oui |
Maintenance |
Corrigé par AWS |
Oui |
Non |
Oui |
Maintenance |
Corrigé par un partenaire AWS |
Non |
Oui |
Non |
Distribution |
Publié par AWS |
Oui |
Non |
Oui |
Distribution |
Publié par AWS Partner |
Non |
Oui |
Non |
Support |
Support d'installation de base par AWS |
Oui |
Oui |
Oui |
Support |
AWS Support complet |
Oui |
Non |
Non |
Support |
Support complet AWS pour les partenaires |
Non |
Oui |
Non |
*
: La validation des modules complémentaires communautaires inclut uniquement la compatibilité des versions de Kubernetes. Par exemple, si vous installez un module complémentaire communautaire sur un cluster, vérifiez AWS s'il est compatible avec la version Kubernetes de votre cluster.
AWS Les modules complémentaires Marketplace peuvent télécharger des dépendances logicielles supplémentaires à partir de sources externes extérieures à AWS. Ces dépendances externes ne sont ni scannées ni validées par AWS. Tenez compte de vos exigences en matière de sécurité lorsque vous déployez des modules complémentaires AWS Marketplace qui récupèrent des dépendances externes.