3.15. Définition des niveaux de log pour les composants de surveillance


Le niveau de journal peut être configuré pour Alertmanager, Prometheus Operator, Prometheus et Thanos Ruler.

Les niveaux de journal suivants peuvent être appliqués au composant pertinent de l’objet ConfigMap:

  • déboguer. Débogue de journal, messages d’information, d’avertissement et d’erreur.
  • info. Logez les messages d’information, d’avertissement et d’erreur.
  • avertissez-vous. Enregistrez uniquement les messages d’avertissement et d’erreur.
  • erreur. Journal des messages d’erreur seulement.

Le niveau de journal par défaut est info.

Conditions préalables

  • En tant qu’utilisateur, vous avez accès au cluster avec le rôle d’administrateur dédié.
  • L’objet ConfigMap existe. Cet objet est créé par défaut lorsque le cluster est créé.
  • L’OpenShift CLI (oc) a été installé.

Procédure

  1. Éditez la carte de configuration de la configuration de l’utilisateur-workload-monitoring 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. 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
    Copy to Clipboard Toggle word wrap
    1
    Le composant de la pile de surveillance pour lequel vous définissez un niveau de journal. Les valeurs des composants disponibles sont les promémorations, le gestionnaire d’alerte, le promériteOperator et le thanosRuler.
    2
    Le niveau de journal à définir pour le composant. Les valeurs disponibles sont l’erreur, l’avertissement, l’information et le débogue. La valeur par défaut est info.
  3. Enregistrez le fichier pour appliquer les modifications. Les pods affectés par la nouvelle configuration sont automatiquement redéployés.
  4. Confirmez que le niveau de journal a été appliqué en examinant la configuration de déploiement ou de pod dans le projet connexe. L’exemple suivant vérifie le niveau de journal pour le déploiement protéréheus-operator:

    $ oc -n openshift-user-workload-monitoring get deploy prometheus-operator -o yaml | grep "log-level"
    Copy to Clipboard Toggle word wrap

    Exemple de sortie

            - --log-level=debug
    Copy to Clipboard Toggle word wrap

  5. Assurez-vous que les pods du composant sont en cours d’exécution. L’exemple suivant répertorie l’état des pods:

    $ oc -n openshift-user-workload-monitoring get pods
    Copy to Clipboard Toggle word wrap
    Note

    Lorsqu’une valeur logLevel non reconnue est incluse dans l’objet ConfigMap, les pods du composant peuvent ne pas redémarrer avec succès.

Retour au début
Red Hat logoGithubredditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance. Découvrez nos récentes mises à jour.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez le Blog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

Theme

© 2025 Red Hat