As sonecas no Cloud Monitoring permitem que você impeça que as políticas de alertas criem alertas e enviem notificações durante períodos específicos. É possível criar e gerenciar adiamentos usando o console doGoogle Cloud , a Google Cloud CLI ou a API Cloud Monitoring.
Quando suspender políticas de alertas
Crie um adiamento quando quiser impedir temporariamente a criação de alertas e o envio de notificações ou notificações repetidas de um alerta aberto. Por exemplo, é possível criar um adiamento nas seguintes situações:
- Você tem uma manutenção planejada.
- Há uma interrupção cada vez mais grave e você quer evitar mais alertas e notificações.
Como funciona o adiamento
Quando uma soneca para uma política de alertas está ativa, o Monitoring não envia notificações nem cria alertas para a política de alertas adiada. Quando você aplica uma suspensão temporária a uma política de alertas baseada em métricas ou SQL, o Monitoring também fecha todos os alertas relacionados à política de alertas.
Para criar um adiamento, faça o seguinte:
Para aplicar a suspensão temporária a várias políticas de alertas, crie-a na página Alertas, na CLI gcloud ou na API Cloud Monitoring. Também é possível escolher quando o adiamento começa e definir a duração dele.
Aplicar a soneca a várias políticas de alertas pode ser útil quando você tem uma manutenção planejada e precisa que a soneca comece em um horário específico e dure por um período predeterminado.
Para aplicar uma suspensão temporária a um alerta específico, crie a suspensão na página Detalhes do alerta de um alerta aberto. Nesse caso, todos os campos de adiamento são pré-configurados, exceto a duração.
Aplicar o adiamento de um alerta específico pode ser útil quando você tem uma interrupção do serviço em escalonamento e precisa adiar imediatamente uma política de alertas até que os problemas relacionados sejam resolvidos.
Componentes de adiamentos
Uma suspensão temporária tem os seguintes componentes:
Um nome. Recomendamos que você use esse campo para descrever a finalidade da suspensão temporária.
Um período que determina quando o adiamento está ativo. Ela é especificada por um horário de início e uma duração. Um adiamento ativo impede que o Monitoring crie alertas e emita notificações para políticas de alertas 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 alertas são criados e as notificações são enviadas.
Critérios para o adiamento, que incluem:
Uma lista de políticas de alertas às quais a suspensão se aplica.
Um filtro opcional baseado em rótulo que pode ser usado quando a suspensão temporária se aplica a uma única política de alertas. Defina os rótulos do filtro para adiar alertas 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 a suspensão esteja ativa. A política de alertas ainda pode criar alertas 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 as suspensões 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 condição única e quando os alertas são criados e as notificações são enviadas:
| Estado | Ação |
|---|---|
| A condição não foi atendida | Comportamento atual Quando um alerta estiver aberto, feche-o e envie notificações de encerramento de alerta. |
| A condição é atendida e A política não está associada a um adiamento ativo |
Comportamento atual Quando um alerta não existir, crie um e envie notificações. |
| A condição é atendida e A política está associada a uma suspensão ativa |
|
Quando uma suspensão temporária é aplicada 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 suspensões temporárias são aplicadas.
Qual é a diferença entre criar uma suspensão temporária e desativar uma política?
Para evitar notificações de um conjunto de políticas de alertas por um curto intervalo, desative manualmente cada política de alertas ou crie uma suspensão temporária:
Se você optar por desativar manualmente as políticas de alertas, lembre-se 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 uma suspensão temporária, poderá programar o período ativo, e ela poderá ser aplicada a várias políticas de alertas. Quando o adiamento está inativo ou quando um adiamento ativo termina, as políticas de alertas associadas a ele se comportam normalmente. Ou seja, essas políticas de alertas podem criar alertas e enviar 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 para cada janela. No entanto, se você criar uma suspensão temporária 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 uma suspensão temporária e copiá-la, é possível programar uma série de suspensões temporárias para o mesmo conjunto de políticas de alertas.
Para ver um registro de quando as políticas de alertas são desativadas ou ativadas, consulte os registros de auditoria do projeto do Google Cloud . No entanto, quando você cria uma suspensão temporária, ela é adicionada ao registro histórico de suspensões temporárias do projeto do Google Cloud . É possível ver o registro histórico, que mostra as suspensões anteriores, ativas e futuras, usando o console do Google Cloud .
Restrições
A duração de uma suspensão temporária precisa ser um único intervalo que seja um múltiplo de minutos.
Uma suspensão temporária só pode ser aplicada a 16 políticas de alertas.
Não é possível modificar os critérios de um adiamento.
Ao aplicar uma suspensão temporária a uma política de alertas com uma condição baseada em PromQL, não é possível usar rótulos de metadados no filtro.