Este documento descreve as ativações, 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 quando quiser impedir temporariamente a criação de incidentes e o envio de notificações ou impedir o envio de notificações repetidas para um incidente aberto. Por exemplo, você pode criar um adiamento nas seguintes situações:
- Você tem uma manutenção programada.
- Você tem uma interrupção crescente e quer evitar mais incidentes e notificações.
Como funcionam os adiamentos
Quando uma pausa para uma política de alertas está ativa, o Monitoring não envia notificações nem cria incidentes para a política de alertas pausada. Quando você adia uma política de alertas baseada 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, você pode escolher quando o adiamento começa, a duração dele e selecionar as políticas de alerta às quais o adiamento se aplica. Quando você usa a página Detalhes do incidente de um incidente aberto, todos os campos de suspensão são pré-configurados, exceto a duração. O adiamento começa assim que você o cria.
Uma suspensão tem três componentes:
Um nome. Recomendamos que você use esse campo para descrever o objetivo do soneca.
Um período que determina quando a suspensão está ativa. Ele é especificado por um horário de início e uma duração. Um adiamento ativo impede que o monitoramento crie incidentes e emita notificações para políticas de alerta que correspondam aos critérios do adiamento. Fora do período ativo, o adiamento fica inativo. Uma suspensão inativa não afeta quando os incidentes são criados e as notificações são enviadas.
Critérios que determinam as políticas de alerta a que o adiamento se aplica.
Quando você tiver uma manutenção planejada, crie um adiamento na página Alerts, 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 houver uma interrupção crescente, crie um adiamento na página de detalhes do incidente aberto. Essas pausas 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 uma única condição e quando os incidentes são criados e as notificações são enviadas:
| Estado | Ação |
|---|---|
| A condição não é atendida | Comportamento atual Quando um incidente estiver aberto, feche-o e envie notificações de fechamento de incidentes. |
| A condição é atendida e A política não está associada a um adiamento ativo |
Comportamento atual Quando um incidente não existe, crie um e envie notificações. |
| A condição é atendida e A política está associada a uma suspensão ativa |
|
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 período, desative manualmente cada política de alertas ou crie um adiamento:
Se você desativar manualmente as políticas de alertas, não se esqueça 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 alerta. Quando o adiamento está inativo ou quando um adiamento ativo termina, as políticas de alerta associadas ao adiamento se comportam normalmente. Ou seja, essas políticas de alerta podem criar incidentes e enviar notificações.
Quando você tiver janelas de manutenção periódicas, poderá desativar e ativar manualmente as políticas de alerta que não precisam enviar notificações. No entanto, se você criar uma suspensão para uma janela de manutenção, poderá copiar essa suspensão e atualizar o horário de início e a duração da cópia. Ou seja, ao criar e copiar um adiamento, você pode programar uma série de adiamentos futuros para a mesma coleção de políticas de alerta.
Para conferir um registro de quando as políticas de alerta são desativadas ou ativadas, é necessário consultar os registros de auditoria do projeto Google Cloud . No entanto, quando você cria uma suspensão, ela é adicionada ao registro histórico de suspensões do seu projeto Google Cloud . É possível conferir o registro histórico, que mostra as ativações anteriores, ativas e futuras, usando o console Google Cloud .
Restrições
A duração de um adiamento precisa ser um único intervalo que seja um múltiplo de minutos.
Uma suspensão só pode ser aplicada a 16 políticas de alerta.
Os critérios de um adiamento não podem ser modificados.