Cette page explique les différentes méthodes de création de règles d'alerte basées sur PromQL. Vous pouvez utiliser des requêtes PromQL pour créer des conditions complexes avec des fonctionnalités telles que des ratios, des seuils dynamiques et des métriques combinées.
Si vous utilisez Prometheus dans des environnements autres que Google Cloudou si vous utilisez des alertes dans Managed Service pour Prometheus, vous pouvez migrer vos règles d'alerte Prometheus vers des règles d'alerte basées sur PromQL. Vous pouvez ainsi gérer toutes vos règles d'alerte dans Cloud Monitoring.
Vous pouvez également importer des tableaux de bord Grafana dans Cloud Monitoring.
- Pour en savoir plus sur l'utilisation de PromQL dans Monitoring, consultez la page PromQL dans Cloud Monitoring.
- Pour obtenir des informations générales sur les règles d'alerte, consultez la page Comportement des règles d'alerte basées sur les métriques.
Présentation
Vous pouvez créer des règles d'alerte basées sur PromQL de différentes manières:
Créez une règle d'alerte dans la console Google Cloud et définissez une requête PromQL dans l'éditeur de code.
Créez une règle d'alerte basée sur PromQL à l'aide de gcloud CLI ou de la construction
AlertPolicydans l'API Monitoring.Migrez vos règles d'alerte et canaux de notification Prometheus vers Cloud Monitoring à l'aide de la Google Cloud CLI.
Les incidents créés par une règle d'alerte basée sur PromQL apparaissent dans la console Google Cloud avec vos autres incidents. Vous pouvez interagir avec ces incidents dans la console Google Cloud.
Les conditions de votre règle d'alerte basée sur PromQL peuvent faire référence à n'importe quelle métrique dans Cloud Monitoring, y compris les métriques système, les métriques personnalisées et basées sur les journaux, ainsi que les métriques Prometheus. Google Cloud Vous devez traduire les noms des métriques autres que Prometheus en syntaxe de métrique PromQL. Pour en savoir plus, consultez la section Mapper des métriques Monitoring à PromQL.
Restrictions
Une règle d'alerte basée sur PromQL peut avoir une période de réessai de 24 heures maximum et une période d'alignement de 24 heures maximum. La somme de la période de réévaluation et de la période d'alignement ne doit pas dépasser 25 heures.
Si votre règle d'alerte Prometheus fait référence à une métrique, vous devez d'abord disposer d'un descripteur de métrique équivalent dans Cloud Monitoring avant de créer votre règle d'alerte basée sur PromQL. Toutefois, vous pouvez remplacer cette validation en configurant votre règle d'alerte basée sur PromQL avec l'API Cloud Monitoring. Pour en savoir plus, consultez la section Désactiver la vérification de l'existence des métriques.
Tarifs
En général, les métriques système Cloud Monitoring sont gratuites, contrairement aux métriques provenant de systèmes, d'agents ou d'applications externes. Les métriques facturables sont facturées en fonction du nombre d'octets ou du nombre d'échantillons ingérés.
Pour en savoir plus sur la tarification de Cloud Monitoring, consultez les documents suivants:
Étape suivante
Pour savoir comment utiliser la console Google Cloud pour créer des règles d'alerte avec une requête PromQL dans la condition, consultez la section Créer des règles d'alerte basées sur PromQL (console).
Pour savoir comment créer des règles d'alerte avec PromQL directement à l'aide de l'API Cloud Monitoring, consultez la section Créer des règles d'alerte basées sur PromQL (API).
Pour savoir comment migrer des règles d'alerte PromQL vers des règles d'alerte basées sur PromQL dans Monitoring, consultez la page Migrer des règles d'alerte et des récepteurs depuis Prometheus.
Pour en savoir plus sur l'importation de tableaux de bord Grafana, consultez la page Importer des tableaux de bord Grafana dans Cloud Monitoring.