Questo documento descrive i posticipi, che consentono di impedire a Cloud Monitoring di creare incidenti ed emettere notifiche durante periodi di tempo specifici. Puoi creare e gestire i rinvii utilizzando la console Google Cloud , Google Cloud CLI e l'API Cloud Monitoring.
Quando posticipare i criteri di avviso
Crea un posticipo quando vuoi impedire temporaneamente la creazione di incidenti e l'invio di notifiche oppure per impedire l'invio di notifiche ripetute per un incidente aperto. Ad esempio, potresti creare un posticipo nelle seguenti situazioni:
- Hai una manutenzione pianificata.
- Hai un'interruzione in escalation e vuoi evitare ulteriori incidenti e notifiche.
Come funzionano i posticipi
Quando un rinvio per una criterio di avviso è attivo, Monitoring non invia notifiche né crea incidenti per la policy di avviso rinviata. Quando applichi la sospensione a una criterio di avviso basata su metriche o SQL, Monitoring chiude anche tutti gli incidenti correlati allacriterio di avvisoso.
Puoi creare un posticipo in uno dei seguenti modi:
Per applicare la sospensione a più policy di avviso, creala dalla pagina Avvisi, da gcloud CLI o dall'API Cloud Monitoring. Puoi anche scegliere quando inizia il posticipo e definirne la durata.
L'applicazione del posticipo a più criteri di avviso può essere utile quando hai pianificato la manutenzione e devi che il posticipo inizi a un orario specifico e duri per un periodo di tempo predeterminato.
Per applicare un rinvio a un incidente specifico, crealo dalla pagina Dettagli incidente di un incidente aperto. In questo caso, tutti i campi di posticipo sono preconfigurati, ad eccezione della durata.
L'applicazione del rinvio da un incidente specifico può essere utile quando si verifica un'interruzione in escalation e devi rinviare immediatamente unacriterio di avvisoo finché i problemi correlati non vengono risolti.
Componenti dei posticipi
Un posticipo ha i seguenti componenti:
Un nome. Ti consigliamo di utilizzare questo campo per descrivere lo scopo del posticipo.
Un periodo che determina quando la sospensione è attiva. È specificato da un'ora di inizio e una durata. Un posticipo attivo impedisce a Monitoring di creare incidenti e inviare notifiche per i criteri di avviso che corrispondono ai criteri del posticipo. Al di fuori del periodo attivo, il posticipo non è attivo. Un rinvio non attivo non influisce sulla creazione degli incidenti e sull'invio delle notifiche.
Criteri per il posticipo, che includono quanto segue:
Un elenco di criteri di avviso a cui si applica la posticipazione.
Un filtro facoltativo basato su etichette che può essere utilizzato quando il posticipo si applica a un singolo criterio di avviso. Definisci le etichette del filtro per posticipare gli incidenti con etichette corrispondenti. Ad esempio, supponiamo che un filtro includa un'etichetta per un ID istanza di macchina virtuale (VM) specifico e che la sospensione sia attiva. La criterio di avviso può comunque creare incidenti per tutte le VM, tranne quella elencata nel filtro.
Un filtro basato sulle etichette può includere etichette di risorse e metriche. Quando il criterio di avviso non è basato su PromQL, il filtro può includere anche etichette di metadati.
In che modo i posticipi influiscono sulle condizioni criterio di avviso
La tabella seguente descrive la relazione tra lo stato di una condizione in una criterio di avviso a condizione singola e il momento in cui vengono creati gli incidenti e inviate le notifiche:
| Stato | Azione |
|---|---|
| Condizione non soddisfatta | Comportamento esistente Quando un incidente è aperto, chiudilo e invia notifiche di chiusura dell'incidente. |
| La condizione è soddisfatta e La policy non è associata a un posticipo attivo |
Comportamento esistente Quando un incidente non esiste, creane uno e invia notifiche. |
| Condizione soddisfatta e La policy è associata a una sospensione attiva |
|
Quando viene applicata una sospensione a un criterio di avviso che contiene più condizioni, vengono applicate prima le regole per combinare le condizioni. Successivamente, vengono applicate le regole associate ai posticipi.
Differenza tra la creazione di una sospensione e la disattivazione di una norma
Per evitare le notifiche di una raccolta di criteri di avviso per un breve intervallo, puoi disattivare manualmente ogni criterio di avviso o puoi creare un posticipo:
Se scegli di disattivare manualmente i criteri di avviso, devi ricordarti di attivare manualmente ogni criterio di avviso disattivato alla fine dell'intervallo. Inoltre, puoi pianificare queste azioni solo se utilizzi l'API Cloud Monitoring e configuri un elemento per eseguire la chiamata API a un orario specifico.
Se crei una sospensione, puoi pianificare il periodo attivo e la sospensione può essere applicata a più policy di avviso. Quando il posticipo è inattivo o quando un posticipo attivo termina, le policy di avviso associate al posticipo si comportano normalmente. ovvero possono creare incidenti e inviare notifiche.
Quando hai periodi di manutenzione periodici, per ogni periodo puoi disattivare e attivare manualmente le policy di avviso che non devono inviare notifiche. Tuttavia, se crei un posticipo per una periodo di manutenzione, puoi copiarlo e aggiornare l'ora di inizio e la durata della copia. ovvero, creando un rinvio e copiandolo, puoi pianificare una serie di rinvii imminenti per la stessa raccolta di norme di avviso.
Per visualizzare un record di quando le policy di avviso vengono disattivate o attivate, devi interrogare i log di controllo del progetto Google Cloud . Tuttavia, quando crei un posticipo, questo viene aggiunto al record storico dei posticipi per il tuo progetto Google Cloud . Puoi visualizzare il record storico, che mostra i posticipi passati, attivi e futuri, utilizzando la console Google Cloud .
Limitazioni
La durata di un posticipo deve essere un singolo intervallo multiplo di minuti.
Un posticipo può essere applicato solo a 16 criteri di avviso.
I criteri di un posticipo non possono essere modificati.
Quando applichi una sospensione a una criterio di avviso con una condizione basata su PromQL, non puoi utilizzare le etichette dei metadati nel filtro.