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 à des périodes spécifiques. Vous pouvez créer et gérer vos mises en attente à l'aide de la console Google Cloud, de Google Cloud CLI et de 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 la création d'incidents et l'envoi de notifications, ou pour empêcher l'envoi de notifications répétées pour un incident ouvert. Par exemple, vous pouvez créer une mise en attente dans les situations suivantes:

  • Une opération de maintenance est planifiée.
  • Une panne s'aggrave et vous souhaitez empêcher d'autres incidents et 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 et ne crée pas d'incident pour cette règle. Lorsque vous mettez en pause une règle d'alerte basée sur les métriques, Monitoring ferme également tous les incidents liés à cette règle.

Lorsque vous créez une mise en pause à partir de la page Alertes, de gcloud CLI ou de l'API Cloud Monitoring, vous pouvez choisir le début et la durée de la mise en pause, et sélectionner les règles d'alerte auxquelles la mise en attente s'applique. Lorsque vous utilisez 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 l'objet de la mise en attente.

  • Période déterminant 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 Monitoring 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 pause. En dehors de la période active, la mise en attente est inactive. Une mise en pause inactive n'a pas d'incidence sur la création d'incidents et l'envoi de notifications.

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

Lorsque vous avez planifié une maintenance, créez une mise en pause à 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 de la mise en pause.

En cas d'indisponibilité qui s'aggrave, créez une mise en attente à partir de la page d'informations de l'incident en cours. Ces mises en pause empêchent 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 la création d'incidents et l'envoi de notifications:

État Action
Condition non remplie Comportement existant

Lorsqu'un incident est ouvert, fermez-le et envoyez des notifications de bouclage.

La condition est remplie et
La règle n'est pas associée à une mise en attente active
Comportement existant

Lorsqu'aucun incident n'existe, créez-en un 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'envoyez pas de notifications.
  • Lorsqu'un incident est ouvert, fermez-le et envoyez des notifications de bouclage.

Lorsqu'une mise en attente est associée à une stratégie 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

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

  • Si vous choisissez de désactiver manuellement les règles d'alerte, vous devez penser à 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 une mise en pause, vous pouvez planifier la période active. Celle-ci peut s'appliquer à plusieurs règles d'alerte. Lorsque la mise en pause est inactive ou lorsqu'une mise en pause active se termine, les règles d'alerte qui lui sont 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, pour chaque intervalle, vous pouvez désactiver et activer manuellement les règles d'alerte qui ne doivent pas envoyer de notifications. Toutefois, si vous créez une mise en pause pour un intervalle de maintenance, vous pouvez la copier, et 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, vous pouvez planifier une série de mises en attente à venir pour la même collection de règles d'alerte.

Pour afficher un enregistrement indiquant quand les règles d'alerte sont désactivées ou activées, vous devez interroger les journaux d'audit du projet Google Cloud. Toutefois, lorsque vous créez une mise en pause, celle-ci est ajoutée à l'enregistrement historique des mises en attente pour votre projet Google Cloud. Vous pouvez afficher l'enregistrement historique, qui indique les 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, un multiple de minutes.

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

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

Étapes suivantes