2.12. Contrôler l'impact des attributs de métriques non liés dans les projets définis par l'utilisateur

Procédure

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. Ajoutez la configuration enforcedSampleLimit à data/config.yaml pour limiter le nombre d'échantillons qui peuvent être acceptés par balayage de cible dans les projets définis par l'utilisateur :

   apiVersion: v1
   kind: ConfigMap
   metadata:
     name: user-workload-monitoring-config
     namespace: openshift-user-workload-monitoring
   data:
     config.yaml: |
       prometheus:
         enforcedSampleLimit: 50000 1

   1

   Une valeur est requise si ce paramètre est spécifié. Cet exemple enforcedSampleLimit limite à 50 000 le nombre d'échantillons pouvant être acceptés par target scrape dans les projets définis par l'utilisateur.

3. Ajoutez les configurations enforcedLabelLimit, enforcedLabelNameLengthLimit, et enforcedLabelValueLengthLimit à data/config.yaml pour limiter le nombre d'étiquettes scrappées, la longueur des noms d'étiquettes et la longueur des valeurs d'étiquettes dans les projets définis par l'utilisateur :

   apiVersion: v1
   kind: ConfigMap
   metadata:
     name: user-workload-monitoring-config
     namespace: openshift-user-workload-monitoring
   data:
     config.yaml: |
       prometheus:
         enforcedLabelLimit: 500 1
         enforcedLabelNameLengthLimit: 50 2
         enforcedLabelValueLengthLimit: 600 3

   1

   Indique le nombre maximal d'étiquettes par balayage. La valeur par défaut est 0, ce qui signifie qu'il n'y a pas de limite.

   2

   Spécifie la longueur maximale en caractères d'un nom d'étiquette. La valeur par défaut est 0, ce qui signifie qu'il n'y a pas de limite.

   3

   Spécifie la longueur maximale en caractères d'une valeur d'étiquette. La valeur par défaut est 0, ce qui signifie qu'il n'y a pas de limite.

4. Enregistrez le fichier pour appliquer les modifications. Les limites sont appliquées 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 les modifications sont enregistrées dans l'objet user-workload-monitoring-config ConfigMap , les pods et autres ressources du projet openshift-user-workload-monitoring peuvent être redéployés. Les processus de surveillance en cours dans ce projet peuvent également être redémarrés.

Procédure

1. Créez un fichier YAML avec des alertes qui vous informent lorsque les cibles sont en panne et lorsque la limite d'échantillons imposée approche. Le fichier de cet exemple s'appelle monitoring-stack-alerts.yaml:

   apiVersion: monitoring.coreos.com/v1
   kind: PrometheusRule
   metadata:
     labels:
       prometheus: k8s
       role: alert-rules
     name: monitoring-stack-alerts 1
     namespace: ns1 2
   spec:
     groups:
     - name: general.rules
       rules:
       - alert: TargetDown 3
         annotations:
           message: '{{ printf "%.4g" $value }}% of the {{ $labels.job }}/{{ $labels.service
             }} targets in {{ $labels.namespace }} namespace are down.' 4
         expr: 100 * (count(up == 0) BY (job, namespace, service) / count(up) BY (job,
           namespace, service)) > 10
         for: 10m 5
         labels:
           severity: warning 6
       - alert: ApproachingEnforcedSamplesLimit 7
         annotations:
           message: '{{ $labels.container }} container of the {{ $labels.pod }} pod in the {{ $labels.namespace }} namespace consumes {{ $value | humanizePercentage }} of the samples limit budget.' 8
         expr: scrape_samples_scraped/50000 > 0.8 9
         for: 10m 10
         labels:
           severity: warning 11

   1

   Définit le nom de la règle d'alerte.

   2

   Spécifie le projet défini par l'utilisateur dans lequel la règle d'alerte sera déployée.

   3

   L'alerte TargetDown est déclenchée si la cible ne peut pas être grattée ou si elle n'est pas disponible pendant la durée de l'alerte for.

   4

   Le message qui sera affiché lorsque l'alerte TargetDown se déclenchera.

   5

   Les conditions de l'alerte TargetDown doivent être vraies pendant cette durée avant que l'alerte ne soit déclenchée.

   6

   Définit la gravité de l'alerte TargetDown.

   7

   L'alerte ApproachingEnforcedSamplesLimit est déclenchée lorsque le seuil d'échantillonnage défini est atteint ou dépassé pendant la durée spécifiée for.

   8

   Le message qui sera affiché lorsque l'alerte ApproachingEnforcedSamplesLimit se déclenchera.

   9

   Le seuil de l'alerte ApproachingEnforcedSamplesLimit. Dans cet exemple, l'alerte est déclenchée lorsque le nombre d'échantillons par balayage cible a dépassé 80 % de la limite d'échantillons imposée de 50000. La durée de for doit également s'être écoulée avant que l'alerte ne soit déclenchée. La valeur <number> de l'expression scrape_samples_scraped/<number> > <threshold> doit correspondre à la valeur enforcedSampleLimit définie dans l'objet user-workload-monitoring-config ConfigMap .

   10

   Les conditions de l'alerte ApproachingEnforcedSamplesLimit doivent être vraies pendant cette durée avant que l'alerte ne soit déclenchée.

   11

   Définit la gravité de l'alerte ApproachingEnforcedSamplesLimit.

2. Appliquer la configuration au projet défini par l'utilisateur :

   $ oc apply -f monitoring-stack-alerts.yaml