Este documento descreve as pausas, que lhe permitem impedir que o Cloud Monitoring crie incidentes e emita notificações durante períodos específicos. Pode criar e gerir as suas pausas através da consola, da CLI do Google Cloud e da API Cloud Monitoring. Google Cloud
Quando suspender políticas de alerta
Crie uma suspensão quando quiser impedir temporariamente a criação de incidentes e o envio de notificações, ou para impedir o envio de notificações repetidas para um incidente aberto. Por exemplo, pode criar uma suspensão temporária nas seguintes situações:
- Tem manutenção planeada.
- Tem uma indisponibilidade em escalamento e quer evitar mais incidentes e notificações.
Como funcionam as suspensões temporárias
Quando uma suspensão temporária de uma política de alerta está ativa, o Monitoring não envia notificações nem cria incidentes para a política de alerta suspensa temporariamente. Quando aplica uma suspensão temporária a uma política de alerta baseada em métricas ou em SQL, o Monitoring também fecha todos os incidentes relacionados com a política de alerta.
Pode criar uma repetição através de qualquer uma das seguintes ações:
Para aplicar a suspensão temporária a várias políticas de alerta, crie-a a partir da página Alertas, da CLI gcloud ou da API Cloud Monitoring. Também pode escolher quando o adiamento começa e definir a duração do adiamento.
Aplicar a opção Adiar a várias políticas de alerta pode ser útil quando tem manutenção planeada e precisa que a opção Adiar comece a uma hora específica e dure um período predeterminado.
Para aplicar uma suspensão temporária a um incidente específico, crie a suspensão temporária na página Detalhes do incidente de um incidente aberto. Neste caso, todos os campos de adiamento estão pré-configurados, exceto a duração.
A aplicação da suspensão temporária a partir de um incidente específico pode ser útil quando tem uma indisponibilidade a aumentar e precisa de suspender temporariamente uma política de alertas imediatamente até que os problemas relacionados sejam resolvidos.
Componentes dos adiamentos
Uma suspensão temporária tem os seguintes componentes:
Um nome. Recomendamos que use este campo para descrever a finalidade da suspensão temporária.
Um período que determina quando a função Adiar está ativa. É especificado por uma hora de início e uma duração. Uma suspensão ativa impede que a monitorização crie incidentes e emita notificações para políticas de alerta que correspondam aos critérios da suspensão. Fora do período ativo, a suspensão está inativa. Uma pausa inativa não afeta a criação de incidentes nem o envio de notificações.
Critérios para a suspensão temporária, que incluem o seguinte:
Uma lista de políticas de alerta às quais a suspensão se aplica.
Um filtro opcional baseado em etiquetas que pode ser usado quando o adiamento se aplica a uma única política de alerta. Define as etiquetas do filtro para ignorar incidentes com etiquetas correspondentes. Por exemplo, suponhamos que um filtro inclui uma etiqueta para um ID de instância de máquina virtual (VM) específico e que a opção Adiar está ativa. A política de alertas continua a poder criar incidentes para todas as VMs, exceto a que está listada no filtro.
Um filtro baseado em etiquetas pode incluir etiquetas de recursos e métricas. Quando a política de alerta não se baseia em PromQL, o filtro também pode incluir etiquetas de metadados.
Como os adiamentos afetam as condições da política de alertas
A tabela seguinte descreve a relação entre o estado de uma condição numa política de alertas de condição única e quando são criados incidentes e enviadas notificações:
Estado | Ação |
---|---|
A condição não é cumprida | Comportamento existente Quando um incidente está aberto, feche-o e envie notificações de encerramento de incidentes. |
A condição é cumprida e A política não está associada a uma suspensão ativa |
Comportamento existente Quando não existe um incidente, crie um e envie notificações. |
A condição é cumprida e A política está associada a uma suspensão temporária ativa |
|
Quando uma suspensão temporária é aplicada a uma política de alerta que contém várias condições, as regras para combinar as condições são aplicadas primeiro. Em seguida, são aplicadas as regras associadas aos adiamentos.
Como a criação de uma suspensão difere da desativação de uma política
Para evitar receber notificações de uma coleção de políticas de alerta durante um curto intervalo, pode desativar manualmente cada política de alerta ou criar uma suspensão:
Se optar por desativar manualmente as políticas de alerta, tem de se lembrar de ativar manualmente cada política de alerta desativada no final do intervalo. Além disso, só pode agendar estas ações se usar a API Cloud Monitoring e configurar algo para emitir a chamada da API a uma hora específica.
Se criar uma suspensão temporária, pode agendar o período ativo, e a suspensão temporária pode aplicar-se a várias políticas de alerta. Quando a suspensão está inativa ou quando uma suspensão ativa termina, as políticas de alerta associadas à suspensão comportam-se normalmente. Ou seja, estas políticas de alerta podem criar incidentes e enviar notificações.
Quando tem períodos de manutenção periódicos, para cada período, pode desativar e ativar manualmente as políticas de alerta que não devem enviar notificações. No entanto, se criar uma suspensão temporária para um período de manutenção, pode copiar essa suspensão temporária e atualizar a hora de início e a duração da cópia. Ou seja, ao criar um adiamento e copiá-lo, pode agendar uma série de adiamentos futuros para a mesma coleção de políticas de alerta.
Para ver um registo de quando as políticas de alerta são desativadas ou ativadas, tem de consultar os registos de auditoria do projeto Google Cloud . No entanto, quando cria uma repetição, essa repetição é adicionada ao registo histórico de repetições do seu Google Cloud projeto. Pode ver o registo do histórico, que mostra as suas sestas passadas, ativas e futuras, através da Google Cloud consola.
Restrições
A duração de um adiamento tem de ser um único intervalo que seja um múltiplo de minutos.
Só é possível aplicar uma suspensão a 16 políticas de alerta.
Não é possível modificar os critérios de um adiamento.
Quando aplica uma suspensão temporária a uma política de alerta com uma condição baseada em PromQL, não pode usar etiquetas de metadados no filtro.