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.
Prévenir Pods d'être planifié sur des nœuds spécifiques
Les nœuds dotés de processeurs spécialisés, par exemple GPUs, peuvent être plus coûteux à exécuter que les nœuds exécutés sur des machines plus standard. Pour cette raison, vous souhaiterez peut-être protéger ces nœuds contre le déploiement de charges de travail ne nécessitant pas de matériel spécial sur ces nœuds. Une façon de le faire est d'utiliser les souillures.
Amazon EKS prend en charge la configuration Kubernetes se transmet par le biais de groupes de nœuds gérés. Les odeurs et les tolérances fonctionnent ensemble pour garantir que Pods ne sont pas planifiés sur des nœuds inappropriés. Un ou plusieurs rejets peuvent être appliqués à un nœud. Cela indique que le nœud ne doit en accepter aucun Pods qui ne tolèrent pas les souillures. Les tolérances sont appliquées à Pods et autorisez, mais n'exigez pas, le Pods à planifier sur des nœuds présentant des taches correspondantes. Pour plus d'informations, voir Tantures et tolérances
Kubernetes les taches de nœuds peuvent être appliquées à des groupes de nœuds gérés nouveaux et existants à l'aide de AWS Management Console ou via l'API Amazon EKS.
-
Pour plus d'informations sur la création d'un groupe de nœuds teinté à l'aide du AWS Management Console, voirCréez un groupe de nœuds gérés pour votre cluster.
-
Voici un exemple de création d'un groupe de nœuds présentant une altération à l'aide de la AWS CLI :
aws eks create-nodegroup \ --cli-input-json ' { "clusterName": "my-cluster", "nodegroupName": "node-taints-example", "subnets": [ "subnet-1234567890abcdef0", "subnet-abcdef01234567890", "subnet-021345abcdef67890" ], "nodeRole": "arn:aws: iam::111122223333:role/AmazonEKSNodeRole", "taints": [ { "key": "dedicated", "value": "gpuGroup", "effect": "NO_SCHEDULE" } ] }'
Pour plus d'informations et des exemples d'utilisation, voir taint
Note
-
Les rejets peuvent être mis à jour après avoir créé le groupe de nœuds à l'aide de l'API
UpdateNodegroupConfig
. -
La clé de rejet doit commencer par une lettre ou un chiffre. Il peut contenir des lettres, des chiffres, des traits d'union (
-
), des points (.
) et des traits de soulignement (_
). Il peut comporter jusqu'à 63 caractères. -
Éventuellement, la clé de rejet peut commencer par un préfixe de sous-domaine DNS et un simple
/
. Si elle commence par un préfixe de sous-domaine DNS, elle peut comporter 253 caractères. -
La valeur est facultative et doit commencer par une lettre ou un chiffre. Il peut contenir des lettres, des chiffres, des traits d'union (
-
), des points (.
) et des traits de soulignement (_
). Il peut comporter jusqu'à 63 caractères. -
Lors de l'utilisation Kubernetes directement ou le AWS Management Console, l'effet de coloration doit être
NoSchedule
PreferNoSchedule
, ouNoExecute
. Toutefois, lors de l'utilisation de la AWS CLI ou de l'API, l'effet d'altération doit êtreNO_SCHEDULE
PREFER_NO_SCHEDULE
, ouNO_EXECUTE
. -
Un maximum de 50 rejets est autorisé pour un groupe de nœuds.
-
Si les souillures créées à l'aide d'un groupe de nœuds géré sont supprimées manuellement d'un nœud, Amazon EKS ne les réajoute pas au nœud. Ceci est vrai même si les rejets sont spécifiés dans la configuration du groupe de nœuds gérés.
Vous pouvez utiliser la commande AWS eks update-nodegroup-config AWS CLI pour ajouter, supprimer ou remplacer des taches pour les groupes de nœuds gérés.