Prévenir Pods d'être planifié sur des nœuds spécifiques - 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.

Prévenir Pods d'être planifié sur des nœuds spécifiques

Les nœuds dotés de processeurs spécialisés, par exempleGPUs, 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 dans le Kubernetes .

Kubernetes les taches de nœuds peuvent être appliquées à des groupes de nœuds gérés nouveaux et existants à l'aide AWS Management Console ou via Amazon EKSAPI.

  • 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 teinté à l'aide de 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 dans le Kubernetes documentation de référence.

Note

  • Les taches peuvent être mises à jour après avoir créé le groupe de nœuds à l'aide du UpdateNodegroupConfigAPI.

  • 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.

  • Facultativement, la touche d'altération peut commencer par un préfixe de DNS sous-domaine et un préfixe unique. / S'il commence par un préfixe DNS de sous-domaine, il 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 NoSchedulePreferNoSchedule, ouNoExecute. Cependant, lorsque vous utilisez le AWS CLI ouAPI, l'effet de coloration doit être NO_SCHEDULEPREFER_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 ajoute pas à nouveau 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 update-nodegroup-config AWS CLI commande aws eks pour ajouter, supprimer ou remplacer des taches pour les groupes de nœuds gérés.