Ce document décrit les mises en veille, 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 mises en veille à l'aide de la console Google Cloud , de Google Cloud CLI et de l'API Cloud Monitoring.
Quand mettre en veille 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 empêcher l'envoi de notifications répétées pour un incident en cours. Par exemple, vous pouvez créer un report dans les situations suivantes :
- Vous avez planifié une maintenance.
- Vous avez une panne qui s'aggrave et vous souhaitez éviter d'autres incidents et notifications.
Fonctionnement de la mise en veille
Lorsqu'une mise en veille est active pour une règle d'alerte, 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 une métrique ou sur SQL, Monitoring ferme également tous les incidents associés à la règle d'alerte.
Vous pouvez créer une option de report de l'une des manières suivantes :
Pour appliquer la mise en veille à plusieurs règles d'alerte, créez-la sur la page Alertes, dans gcloud CLI ou dans l'API Cloud Monitoring. Vous pouvez également choisir quand la mise en veille commence et définir sa durée.
Il peut être utile d'appliquer la mise en veille à plusieurs règles d'alerte lorsque vous avez planifié une maintenance et que vous avez besoin que la mise en veille commence à une heure précise et dure une durée prédéterminée.
Pour appliquer une mise 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 mise en veille sont préconfigurés, à l'exception de la durée.
Il peut être utile de mettre en veille une règle d'alerte à partir d'un incident spécifique lorsque vous êtes confronté à une panne qui s'aggrave et que vous devez mettre en veille immédiatement une règle d'alerte jusqu'à ce que les problèmes associés soient résolus.
Composants des mises en veille
Une mise en veille comprend les éléments suivants :
Un nom Nous vous recommandons d'utiliser ce champ pour décrire l'objectif de la mise en veille.
Période pendant laquelle la mise en veille est active. Elle est spécifiée par une heure de début et une durée. Une mise en veille active empêche Monitoring de créer des incidents et d'envoyer des notifications pour les règles d'alerte qui correspondent aux critères de la mise en veille. En dehors de la période active, la mise en veille est inactive. Une mise en veille inactive n'a aucune incidence sur la création d'incidents ni sur l'envoi de notifications.
Critères de mise en veille, y compris les suivants :
Liste des règles d'alerte auxquelles la mise en veille s'applique.
Filtre facultatif basé sur les libellés, qui peut être utilisé lorsque la mise en veille s'applique à une seule règle d'alerte. Vous définissez les libellés du filtre pour mettre en veille les incidents comportant des libellés correspondants. Par exemple, supposons qu'un filtre inclut un libellé pour un ID d'instance de machine virtuelle (VM) spécifique et que la mise en veille est active. La règle d'alerte peut toujours créer des incidents pour toutes les VM, à l'exception de celle listée dans le filtre.
Un filtre basé sur des libellés peut inclure des libellés de ressources et de métriques. Lorsque la règle d'alerte n'est pas basée sur PromQL, le filtre peut également inclure des libellés de métadonnées.
Impact des mises en veille 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ù les incidents sont créés et les notifications envoyées :
| État | Action |
|---|---|
| Condition non remplie | Comportement existant Lorsqu'un incident est ouvert, fermez-le et envoyez des notifications de clôture. |
| La condition est remplie et La règle n'est pas associée à une mise en veille active |
Comportement existant Lorsqu'un incident n'existe pas, créez-en un et envoyez des notifications. |
| La condition est remplie et La règle est associée à une mise en veille active. |
|
Lorsqu'une mise en veille est appliquée à une règle d'alerte contenant plusieurs conditions, les règles de combinaison des conditions sont appliquées en premier. Les règles associées aux mises en veille sont ensuite appliquées.
Différence entre la mise en veille et la désactivation d'une règle
Pour éviter de recevoir des 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 une mise en veille :
Si vous choisissez de désactiver manuellement les règles d'alerte, n'oubliez pas de les réactiver manuellement à 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 un élément pour émettre l'appel d'API à une heure spécifique.
Si vous créez une mise en veille, vous pouvez planifier la période active. La mise en veille 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 à la mise en veille 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, pour chaque intervalle, 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 veille pour une période de maintenance, vous pouvez la copier et modifier l'heure de début et la durée de la copie. En d'autres termes, en créant une mise en veille et en la copiant, vous pouvez planifier une série de mises en veille à venir pour la même collection de règles d'alerte.
Pour afficher un enregistrement des moments où 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 veille, elle est ajoutée à l'historique des mises en veille de votre projet Google Cloud . Vous pouvez consulter l'historique, qui affiche vos mises en veille passées, actives et à venir, à l'aide de la console Google Cloud .
Restrictions
La durée d'une mise en veille doit être un intervalle unique qui est un multiple de minutes.
Vous ne pouvez mettre en veille que 16 règles d'alerte.
Les critères d'une mise en veille ne peuvent pas être modifiés.
Lorsque vous mettez en veille une règle d'alerte avec une condition basée sur PromQL, vous ne pouvez pas utiliser de libellés de métadonnées dans le filtre.