2.7. Attribution de tolérances aux composants de surveillance

Procédure

1. Modifiez l'objet ConfigMap:

   • To assign tolerations to a component that monitors core OpenShift Container Platform projects:

     1. Modifiez l'objet cluster-monitoring-config ConfigMap dans le projet openshift-monitoring:

        $ oc -n openshift-monitoring edit configmap cluster-monitoring-config

        Copy to Clipboard Toggle word wrap

     2. Spécifiez tolerations pour le composant :

        apiVersion: v1
        kind: ConfigMap
        metadata:
          name: cluster-monitoring-config
          namespace: openshift-monitoring
        data:
          config.yaml: |
            <component>:
              tolerations:
                <toleration_specification>

        Copy to Clipboard Toggle word wrap

        Remplacer <component> et <toleration_specification> en conséquence.

        Par exemple, oc adm taint nodes node1 key1=value1:NoSchedule ajoute une taint à node1 avec la clé key1 et la valeur value1. Cela empêche les composants de surveillance de déployer des pods sur node1 à moins qu'une tolérance ne soit configurée pour cette anomalie. L'exemple suivant configure le composant alertmanagerMain pour qu'il tolère l'altération de l'exemple :

        apiVersion: v1
        kind: ConfigMap
        metadata:
          name: cluster-monitoring-config
          namespace: openshift-monitoring
        data:
          config.yaml: |
            alertmanagerMain:
              tolerations:
              - key: "key1"
                operator: "Equal"
                value: "value1"
                effect: "NoSchedule"

        Copy to Clipboard Toggle word wrap

   • To assign tolerations to a component that monitors user-defined projects:

     1. Modifiez l'objet user-workload-monitoring-config ConfigMap dans le projet openshift-user-workload-monitoring:

        $ oc -n openshift-user-workload-monitoring edit configmap user-workload-monitoring-config

        Copy to Clipboard Toggle word wrap

     2. Spécifiez tolerations pour le composant :

        apiVersion: v1
        kind: ConfigMap
        metadata:
          name: user-workload-monitoring-config
          namespace: openshift-user-workload-monitoring
        data:
          config.yaml: |
            <component>:
              tolerations:
                <toleration_specification>

        Copy to Clipboard Toggle word wrap

        Remplacer <component> et <toleration_specification> en conséquence.

        Par exemple, oc adm taint nodes node1 key1=value1:NoSchedule ajoute une taint à node1 avec la clé key1 et la valeur value1. Cela empêche les composants de surveillance de déployer des pods sur node1 à moins qu'une tolérance ne soit configurée pour cette anomalie. L'exemple suivant configure le composant thanosRuler pour qu'il tolère l'altération de l'exemple :

        apiVersion: v1
        kind: ConfigMap
        metadata:
          name: user-workload-monitoring-config
          namespace: openshift-user-workload-monitoring
        data:
          config.yaml: |
            thanosRuler:
              tolerations:
              - key: "key1"
                operator: "Equal"
                value: "value1"
                effect: "NoSchedule"

        Copy to Clipboard Toggle word wrap

2. Enregistrez le fichier pour appliquer les modifications. La nouvelle configuration de placement des composants est appliquée automatiquement.

   Note

   Les configurations appliquées à l'objet user-workload-monitoring-config ConfigMap ne sont pas activées à moins qu'un administrateur de cluster n'ait activé la surveillance pour les projets définis par l'utilisateur.

   Avertissement

   Lorsque des modifications sont enregistrées dans une carte de configuration de surveillance, les pods et autres ressources du projet concerné peuvent être redéployés. Les processus de surveillance en cours dans ce projet peuvent également être redémarrés.