Ce document décrit les rappels, qui vous permettent d'empêcher Cloud Monitoring de créer des incidents et d'envoyer des notifications pendant des périodes spécifiques. Vous pouvez créer et gérer vos rappels à l'aide de la console Google Cloud, de Google Cloud CLI et de l'API Cloud Monitoring.
Quand suspendre les règles d'alerte
Créez une mise en veille lorsque vous souhaitez empêcher temporairement la création d'incidents et l'envoi de notifications, ou empêcher l'envoi répété de notifications pour un incident en cours. Par exemple, vous pouvez créer un rappel dans les situations suivantes:
- Vous avez planifié une maintenance.
- Une panne s'aggrave et vous souhaitez éviter d'autres incidents et notifications.
Fonctionnement du rappel
Lorsqu'une mise en veille d'une règle d'alerte est active, Monitoring n'envoie pas de notifications ni ne crée d'incidents pour la règle d'alerte mise en veille. Lorsque vous mettez en veille une règle d'alerte basée sur les métriques, Monitoring ferme également tous les incidents associés à la règle d'alerte.
Pour créer un rappel différé, procédez comme suit:
Pour appliquer le délai avant répétition à plusieurs règles d'alerte, créez-le depuis la page Alertes, la gcloud CLI ou l'API Cloud Monitoring. Vous pouvez également choisir le moment de la répétition et définir sa durée.
Appliquer le délai avant expiration à plusieurs règles d'alerte peut être utile lorsque vous avez planifié une maintenance et que vous devez que le délai avant expiration commence à un moment spécifique et dure une durée prédéterminée.
Pour mettre en veille un incident spécifique, créez-la sur la page Détails de l'incident d'un incident ouvert. Dans ce cas, tous les champs de répétition sont préconfigurés, à l'exception de la durée.
L'application du délai avant expiration à partir d'un incident spécifique peut être utile en cas d'indisponibilité croissante et lorsque vous devez immédiatement suspendre une règle d'alerte jusqu'à ce que les problèmes associés soient résolus.
Composants des rappels
Un rappel comporte quatre composants:
Un nom Nous vous recommandons d'utiliser ce champ pour décrire l'objectif du rappel.
Période qui détermine quand la mise en veille est active. Il est spécifié par une heure de début et une durée. Une mise en attente active empêche la surveillance de créer des incidents et d'émettre des notifications pour les règles d'alerte qui correspondent aux critères de la mise en attente. En dehors de la période active, la mise en veille est inactive. Un délai de rappel inactif n'a aucune incidence sur le moment où les incidents sont créés et les notifications envoyées.
Critères déterminant les règles d'alerte auxquelles la mise en veille s'applique.
Filtre facultatif basé sur des libellés, configuré sur la page "Détails de l'incident". Vous pouvez utiliser des libellés de ressources pour appliquer le rappel aux incidents qui portent les mêmes libellés et sont associés à la même règle d'alerte que l'incident que vous consultez. Pour en savoir plus, consultez la section Créer un rappel.
Comment les répétitions affectent les conditions des règles d'alerte
Le tableau suivant décrit la relation entre l'état d'une condition dans une règle d'alerte à condition unique et le moment où des incidents sont créés et des notifications sont envoyées:
État | Action |
---|---|
Condition non remplie | Comportement existant Lorsqu'un incident est ouvert, fermez-le et envoyez des notifications de fermeture de l'incident. |
La condition est remplie et La règle n'est pas associée à un rappel actif |
Comportement existant Lorsqu'un incident n'existe pas, créez-en un et envoyez des notifications. |
La condition est remplie et la stratégie est associée à une mise en veille active |
|
Lorsqu'un rappel est appliqué à une règle d'alerte contenant plusieurs critères, les règles de combinaison des critères sont appliquées en premier. Ensuite, les règles associées aux rappels sont appliquées.
Différence entre la création d'un délai avant expiration et la désactivation d'une règle
Pour empêcher les notifications d'une collection de règles d'alerte pendant un court intervalle, vous pouvez désactiver manuellement chaque règle d'alerte ou créer un rappel:
Si vous choisissez de désactiver manuellement les règles d'alerte, vous devez vous rappeler d'activer manuellement chaque règle d'alerte désactivée à la fin de l'intervalle. De plus, vous ne pouvez planifier ces actions que si vous utilisez l'API Cloud Monitoring et que vous configurez quelque chose pour émettre l'appel d'API à un moment spécifique.
Si vous créez un rappel, vous pouvez planifier la période active, et le rappel peut s'appliquer à plusieurs règles d'alerte. Lorsque la mise en veille est inactive ou qu'une mise en veille active se termine, les règles d'alerte associées se comportent normalement. Autrement dit, ces règles d'alerte peuvent créer des incidents et envoyer des notifications.
Lorsque vous avez des intervalles de maintenance périodiques, vous pouvez désactiver et activer manuellement les règles d'alerte qui ne doivent pas envoyer de notifications pour chaque intervalle. Toutefois, si vous créez un rappel pour une période de maintenance, vous pouvez le copier et modifier l'heure de début et la durée de la copie. Autrement dit, en créant un rappel et en le copiant, vous pouvez planifier une série de rappels à venir pour la même collection de règles d'alerte.
Pour consulter un enregistrement des dates de désactivation ou d'activation des règles d'alerte, vous devez interroger les journaux d'audit du projet Google Cloud. Toutefois, lorsque vous créez un rappel, il est ajouté à l'historique des rappels de votre projet Google Cloud. Vous pouvez consulter l'historique, qui affiche vos snoozes passés, actifs et à venir, à l'aide de la console Google Cloud.
Restrictions
La durée de la répétition doit être un seul intervalle, qui doit être un multiple de minutes.
Vous ne pouvez mettre en veille que 16 règles d'alerte.
Les critères d'une mise en pause ne peuvent pas être modifiés.