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 as ativações usando o Google Cloud console, a CLI do Google Cloud 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ê aplica um adiamento a uma política de alertas baseada em métricas ou SQL, o Monitoring também fecha todos os incidentes relacionados à política de alertas.
Para criar um adiamento, siga um destes procedimentos:
Para aplicar o adiamento a várias políticas de alertas, crie-o na página Alerts, na gcloud CLI ou na API Cloud Monitoring. Você também pode escolher quando o adiamento começa e definir a duração dele.
Aplicar o adiamento a várias políticas de alerta pode ser útil quando você planeja uma manutenção e precisa que o adiamento comece em um horário específico e dure por um período predeterminado.
Para aplicar um adiamento a um incidente específico, crie o adiamento na página Detalhes do incidente de um incidente aberto. Nesse caso, todos os campos de suspensão são pré-configurados, exceto a duração.
Aplicar o adiamento de um incidente específico pode ser útil quando você tem uma interrupção crescente e precisa adiar imediatamente uma política de alertas até que os problemas relacionados sejam resolvidos.
Componentes de adiamentos
Uma suspensão tem os seguintes componentes:
Um nome. Recomendamos que você use esse campo para descrever o objetivo 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 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.
Um filtro baseado em rótulos. Esse filtro é opcional e só está disponível quando o adiamento se aplica a uma única política de alerta. É possível selecionar rótulos de recursos, métricas e metadados para adiar apenas os incidentes com rótulos correspondentes.
Por exemplo, suponha que um filtro liste um ID de instância de VM específico e que o atraso esteja ativo. A política de alertas ainda pode criar incidentes para todas as VMs, exceto a listada no filtro.
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 é aplicado a uma política de alertas que contém várias condições, as regras para combinar as condições são aplicadas primeiro. Em seguida, as regras associadas às ativações 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 projeto Google Cloud . Você pode conferir o registro histórico, que mostra suas sonecas 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.
Um adiamento só pode ser aplicado a 16 políticas de alerta.
Os critérios de um adiamento não podem ser modificados.