Suspendre 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 mettre en attente des règles d'alerte

Créez une mise en attente lorsque vous souhaitez empêcher temporairement des incidents et l'envoi de notifications, ou pour empêcher notifications répétées d'envoi de notifications ouvertes l'incident. Par exemple, vous pouvez créer une mise en attente dans les situations suivantes:

  • Une opération de maintenance est planifiée.
  • L'indisponibilité s'aggrave et vous voulez é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 une mise en pause à partir de la page Alertes, la gcloud CLI, ou l'API Cloud Monitoring, vous pouvez choisir quand la mise en pause commence, la durée de la mise en pause ; sélectionnez les règles d'alerte auxquelles la mise en pause s'applique. Lorsque vous utilisez les la page Détails de l'incident d'un incident ouvert ; tous les champs de mise en attente sont préconfigurés, à l’exception de la durée. La mise en attente 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 déterminant le moment où la mise en attente est active. Il est spécifié par un une heure de début et une durée. Une mise en pause active empêche Surveillance : 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 attente 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 pause 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 répétitions empêchent d'autres incidents et notifications. Elles ne s'appliquent qu'aux règle d'alerte 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 dans une règle d'alerte à condition unique et lorsque des incidents sont créés et les notifications sont envoyées:

État Action
Condition non remplie Comportement existant

Lorsqu'un incident est ouvert, fermez-le et envoyer des notifications de clôture d'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 règle est associée à une mise en attente active
  • Lorsqu’un incident n’existe pas, n’en créez pas et n’en envoyer des notifications.
  • Lorsqu'un incident est ouvert, fermez-le et envoyer des notifications de clôture d'incident.

Lorsqu'une mise en attente est associée à une règle contenant plusieurs conditions, les règles permettant de combiner les 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'une mise en attente et la désactivation d'une règle

Empêcher les notifications provenant d'un ensemble de règles d'alerte pendant un court intervalle, vous pouvez désactiver manuellement chaque règle ou créer une mise en attente:

  • 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 la période active et la 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 une mise en attente vous pouvez copier cette mise en pause, mettre à jour l'heure de début et la durée de la copie. Autrement dit, en créant une mise en attente et en la copiant, planifier une série de répétitions à venir pour la même collection de règles d'alerte.

Pour consulter un enregistrement indiquant quand 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, Cette mise en pause est ajoutée à l'enregistrement historique des mises en attente. 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 d'une mise en pause doit être un intervalle unique qui est un multiple de minutes.

  • Une mise en pause ne peut être appliquée qu'à 16 alertes règles.

  • Les critères d'une mise en attente ne peuvent pas être modifiés.

Étape suivante