Este documento descreve as pausas, 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 CLI do Google Cloud e a API Cloud Monitoring.
Quando adiar políticas de alertas
Criar um adiamento quando quiser evitar incidentes temporariamente sejam criadas e o envio de notificações, ou para evitar notificações repetidas sejam enviadas para um anúncio aberto o incidente. Por exemplo, você pode criar um adiamento nas seguintes situações:
- Você tem uma manutenção programada.
- Você tiver uma interrupção cada vez maior e quiser 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 o 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.
Uma suspensão tem três componentes:
Um nome. Recomendamos que você use esse campo para descrever o objetivo do soneca.
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 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 programada, crie um adiamento na página Alerts, na gcloud CLI 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 alerta 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 um em uma política de alertas de condição única e quando 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 existir, crie um e envie notificações. |
| 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, é possível desativar manualmente cada política de alertas ou crie um adiamento:
Se você desativar manualmente as políticas de alertas, lembre-se de ativar manualmente cada política de alertas desativada ao 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 a o adiamento pode ser aplicado a várias políticas de alertas. 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 há janelas de manutenção periódicas, para cada janela, é possível desativar e ativar manualmente as políticas de alertas que não devem enviar notificações. No entanto, se você criar um adiamento para um janela de manutenção, é possível copiar esse adiamento e atualizar o horário de início e 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 e políticas de alertas.
Para acessar um registro de quando as políticas de alertas estão desativadas ou ativadas, você precisa: consultar os registros de auditoria do projeto do Google Cloud. No entanto, ao criar um adiamento, que o adiamento seja adicionado ao registro histórico de adiamentos para seu projeto do Google Cloud. É possível conferir o registro histórico, que mostra as sonecas ativas, anteriores e futuras, 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.
O adiamento só pode ser aplicado a 16 políticas de alerta.
Os critérios de um adiamento não podem ser modificados.