Neste documento, descrevemos os adiamentos, que permitem impedir que o Cloud Monitoring desde a criação de incidentes e a emissão de notificações durante períodos específicos em determinados períodos. Você pode criar e gerenciar os adiamentos usando o Console do Google Cloud, a Google Cloud CLI e a API Cloud Monitoring.
Quando adiar políticas de alertas
Criar um adiamento quando quiser evitar incidentes temporariamente sejam criadas e as notificações sejam enviadas 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ê planejou uma manutenção.
- Você tiver uma interrupção cada vez maior e quiser evitar mais incidentes e notificações.
Como os recursos de soneca funcionam
Quando um adiamento de uma política de alertas está ativo, o Monitoring não envia notificações ou criar incidentes para a política de alertas adiados. Quando você ativar a soneca com base em métricas, o Monitoring também encerra incidentes relacionados à política de alertas.
Quando você cria um adiamento na página Alertas, a CLI gcloud, ou a API Cloud Monitoring, é possível escolher quando o adiamento começa, a duração do adiamento selecione as políticas de alertas à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.
Um adiamento tem três componentes:
Um nome. recomendamos que você use este campo para descrever a finalidade da soneca.
Período que determina quando o adiamento está ativo. Ele é especificado por um o horário de início e a duração. Uma soneca ativa impede Monitoramento da criação de incidentes e emitir notificações para políticas de alertas que correspondam aos critérios do soneca. Fora do período ativo, o adiamento está inativo. Um adiamento inativo não afeta quando incidentes são criados e notificações sejam enviadas.
Critérios que determinam as políticas de alertas a que o adiamento se aplica.
Quando a manutenção estiver planejada, crie um adiamento na página Alertas. a CLI gcloud ou a API Cloud Monitoring. É possível especificar o nome, os critérios, o horário de início e a duração do adiamento.
Quando você tiver uma interrupção cada vez maior, crie um adiamento a partir do de detalhes do incidente aberto. Esses adiamentos evitam incidentes e notificações. Elas se aplicam somente aos serviços política de alertas 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 |
|---|---|
| Condição não atendida | Comportamento atual Quando um incidente estiver aberto, feche-o para enviar notificações de interdição de incidentes. |
| Condição atendida e A política não está associada a um adiamento ativo. |
Comportamento atual Quando não existe um incidente, crie uma 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, você só poderá 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 estiver inativo ou quando um adiamento ativo terminar, as políticas de alerta associadas o adiamento se comportar normalmente. Ou seja, essas políticas de alertas 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 acessar o registro histórico, que mostra as sonecas anteriores, ativas e futuras, usando o console do Google Cloud.
Restrições
A duração de um adiamento precisa ser um único intervalo que seja múltiplo de minutos.
Um adiamento só pode ser aplicado a 16 alertas políticas.
Os critérios de um adiamento não podem ser modificados.