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 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ê aplica um adiamento a uma política de alertas baseada em métricas ou em 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 CLI gcloud 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 reagendamento.
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 para o adiamento, que incluem o seguinte:
Uma lista de políticas de alerta às quais a soneca se aplica.
Um filtro opcional baseado em rótulo que pode ser usado quando o adiamento se aplica a uma única política de alertas. Você define os rótulos do filtro para adiar incidentes com rótulos correspondentes. Por exemplo, suponha que um filtro inclua um rótulo para um ID de instância de máquina virtual (VM) específico e que o adiamento esteja ativo. A política de alertas ainda pode criar incidentes para todas as VMs, exceto a listada no filtro.
Um filtro baseado em rótulos pode incluir rótulos de recursos e métricas. Quando a política de alertas não é baseada em PromQL, o filtro também pode incluir rótulos de metadados.
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ê tem janelas de manutenção periódicas, é possível 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 sonecas ativas, anteriores 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.
O adiamento só pode ser aplicado a 16 políticas de alerta.
Os critérios de um adiamento não podem ser modificados.
Ao aplicar um adiamento a uma política de alertas com uma condição baseada em PromQL, não é possível usar rótulos de metadados no filtro.