6.8. Affectation des ressources de l'ensemble de machines aux nœuds d'infrastructure

Procédure

1. Ajouter une tare au nœud infra pour empêcher la programmation des charges de travail des utilisateurs sur ce nœud :

   1. Déterminer si le nœud est contaminé :

      oc describe nodes <node_name>

      Copy to Clipboard Toggle word wrap

      Exemple de sortie

      oc describe node ci-ln-iyhx092-f76d1-nvdfm-worker-b-wln2l
      Name:               ci-ln-iyhx092-f76d1-nvdfm-worker-b-wln2l
      Roles:              worker
       ...
      Taints:             node-role.kubernetes.io/infra:NoSchedule
       ...

      Copy to Clipboard Toggle word wrap

      Cet exemple montre que le nœud a une tare. Vous pouvez procéder à l'ajout d'une tolérance à votre pod à l'étape suivante.

   2. Si vous n'avez pas configuré une taint pour empêcher la planification des charges de travail des utilisateurs sur cette taint :

      $ oc adm taint nodes <node_name> <key>=<value>:<effect>

      Copy to Clipboard Toggle word wrap

      Par exemple :

      $ oc adm taint nodes node1 node-role.kubernetes.io/infra=reserved:NoExecute

      Copy to Clipboard Toggle word wrap
      Astuce

      Vous pouvez également appliquer le YAML suivant pour ajouter l'altération :

      kind: Node
      apiVersion: v1
      metadata:
        name: <node_name>
        labels:
          ...
      spec:
        taints:
          - key: node-role.kubernetes.io/infra
            effect: NoExecute
            value: reserved
        ...

      Copy to Clipboard Toggle word wrap

      Cet exemple place une taint sur node1 qui a la clé node-role.kubernetes.io/infra et l'effet de taint NoSchedule. Les nœuds avec l'effet NoSchedule ne planifient que les pods qui tolèrent l'altération, mais permettent aux pods existants de rester planifiés sur le nœud.

      Note

      Si un planificateur est utilisé, les pods violant les taints de nœuds peuvent être expulsés du cluster.

2. Ajoutez des tolérances pour les configurations de pods que vous souhaitez planifier sur le nœud infra, comme le routeur, le registre et les charges de travail de surveillance. Ajoutez le code suivant à la spécification de l'objet Pod:

   tolerations:
     - effect: NoExecute 

   1

   
       key: node-role.kubernetes.io/infra 

   2

   
       operator: Exists 

   3

   
       value: reserved 

   4

   Copy to Clipboard Toggle word wrap

   1

   Spécifiez l'effet que vous avez ajouté au nœud.

   2

   Spécifiez la clé que vous avez ajoutée au nœud.

   3

   Spécifiez l'opérateur Exists pour exiger la présence d'une taint avec la clé node-role.kubernetes.io/infra sur le nœud.

   4

   Spécifiez la valeur de la paire clé-valeur taint que vous avez ajoutée au nœud.

   Cette tolérance correspond à l'altération créée par la commande oc adm taint. Un pod avec cette tolérance peut être programmé sur le nœud infra.

   Note

   Il n'est pas toujours possible de déplacer les modules d'un opérateur installé via OLM vers un nœud infra. La possibilité de déplacer les pods d'un opérateur dépend de la configuration de chaque opérateur.

3. Programmer le pod sur le nœud infra à l'aide d'un planificateur. Voir la documentation de Controlling pod placement onto nodes pour plus de détails.