3.13. Attacher des étiquettes supplémentaires à vos séries chronologiques et alertes

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. Définissez les étiquettes que vous souhaitez ajouter pour chaque métrique sous data/config.yaml:

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

   1

   Copy to Clipboard Toggle word wrap

   1

   <key>: <value> par des paires clé-valeur où <key> est un nom unique pour la nouvelle étiquette et <value> est sa valeur.

   Avertissement
   • Il ne faut pas utiliser promitheus ou prometheus_replica comme noms clés, parce qu’ils sont réservés et seront écrasés.
   • Il ne faut pas utiliser cluster ou Manag_cluster comme noms de clés. Les utiliser peut causer des problèmes où vous ne pouvez pas voir les données dans les tableaux de bord des développeurs.
   Note

   Dans le projet openshift-user-workload-monitoring, Prometheus gère les métriques et Thanos Ruler gère les règles d’alerte et d’enregistrement. La configuration de l’objet ConfigMap pour la configuration de l’objet ConfigMap ne configurera que les étiquettes externes pour les métriques et non pour les règles.

   À titre d’exemple, pour ajouter des métadonnées sur la région et l’environnement à toutes les séries chronologiques et aux alertes, utilisez l’exemple suivant:

   apiVersion: v1
   kind: ConfigMap
   metadata:
     name: user-workload-monitoring-config
     namespace: openshift-user-workload-monitoring
   data:
     config.yaml: |
       prometheus:
         externalLabels:
           region: eu
           environment: prod

   Copy to Clipboard Toggle word wrap
3. Enregistrez le fichier pour appliquer les modifications. Les pods affectés par la nouvelle configuration sont automatiquement redéployés.