Surveillance des métriques arithmétiques et creuses

Surveillance des métriques arithmétiques et creuses

Présentation

De nombreuses requêtes reposent sur des données arithmétiques. Il est important d’utiliser certains outils et d’appliquer certains comportements pour veiller à ce que les réglages d’un monitor évaluent correctement les requêtes.

Métriques creuses

Si vous effectuez une division avec comme dénominateur une métrique creuse ou une métrique dont la valeur est égale à 0, certains résultats peuvent être rejetés.

Prenons par exemple les valeurs de métrique suivantes :

  • A = (10, 10, 10)
  • B = (0, 1, -)

Pour la formule a/b, le monitor évalue :

10/0 + 10/1 + 10/NaN = 10

Si la fenêtre d’évaluation comprend de nombreux compartiments “null” (10/NaN + 10/Nan + … + 10/Nan), les évaluations sont ignorées. Vous devrez donc modifier votre métrique ou utiliser l’une des solutions ci-dessous.

Solutions pour les métriques creuses et décalées

.fill()

Vous pouvez appliquer une fonction .fill() pour garantir que tous les compartiments de temps possèdent des valeurs valides. Pour les types de métriques gauge, l’interpolation par défaut est linéaire, ou .fill(linear), pendant 5 minutes. Pour les métriques de type count et rate, la valeur par défaut est .fill(null), ce qui désactive l’interpolation. Datadog déconseille généralement l’interpolation pour les métriques count/rate dans les monitors.

Version d’origine : sum:ma_metrique.avec_vides.gauge{env:a} by {timer,env}

| Timestamp           | timer:norm,env:a | timer:offset,env:a |
|:--------------------|:-----------------|:-------------------|
| 2019-03-29 12:00:00 | 1                |                    |
| 2019-03-29 12:05:00 |                  | 1                  |
| 2019-03-29 12:10:00 | 0                |                    |
| 2019-03-29 12:15:00 |                  | 1                  |
| 2019-03-29 12:20:00 | 1                |                    |
| 2019-03-29 12:25:00 |                  | 1                  |
| 2019-03-29 12:30:00 | 1                |                    |

Imaginons que ma_metrique.avec_vides.gauge est une métrique de type gauge. Une interpolation linéaire de 5 minutes s’applique donc par défaut. Cependant, la métrique n’est transmise que toutes les 10 minutes. Avec la requête suivante :

sum(last_30m):sum:my_metric.has_gaps.gauge{timer:norm,env:a} / sum:my_metric.has_gaps.gauge{timer:offset,env:a}

La majorité des évaluations ignorées s’affichent désormais.

Chemin Évaluation Résultat
classic_eval_path 1/Nan + Nan/1 + … + 1/Nan + Nan/1 S. O.

En ajustant l’interpolation, vous pouvez faire en sorte que chaque intervalle contienne des métriques.

Version modifiée : sum:ma_metrique.avec_vides.gauge{env:a} by {timer,env}.fill(last,900)

| Timestamp           | timer:norm,env:a | timer:offset,env:a |
|:--------------------|:-----------------|:-------------------|
| 2019-03-29 12:00:00 | 1                | (1)                |
| 2019-03-29 12:05:00 | 1                | 1                  |
| 2019-03-29 12:10:00 | 0                | 1                  |
| 2019-03-29 12:15:00 | 0                | 1                  |
| 2019-03-29 12:20:00 | 1                | 1                  |
| 2019-03-29 12:25:00 | 1                | 1                  |
| 2019-03-29 12:30:00 | 1                | 1                  |

Requête modifiée :

sum(last_30m):sum:my_metric.has_gaps.gauge{timer:norm,env:a}.fill(last,900) / sum:my_metric.has_gaps.gauge{timer:offset,env:a}.fill(last,900)

Avec .fill(last,900), voici le résultat :

Chemin Évaluation Résultat
classic_eval_path (1)/1 + 1/1 + 0/1 + 0/1 + 1/1 + 1/1 + 1/1 5

Fenêtres d’évaluation de faible durée

Il est possible de rencontrer des problèmes temporels lorsque vous effectuez des divisions impliquant des fenêtres d’évaluation de courte durée. Lorsque la requête de votre monitor nécessite une division sur une fenêtre d’évaluation d’une minute, le numérateur et le dénominateur représentent des compartiments de temps de quelques secondes. Or, si les métriques du numérateur et du dénominateur ne sont pas disponibles en même temps au moment de la requête, vous pouvez obtenir des valeurs d’évaluation indésirables.

| Timestamp             | sum:my_num{*}       | sum:my_denom{*}     |
| :-------------------- | :------------------ | :------------------ |
| ...                   | ...                 | ...                 |
| 2019-03-29 13:30:50   | 900                 | 1000                |
| 2019-03-29 13:30:52   | 900                 | 1000                |
| 2019-03-29 13:30:54   | 900                 | 1000                |
| 2019-03-29 13:30:56   | 120 (inc)           | 850 (inc)           |

Pour une requête comme min(last_1m):sum:mon_num{*}/sum:mon_denom{*}, la valeur minimum peut être biaisée et peut déclencher par inadvertance votre monitor.

Par conséquent, nous vous conseillons d’ajouter un court délai d’évaluation de 30 à 60 secondes afin de régler les problèmes temporels pour les requêtes avec une division impliquant des fenêtres d’évaluation de courte durée. Vous pouvez également passer à une fenêtre d’évaluation de cinq minutes.

Contactez l’équipe d’assistance Datadog si vous avez des questions sur cette logique.