Mettre en attente les notifications et les incidents

Ce document décrit les mises en pause, qui vous permettent d'empêcher Cloud Monitoring de créer des incidents et d'envoyer des notifications lors de périodes. Vous pouvez créer et gérer vos mises en attente à l'aide du la console Google Cloud, la Google Cloud CLI et 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 une mise en attente dans les situations suivantes:

  • Vous avez planifié une maintenance.
  • Vous avez une panne qui s'aggrave et vous souhaitez éviter que d'autres incidents se produisent et les notifications.

Fonctionnement des mises en attente

Lorsqu'une mise en pause pour une règle d'alerte est active, Monitoring n'envoie pas de notifications ou créer des incidents pour la règle d'alerte mise en attente. Lorsque vous répétez d'alerte basée sur les métriques, Monitoring ferme également liés à la règle d'alerte.

Lorsque vous créez un rappel à partir de la page Alertes, de la CLI gcloud 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.

Une mise en pause comprend trois composants:

  • Un nom. nous vous recommandons d'utiliser ce champ pour décrire mettre en attente.

  • Période qui détermine le moment où la mise en attente est active. Il est spécifié par une heure de début et une durée. Une mise en pause active empêche Surveillance depuis la création d'incidents et émettre des notifications pour les règles d'alerte qui correspondent aux critères mettre en attente. En dehors de la période active, la mise en veille est inactive. Une mise en pause inactive n'a aucune incidence sur la création d'incidents les notifications sont envoyées.

  • Critères déterminant les règles d'alerte auxquelles la mise en veille s'applique.

En cas de maintenance planifiée, créez une mise en attente depuis la page Alertes. la gcloud CLI ou l'API Cloud Monitoring. Vous pouvez spécifier le nom, les critères, l'heure de début et la durée de la mise en pause.

En cas d'indisponibilité croissante, créez une mise en pause 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.

Impact des mises en attente sur 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 à une mise en attente active
Comportement existant

Lorsqu’un incident n’existe pas, créez-en une et envoyez des notifications.

La condition est remplie et
la stratégie est associée à une mise en veille active
  • Lorsqu'un incident n'existe pas, ne le créez pas et n'envoyez pas de notifications.
  • Lorsqu'un incident est ouvert, fermez-le et envoyez des notifications de fermeture de l'incident.

Lorsqu'un rappel est associé à une stratégie contenant plusieurs conditions, les règles de combinaison des conditions sont appliquées en premier. Les règles associées aux mises en attente sont ensuite 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 n'oubliez pas activer manuellement chaque règle d'alerte désactivée à la fin de l'intervalle. Par ailleurs, vous ne pouvez planifier ces actions que si vous utilisez l'API Cloud Monitoring configurer quelque chose pour émettre l'appel d'API à un moment précis.

  • Si vous créez une mise en attente, vous pouvez planifier les règles actives et les la mise en attente peut s'appliquer à plusieurs règles d'alerte. Lorsque la mise en attente est inactive ou lorsqu'une mise en pause active se termine, les règles d'alerte associées la mise en attente se comporte normalement. Autrement dit, ces règles d'alerte créer des incidents et envoyer des notifications.

Si vous avez des intervalles de maintenance périodiques, vous pouvez : désactiver et activer manuellement les règles d'alerte envoyer des notifications. 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 afficher un enregistrement du moment où les règles d'alerte sont désactivées ou activées, vous devez d'interroger les journaux d'audit du projet Google Cloud. Cependant, lorsque vous créez une mise en attente, La mise en attente est ajoutée à l'historique des mises en pause. pour votre projet Google Cloud. Vous pouvez consulter l'enregistrement historique, qui affiche vos mises en attente passées, actives 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.

  • Vous ne pouvez pas modifier les critères d'une mise en pause.

Étape suivante