Neste documento, descrevemos os adiamentos, que permitem evitar 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 incidentes e o envio de notificações ou o envio de notificações repetidas para um incidente aberto. Por exemplo, você pode criar um adiamento nas seguintes situações:
- Você planejou uma manutenção.
- Você tem uma interrupção cada vez maior e quer evitar mais incidentes e notificações.
Como os recursos de soneca 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.
Quando você cria um adiamento na página Alertas, na CLI gcloud ou na API Cloud Monitoring, é possível escolher quando ele começa, a duração dele e selecionar as políticas de alertas às quais ele se aplica. Quando você usa 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 o objetivo do adiamento.
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 incidentes e emita notificações para políticas de alertas que correspondam aos critérios do adiamento. Fora do período ativo, o adiamento está inativo. Um adiamento inativo não afeta quando incidentes são criados e as notificações são enviadas.
Critérios que determinam as políticas de alertas a que o adiamento se aplica.
Quando você tiver uma manutenção planejada, crie um adiamento na página Alertas, na CLI gcloud ou na API Cloud Monitoring. É possível especificar o nome, os critérios, o horário de início e a duração do adiamento.
Quando você tiver uma interrupção cada vez maior, 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
Na tabela a seguir, descrevemos a relação entre o status de uma condição em uma política de alertas de condição única e quando os incidentes são criados e as notificações são enviadas:
| Estado | Ação |
|---|---|
| Condição não atendida | Comportamento atual Quando um incidente estiver aberto, feche-o e envie notificações de encerramento. |
| A condição foi atendida e A política não está associada a um adiamento ativo |
Comportamento atual Quando um incidente não existir, crie um e envie notificações. |
| A condição é atendida e A política está associada a um adiamento ativo |
|
Quando um adiamento é 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, as regras associadas aos adiamentos são aplicadas.
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, desative manualmente cada política de alertas ou crie um adiamento:
Se você optar por desativar manualmente as políticas de alertas, lembre-se de ativar manualmente cada uma delas no final do intervalo. Além disso, só será 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 ele poderá ser aplicado a várias políticas de alertas. Quando o adiamento está inativo ou quando um ativo termina, as políticas de alertas associadas a ele se comportam normalmente. Ou seja, essas políticas de alerta criam incidentes e enviam notificações.
Quando você tem janelas de manutenção periódicas, é possível desativar e ativar manualmente as políticas de alertas que não devem enviar notificações em cada janela. 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 ver 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 visualizar 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 só pode ser aplicado a 16 políticas de alertas.
Os critérios de um adiamento não podem ser modificados.