Neste documento, descrevemos os adiamentos, que permitem impedir que o Cloud Monitoring crie incidentes e emita notificações durante períodos específicos. É possível criar e gerenciar os adiamentos usando o console do Google Cloud, a Google Cloud CLI e a API Cloud Monitoring.
Quando adiar políticas de alertas
Crie um adiamento para impedir temporariamente a criação de alertas e o envio de notificações ou o envio de notificações repetidas referentes a um incidente aberto. Por exemplo, você pode criar um adiamento nas seguintes situações:
- Você tem uma manutenção planejada.
- Você tem uma interrupção cada vez mais grave e quer evitar outros incidentes e notificações.
Como os adiamentos funcionam
Quando um adiamento de uma política de alertas está ativo, o Monitoring não envia notificações nem cria incidentes para essa política. Quando você adia uma política de alertas com base em métricas, o Monitoring também fecha todos os incidentes relacionados a ela.
Ao criar um adiamento na página Alertas, na CLI gcloud ou na API Cloud Monitoring, é possível escolher quando o adiamento começa, a duração do adiamento e selecionar as políticas de alertas às quais o adiamento se aplica. Ao usar a página Detalhes do incidente de um incidente aberto, todos os campos de adiamento são pré-configurados, exceto a duração. O adiamento começa assim que você o cria.
Um adiamento tem três componentes:
Um nome. Recomendamos que você use esse campo para descrever a finalidade do adiamento.
Um período que determina quando o adiamento está ativo. Ele é especificado por um horário de início e uma duração. Um adiamento ativo impede que o Monitoring crie alertas e emita notificações para políticas de alertas que correspondam aos critérios do adiamento. Fora do período ativo, o adiamento ficará inativo. Um adiamento inativo não afeta quando os alertas são criados e as notificações são enviadas.
Critérios que determinam as políticas de alertas às quais o adiamento se aplica.
Quando você tiver a manutenção planejada, crie um adiamento na página Alertas, na CLI gcloud ou na API Cloud Monitoring. Você pode especificar o nome, os critérios, o horário de início e a duração do adiamento.
Quando você tiver uma interrupção em escala, crie um adiamento na página de detalhes do incidente aberto. Esses adiamentos evitam outros incidentes e notificações. Elas se aplicam apenas à política de alertas relacionada e você especifica apenas a duração.
Como os adiamentos afetam as condições da política de alertas
A tabela a seguir descreve a relação entre o status de uma condição em uma política de alertas de condição única e quando incidentes são criados e quando as notificações são enviadas:
| Estado | Ação |
|---|---|
| A condição não é acionada | Comportamento existente Quando um incidente estiver aberto, feche-o e envie notificações de encerramento. |
| A condição é acionada e A política não está associada a um adiamento ativo |
Comportamento existente Quando um incidente não existir, crie um e envie notificações. |
| A condição é acionada e A política está associada a um adiamento ativo |
|
Quando um adiamento está associado a uma política que contém várias condições, as regras para combinar as condições são aplicadas primeiro. Em seguida, são aplicadas as regras associadas aos adiamentos.
Qual é a diferença entre criar um adiamento e desativar uma política
Para evitar notificações de uma coleção de políticas de alertas por um curto intervalo, é possível desativar manualmente cada política de alertas ou criar um adiamento:
Se você optar por desativar manualmente as políticas de alertas, lembre-se de ativar manualmente cada política de alertas desativada no final do intervalo. Além disso, só é possível programar essas ações se você usar a API Cloud Monitoring e configurar algo para emitir a chamada de API em um horário específico.
Se você criar um adiamento, poderá programar o período ativo, e o adiamento poderá ser aplicado a várias políticas de alertas. Quando o adiamento está inativo ou quando um adiamento ativo termina, as políticas de alertas associadas a ele se comportam normalmente. Ou seja, essas políticas podem criar incidentes e enviar notificações.
Quando você tem janelas de manutenção periódicas, para cada janela, é possível desativar e ativar manualmente as políticas de alertas que não podem enviar notificações. No entanto, se você criar um adiamento para uma janela de manutenção, poderá copiá-lo e atualizar o horário de início e a duração da cópia. Ou seja, ao criar e copiar um adiamento, é possível programar uma série de adiamentos futuros para a mesma coleção de políticas de alertas.
Para visualizar um registro de quando as políticas de alertas estão desativadas ou ativadas, consulte os registros de auditoria do projeto do Google Cloud. No entanto, quando você cria um adiamento, ele é adicionado ao registro histórico de adiamentos para seu projeto do Google Cloud. É possível ver o registro histórico, que mostra os adiamentos anteriores, ativos e futuros usando o console do Google Cloud.
Restrições
A duração de um adiamento precisa ser um único intervalo que seja um múltiplo de minutos.
Um adiamento pode ser aplicado a apenas 16 políticas de alertas.
Não é possível modificar os critérios de um adiamento.