As políticas de alertas no Cloud Monitoring detectam problemas de aplicativos e infraestrutura avaliando resultados de métricas, registros ou consulta SQL. Quando os dados monitorados atendem às condições especificadas, o Monitoring cria um alerta e envia notificações.
Como os alertas funcionam
O processo de alertas do Cloud Monitoring tem três partes:
Uma política de alertas, que descreve as circunstâncias em que você quer receber alertas e notificações. A política de alertas pode monitorar dados de séries temporais armazenados pelo Monitoring ou registros armazenados pelo Cloud Logging. Quando esses dados atendem à condição da política de alertas, o Monitoring cria um alerta e envia as notificações.
Cada alerta é um registro do tipo de dados que foi monitorado e de quando as condições foram atendidas. Essas informações podem ajudar você a resolver problemas que causaram o alerta.
Um canal de notificação define como você recebe notificações quando o Monitoring cria um alerta. Por exemplo, é possível configurar uma política de alertas para enviar um e-mail a
my-support-team@example.come postar uma mensagem do Slack no canal#my-support-team. Uma política de alertas pode conter um ou mais canais de notificação.
As políticas de alertas podem avaliar três tipos de dados:
Dados de série temporal, também chamados de dados de métricas, que são armazenados pelo Monitoring. Esses tipos de políticas são chamados de políticas de alertas baseadas em métricas.
Para saber como configurar uma política de alertas com base em métricas, consulte o Guia de início rápido do Compute Engine.
Dados de entrada de registro armazenados pelo Cloud Logging. As políticas de alertas que avaliam entradas de registro individuais são chamadas de políticas de alertas com base em registros. As políticas de alertas com base em registros notificam você quando uma mensagem específica aparece nos registros. Para mais informações, consulte Monitorar seus registros.
Os resultados de uma consulta SQL executada na Análise de Observabilidade em dados de entrada de registro armazenados no Logging. As políticas de alertas que monitoram os resultados de uma consulta SQL são chamadas de políticas de alertas baseadas em SQL. Para mais informações, consulte Monitorar os resultados da consulta SQL com uma política de alertas.
As políticas de alertas baseadas em SQL estão em pré-lançamento público.
O processo de alertas ajuda você a responder a problemas quando o desempenho de um aplicativo não atinge valores aceitáveis. Por exemplo, você implanta um aplicativo da Web em uma instância de máquina virtual (VM) do Compute Engine. Embora você espere que a latência de resposta HTTP oscile, você quer que sua equipe de suporte responda quando o aplicativo tiver alta latência por um período significativo. É possível criar uma política de alertas com base em métricas que monitora a métrica de latência de resposta HTTP do aplicativo. Se a latência de resposta for maior que dois segundos por pelo menos cinco minutos, o Monitoring vai criar um alerta e enviar notificações por e-mail para sua equipe de suporte.
criar uma política de alertas.
Há várias maneiras de criar uma política de alertas. Por exemplo, é possível usar políticas de alertas pré-configuradas ativando os alertas recomendados de integrações ou de determinadas páginas no console do Google Cloud . Também é possível configurar uma nova política de alertas usando o console doGoogle Cloud , a API Cloud Monitoring, a Google Cloud CLI e o Terraform.
Usar integrações e políticas de alertas recomendadas
O Monitoring oferece pacotes pré-criados para que você crie políticas de alertas para seus serviços doGoogle Cloud e integrações de terceiros. Os pacotes incluem políticas de alertas recomendadas, painéis de amostra e métricas importantes para o serviço. Esses pacotes estão disponíveis para serviços doGoogle Cloud , como o Google Kubernetes Engine, o Compute Engine e o Cloud SQL, além de integrações comuns de terceiros, como MongoDB, Kafka e Elasticsearch.
Ao instalar um pacote, é possível ativar as políticas de alertas recomendadas dele. Ao ativar uma política de alertas recomendada, você configura o canal de notificação dela e, se quiser, modifica outros valores. Após a configuração, a política de alertas começa a monitorar o destino imediatamente, sem que o usuário precise fazer mais nada.
As políticas de alertas recomendadas são úteis quando você implanta um novo serviço e quer receber alertas sobre métricas importantes. Por exemplo, o pacote de integração do Cloud SQL vem com políticas de alertas recomendadas para instâncias com falha e transações lentas:
Para saber mais, assista a estes vídeos:
Criar novas políticas de alertas
É possível criar políticas de alertas para monitorar diferentes tipos de dados, dependendo das suas necessidades de alerta. As seções a seguir listam os diferentes tipos de dados que podem ser monitorados com políticas de alertas.
Monitorar dados de série temporal
| Tipo de condição | Descrição | Exemplo |
|---|---|---|
| Condição de limite de métrica | As condições de limite de métrica são atendidas quando os valores de uma métrica são maiores ou menores que um limite para uma janela de reteste específica. Para mais informações, consulte Criar políticas de alertas de limite de métrica e Criar políticas de alertas usando a API. |
Você quer uma política de alertas que envie uma notificação quando a latência de resposta for de 500 ms ou mais em cinco verificações de tempo de atividade consecutivas em 10 minutos. |
| Condição de ausência de métrica | As condições de ausência de métrica são atendidas quando uma série temporal monitorada não tem dados para uma janela de novo teste específica. A janela máxima de reteste é de 24 horas. Para mais informações, consulte Criar políticas de alertas de ausência de métrica e Criar políticas de alertas usando a API. |
Você quer uma política de alertas que abra um alerta com sua equipe de suporte quando um recurso não responder a nenhuma solicitação HTTP no período de cinco minutos. |
| Condição da linguagem de consulta do Prometheus (PromQL) | O PromQL é uma linguagem de consulta funcional usada para avaliar dados de série temporal em tempo real. As consultas do PromQL podem usar qualquer expressão válida, como combinações de métricas, proporções e limites dinâmicos com base em uma métrica. Para mais informações, consulte PromQL no Cloud Monitoring e Visão geral de alertas do PromQL. |
Você quer usar uma expressão de alerta do PromQL encontrada em um repositório público, quer uma política de alertas baseada em mais de uma métrica, como uma proporção, ou quer uma política de alertas que opere em mais de 25 horas de dados. |
| Condição de valor de métrica previsto | As condições de valor de métrica previsto são atendidas quando a política de alertas prevê que o limite será violado na próxima janela de previsão. A janela de previsão pode variar de 1 hora a 7 dias. Para mais informações, consulte Criar políticas de alertas sobre estimativa de valores de métrica e Criar políticas de alertas usando a API. |
Você quer uma política de alertas que abra um alerta com sua equipe de suporte quando um recurso provavelmente atingir 80% de uso do espaço em disco nas próximas 24 horas. |
Recomendamos filtrar os rótulos definidos em tipos de recursos monitorados em vez de rótulos definidos em tipos de métricas, quando possível, principalmente se você estiver consultando métricas de alta cardinalidade. Se você tiver um rótulo de recurso e um rótulo de métrica que capturem informações semelhantes, use o rótulo de recurso nas consultas.
Por exemplo, se o recurso monitorado incluir um rótulo cluster
e a métrica incluir um rótulo kubernetes_cluster_name que
captura informações semelhantes, filtre pelo rótulo cluster
do recurso.
Os rótulos de metadados de recursos são adicionados de forma assíncrona às série temporal e não estão sujeitos às mesmas expectativas de latência que os valores de rótulos definidos por tipos de métricas ou tipos de recursos monitorados. Portanto, uma política de alertas que depende de valores de metadados para acionar uma ação pode se comportar de maneira irregular se o preenchimento dos rótulos de metadados de recursos estiver atrasado.
Monitorar dados de entrada de registro
Para monitorar entradas de registro individuais, use uma política de alertas com base em registros.
Uma condição em uma política de alertas com base em registros é atendida quando a política
detecta que uma frase de uma entrada de registro
corresponde aos critérios da política de alertas. Por exemplo, você quer uma política de alertas
que abra um alerta com sua equipe de suporte
quando o message de uma entrada de registro
contiver product_ids=['tier_1_support', 'tier_2_support'].
Para mais informações, consulte Configurar políticas de alertas com base em registros na documentação do Logging.
Monitorar resultados de consulta SQL
Para monitorar os resultados consulta SQL, use uma política de alertas baseada em SQL.
A condição de uma política de alertas baseada em SQL analisa periodicamente
os dados de entrada de registro e cria alertas quando a tabela de resultados
da consulta atende a determinados critérios. Esse tipo de política de alertas é útil quando você
precisa de uma política que monitore agregações de dados ou padrões complexos
em várias entradas de registro. Por exemplo, você quer receber uma notificação quando mais de 50 entradas de registro nos últimos 60 minutos tiverem uma gravidade de WARNING.
Para mais informações, consulte Monitorar os resultados da consulta SQL com uma política de alertas na documentação do Logging.
Componentes da política de alerta
Cada política de alertas tem os seguintes componentes:
Uma condição que descreve quando um recurso ou um grupo de recursos está em um estado que exige uma resposta. A condição inclui a fonte de dados, um limite estático ou dinâmico e métodos de agregação de dados, como filtros e groupby. As condições podem monitorar uma única métrica, várias métricas ou uma proporção de métricas. Também é possível usar a linguagem de consulta do Prometheus (PromQL) para incluir expressões complexas, como limites dinâmicos e lógica condicional.
Se você usar uma integração para ativar uma política de alertas recomendada, a condição da política de alertas será pré-preenchida.
Uma lista de canais de notificação que descreve quem notificar quando uma ação é necessária. Para saber mais, consulte Criar e gerenciar canais de notificação.
Documentação que aparece nas notificações e páginas de alerta. É possível configurar a linha de assunto de uma notificação e adicionar informações úteis ao corpo dela. Por exemplo, é possível configurar a notificação para exibir links para playbooks internos ou para páginas do Google Cloud , como painéis personalizados. Para mais informações sobre documentação, incluindo exemplos, consulte Classificar alertas com documentação definida pelo usuário.
Gerenciar políticas de alertas e alertas
Depois que uma política de alertas é ativada, o Monitoring monitora continuamente as condições dessa política. Não é possível configurar a política de alertas para monitorar condições apenas em determinados períodos. Se você quiser desativar a política de alertas por um determinado período, crie uma suspensão temporária.
Se um alerta estiver aberto e o Monitoring determinar que as condições da política baseada em métricas não são mais atendidas, o Monitoring vai fechar o alerta automaticamente e enviar uma notificação sobre o encerramento.
A seguir
Para informações sobre a latência de notificação e como as escolhas dos parâmetros de uma política de alertas afetam o envio de notificações, consulte Comportamento das políticas de alertas com base em métricas.
Para ver uma lista de exemplos de políticas baseadas em métricas, incluindo como usar JSON para escrever uma condição de limite de métrica que monitora uma proporção de tipos de métricas, consulte Resumo de exemplos de políticas de alertas.