Présentation

Les monitors de métriques offrent des options améliorées pour la gestion des données manquantes, vous permettant de différencier les données manquantes en tant que mode de défaillance et en tant qu’état sain.

Ces options s’alignent sur ce qui est disponible dans d’autres types de monitors comme les logs, les événements, la CI, les bases de données, Error Tracking, et plus encore.

Avantages de l’utilisation des options « On Missing Data »

Lors de la mesure du nombre d’événements indésirables, tels que des erreurs, les monitors doivent indiquer « OK » lorsqu’aucune donnée n’est détectée. Avec les anciennes configurations « No Data », les monitors signalaient « No Data ». Les options de configuration « On Missing Data » permettent aux monitors de refléter plus précisément les états de santé, améliorant ainsi la clarté.

Monitors gérés via l’interface utilisateur

Si vous gérez vos monitors depuis l’interface utilisateur, la configuration se met automatiquement à jour la prochaine fois que vous les modifiez. Pour mettre à jour la configuration « On Missing Data » plus rapidement, consultez les sections suivantes sur l’ajustement via l’API.

Monitors gérés via l’API ou Terraform

Si vous gérez vos monitors avec l’API ou Terraform, remplacez notify_no_data et no_data_timeframe par on_missing_data. Le paramètre no_data_timeframe n’est pas requis car on_missing_data utilise la même période que la fenêtre temporelle.

Paramètres de l’API

L’ancien paramètre « No Data », notify_no_data, reste disponible sur les monitors existants et n’est pas automatiquement mis à niveau vers les nouvelles fonctionnalités on_missing_data.

Pour tous les champs disponibles, consultez la Documentation de l’API.

Voici un exemple avant et après d’un monitor JSON avec ces champs:

Avant

{ 
  "name": "CPU usage is high for host $host.value",  
    "type": "query alert",  
    "query": "avg(last_5m):100 - avg:system.cpu.idle{$host} > 90",  
    "message": "A high CPU usage has been detected for host $host.value, which can impact the system performance.",  
    "tags": [],  
    "options": {  
        "thresholds": { "critical": 90 },  
        "notify_audit": false,  
        "include_tags": false,  
        "notify_no_data": true,  
        "no_data_timeframe": 10  
    }  
}

Après

{
  "name": "CPU usage is high for host $host.value",  
    "type": "query alert",  
    "query": "avg(last_5m):100 - avg:system.cpu.idle{$host} > 90",  
    "message": "A high CPU usage has been detected for host $host.value, which can impact the system performance.",  
    "tags": [],  
    "options": {  
       "thresholds": { "critical": 90 },  
       "notify_audit": false,  
       "include_tags": false,  
       "on_missing_data": "show_and_notify_no_data"  
    }  
}  

SLO basés sur des monitors

Les SLO traitent la disponibilité et le downtime selon cette correspondance :

Pour aller plus loin

Documentation, liens et articles supplémentaires utiles:

Documentation de l'API MonitorsAPI