4.4. Définition des niveaux de journalisation pour les composants de surveillance

Procédure

1. Modifiez l'objet ConfigMap:

   • To set a log level for a component in the openshift-monitoring project:

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

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

     2. Ajouter logLevel: <log_level> pour un composant sous data/config.yaml:

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

        1

        
              logLevel: <log_level> 

        2

        1

        Le composant de la pile de surveillance pour lequel vous définissez un niveau de journalisation. Pour la surveillance de la plate-forme par défaut, les valeurs disponibles sont prometheusK8s, alertmanagerMain, prometheusOperator et thanosQuerier.

        2

        Le niveau de journalisation à définir pour le composant. Les valeurs disponibles sont error, warn, info, et debug. La valeur par défaut est info.

   • To set a log level for a component in the openshift-user-workload-monitoring project:

     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

     2. Ajouter logLevel: <log_level> pour un composant sous data/config.yaml:

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

        1

        
              logLevel: <log_level> 

        2

        1

        Le composant de la pile de surveillance pour lequel vous définissez un niveau de journalisation. Pour la surveillance de la charge de travail de l'utilisateur, les valeurs disponibles sont prometheus, prometheusOperator, et thanosRuler.

        2

        Le niveau de journalisation à définir pour le composant. Les valeurs disponibles sont error, warn, info, et debug. La valeur par défaut est info.

2. Enregistrez le fichier pour appliquer les modifications. Les pods du composant redémarrent automatiquement lorsque vous appliquez la modification du niveau de journalisation.

   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.

3. Confirmez que le niveau de journalisation a été appliqué en examinant la configuration du déploiement ou du pod dans le projet concerné. L'exemple suivant vérifie le niveau de journalisation dans le déploiement prometheus-operator du projet openshift-user-workload-monitoring:

   $ oc -n openshift-user-workload-monitoring get deploy prometheus-operator -o yaml |  grep "log-level"

   Exemple de sortie

           - --log-level=debug

4. Vérifiez que les pods du composant sont en cours d'exécution. L'exemple suivant répertorie l'état des modules dans le projet openshift-user-workload-monitoring:

   $ oc -n openshift-user-workload-monitoring get pods

   Note

   Si une valeur loglevel non reconnue est incluse dans l'objet ConfigMap, les pods du composant risquent de ne pas redémarrer avec succès.