Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Types de règles d'alerte
Cette rubrique de documentation est conçue pour les espaces de travail Grafana compatibles avec la version 10.x de Grafana.
Pour les espaces de travail Grafana compatibles avec la version 9.x de Grafana, voir. Travailler dans la version 9 de Grafana
Pour les espaces de travail Grafana compatibles avec la version 8.x de Grafana, voir. Travailler dans la version 8 de Grafana
Grafana prend en charge plusieurs types de règles d'alerte. Apprenez-en davantage sur chacun des types de règles d'alerte, leur fonctionnement et déterminez celle qui convient le mieux à votre cas d'utilisation.
Règles gérées par Grafana
Les règles gérées par Grafana sont le type de règle d'alerte le plus flexible. Ils vous permettent de créer des alertes qui peuvent agir sur les données provenant de n'importe laquelle de vos sources de données existantes.
Outre la prise en charge de plusieurs sources de données, vous pouvez ajouter des expressions pour transformer vos données et exprimer les conditions d'alerte.
Dans Grafana, gestion des alertes :
-
Les règles d'alerte sont créées dans Grafana, sur la base d'une ou de plusieurs sources de données.
-
Les règles d'alerte sont évaluées par le moteur d'évaluation des règles d'alerte depuis Grafana.
-
Les alertes sont diffusées à l'aide du Grafana Alertmanager interne.
Note
Vous pouvez également configurer les alertes à diffuser à l'aide d'un gestionnaire d'alertes externe, ou utiliser à la fois des gestionnaires d'alertes internes et externes. Pour plus d'informations, voir Ajouter un gestionnaire d'alertes externe.
Règles de gestion des sources de données
Pour créer des règles d'alerte gérées par une source de données, vous devez disposer d'une source de données Prometheus ou Loki compatible. Vous pouvez vérifier si votre source de données prend en charge la création de règles via Grafana en testant la source de données et en observant si l'API Ruler est prise en charge.
Dans les alertes gérées par les sources de données :
-
Les règles d'alerte sont créées et stockées dans la source de données elle-même.
-
Les règles d'alerte ne peuvent être créées que sur la base des données Prometheus.
-
L'évaluation et la diffusion des règles d'alerte sont réparties sur plusieurs nœuds pour garantir une haute disponibilité et une tolérance aux pannes.
Choisissez un type de règle d'alerte
Lorsque vous choisissez le type de règle d'alerte à utiliser, considérez la comparaison suivante entre les règles d'alerte gérées par Grafana et les règles d'alerte gérées par les sources de données.
| Fonctionnalité | Règle d'alerte gérée par Grafana | Règle d'alerte gérée par Loki/Mimir |
|---|---|---|
Créez des règles d'alerte basées sur les données provenant de l'une de nos sources de données prises en charge |
Oui |
Non : vous pouvez uniquement créer des règles d'alerte basées sur les données Prometheus. L'API Ruler doit être activée dans la source de données. |
Combinez et associez les sources de données |
Oui |
Non |
Inclut la prise en charge des règles d'enregistrement |
Non |
Oui |
Ajoutez des expressions pour transformer vos données et définir des conditions d'alerte |
Oui |
Non |
Utiliser des images dans les notifications d'alerte |
Oui |
Non |
Mise à l'échelle |
Plus gourmands en ressources, dépendent de la base de données et sont susceptibles de présenter des erreurs transitoires. Ils ne sont redimensionnés que verticalement. |
Stockez les règles d'alerte dans la source de données elle-même et permettez une mise à l'échelle « infinie ». Générez et envoyez des notifications d'alerte depuis l'emplacement de vos données. |
Évaluation et diffusion des règles d'alerte |
L'évaluation et la diffusion des règles d'alerte sont effectuées depuis Grafana, en utilisant un Alertmanager externe, ou les deux. |
L'évaluation des règles d'alerte et la diffusion des alertes sont distribuées, ce qui signifie qu'il n'existe aucun point de défaillance unique. |
