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 de notifications répétées 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 des rappels
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 des métriques, Monitoring ferme également tous les incidents associés à la règle d'alerte.
Lorsque vous créez un rappel à partir de la page Alertes, de gcloud CLI ou de l'API Cloud Monitoring, vous pouvez choisir le moment où le rappel commence, sa durée et les règles d'alerte auxquelles il s'applique. Lorsque vous utilisez la page Détails de l'incident d'un incident ouvert, tous les champs de rappel sont préconfigurés, à l'exception de la durée. La mise en veille commence dès que vous la créez.
Un rappel se compose de trois éléments:
Nom. Nous vous recommandons d'utiliser ce champ pour décrire l'objectif du rappel.
Période qui détermine quand le rappel est actif. 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.
Lorsque vous avez planifié une maintenance, créez un rappel à partir de la page Alertes, de gcloud CLI ou de l'API Cloud Monitoring. Vous pouvez spécifier le nom, les critères, l'heure de début et la durée du rappel.
En cas d'indisponibilité croissante, créez une mise en veille à partir de la page d'informations de l'incident ouvert. Ces délais permettent d'éviter d'autres incidents et notifications. Elles ne s'appliquent qu'à la règle d'alerte associée et vous ne spécifiez que la durée.
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 associé à une stratégie contenant plusieurs conditions, les règles de combinaison des conditions 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 mettre à jour 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.