Alertas, conectores y SLO

1. Les règles #

Ce que Kibana surveille.

Types de règles #

// Règle ES|QL : plus de 50 erreurs 5xx en 5 minutes pour un service
FROM logs-*
| WHERE @timestamp > NOW() - 5 minutes AND http.response.status_code >= 500
| STATS erreurs = COUNT(*) BY service.name
| WHERE erreurs > 50

2. Connecteurs et actions #

Où partent les notifications.

Configurer #

Un connecteur (e-mail, Slack, Teams, webhook, PagerDuty, Jira, ServiceNow, index, journal du serveur...) est défini une fois et réutilisé par les règles. Chaque action choisit un connecteur, un message (avec variables comme {{context.message}} ou {{alert.id}}) et une fréquence.

À savoir : Selon la licence de la suite Elastic, certains connecteurs (Slack, webhook, PagerDuty...) ne sont pas disponibles en licence gratuite ; les connecteurs Index et Server log le sont.

3. SLO #

Les objectifs dans Elastic Observability.

Définir un SLO #

L'application SLO calcule un SLI à partir d'une requête (KQL personnalisé, métriques APM, histogramme), une cible (99,5 %) et une fenêtre (30 jours glissants), puis crée automatiquement des alertes de burn rate.

Indicateur : Custom query
  Index : logs-nginx.access-*
  Bons événements : http.response.status_code < 500
  Total : *
Objectif : 99.5 % sur 30 jours glissants
Alerte : burn rate (fenêtres longues et courtes) vers le connecteur d'astreinte

Bonne Pratique : Les concepts (SLI ratio, budget, burn rate multi-fenêtres) sont ceux détaillés dans la formation SRE : les maîtriser rend ces écrans immédiatement compréhensibles.