Visão geral de alerta

Este documento descreve como você pode ser notificado quando seu aplicativo ou quando o desempenho de um aplicativo não atende ao objetivo critérios.

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ê ser alertado e como você quer receber notificações sobre um incidente. A política de alertas pode monitorar dados de séries temporais armazenados pelo Monitoramento ou registros armazenados pelo Cloud Logging. Quando esses dados se encontram a condição da política de alertas, o Monitoring cria incidente e envia as notificações.

  • Cada incidente é um registro do tipo de dados que foi monitoradas e quando as condições foram atendidas. Essa informação pode ajudar você a solucionar os problemas que causaram o incidente.

  • Um canal de notificação define como você recebe notificações quando o Monitoring cria um incidente. Por exemplo, é possível configurar uma canal de notificação para enviar um e-mail a my-support-team@example.com e 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 dois tipos de dados:

  • Dados de série temporal, também chamados de dados métricos, que são armazenados por e monitoramento. Esses tipos de políticas são chamados baseadas em métricas.

    Para aprender a configurar uma política de alertas com base em métricas, tente o Guia de início rápido do Compute Engine.

  • Dados de registro armazenados pelo Cloud Logging. Esses tipos de políticas são chamados Políticas de alertas baseadas em registros. Políticas de alertas com base em registros notificar quando uma mensagem específica aparecer nos registros.

    O foco deste documento são os alertas com base em métricas políticas de alertas, com informações gerais sobre políticas de alertas com base em registros quando relevante. Para informações detalhadas sobre e com base em registros, consulte Monitorar seus registros.

O processo de alerta ajuda a responder a problemas quando o desempenho um aplicativo não atenda a valores aceitáveis. Por exemplo, você implanta um servidor da Web em uma máquina virtual do Compute Engine do Compute Engine (VM). Embora você espere que a latência da resposta HTTP oscilar, você quer que sua equipe de suporte responda quando aplicativo tenha alta latência por um período significativo. Você pode criar um política de alertas com base em métricas que monitora a resposta HTTP do aplicativo métrica de latência. Se a latência de resposta for superior a dois segundos por pelo menos cinco minutos, o Monitoring cria um incidente e envia notificações por e-mail para sua equipe de suporte.

Como 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 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 do Google Cloud, API Cloud Monitoring, Google Cloud CLI e o Terraform.

Usar integrações e políticas de alertas recomendadas

O Monitoring oferece com pacotes pré-criados para permitir a criação de políticas de alertas Serviços do Google Cloud e integrações de terceiros. Os pacotes incluem políticas de alertas recomendadas, painéis de amostra e métricas principais do serviço. Esses pacotes estão disponíveis Serviços do Google Cloud, como Google Kubernetes Engine, Compute Engine e Cloud SQL, e integrações comuns de terceiros, como MongoDB, Kafka e Elasticsearch.

Ao instalar um pacote, é possível ativar o sistema de alertas recomendado políticas. Ao ativar uma política de alertas recomendada, você configura o canal de notificação e, opcionalmente, modificar 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 inserir informações.

As políticas de alertas recomendadas são úteis na implantação de um novo serviço e querem alertar sobre métricas importantes. Por exemplo, o O pacote de integração do Cloud SQL vem com políticas de alertas recomendadas para instâncias com falha e transações lentas:

Duas das políticas de alertas recomendadas para o pacote de integração do Cloud SQL.

Para mais informações sobre integrações de alertas, consulte Como monitorar aplicativos de terceiros.

Usar o Cloud Monitoring

Se você quiser criar uma política de alertas e escolher o tipo de condição com outros componentes, como tipo de métrica e série temporal, use e monitoramento. A tabela a seguir lista os diferentes tipos de que podem ser usadas ao criar uma política de alertas.

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 maior ou menor que o limite para uma janela específica de novo teste.

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 a latência for de 500 ms ou mais por cinco verificações de tempo de atividade consecutivas mais de 10 minutos.
Condição de ausência de métrica

Condições de ausência de métrica, atendidas quando uma série temporal monitorada não tem dados para uma janela específica de novo teste. A janela máxima de um novo teste é 23,5 horas.

Para mais informações, consulte Criar políticas de alertas de ausência de métricas e Criar políticas de alertas usando a API.

Você quer uma política de alertas que abra um incidente com seu suporte equipe quando um recurso não responde a nenhuma solicitação HTTP ao longo de cinco minutos.
Condição do valor da métrica prevista

As condições estimadas do valor da métrica 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 de valores de métricas previstas e Criar políticas de alertas usando a API.

 Você quer uma política de alertas que abra um incidente com seu suporte quando é provável que um recurso atinja 80% de uso do espaço em disco nas próximas 24 horas.
Condição com base em registros

Uma condição em uma política de alertas com base em registros é atendida quando detecta que uma métrica com base em registros corresponde à política de alertas critérios. As métricas com base em registros são derivadas do conteúdo do registro de entradas de registro. Por exemplo, é possível usar uma métrica com base em registros contar o número de entradas de registro que contêm uma mensagem específica ou e extrair as informações de latência registradas nas entradas de registro.

Para mais informações, consulte Configurar políticas de alertas com base em registros e Criar uma política de alertas com base em registros usando a API Cloud Monitoring.

 Você quer uma política de alertas que abra um incidente com seu suporte equipe quando seu projeto tem pelo menos 50 entradas de registro com um message que contém product_ids=['tier_1_support', 'tier_2_support']

Componentes da política de alerta

Cada política de alertas tem os seguintes componentes:

  • Uma condição que descreve quando um recurso ou 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 a agregação de dados métodos, como filtros e groupby. Suas condições podem monitorar uma única métrica, várias métricas ou uma proporção de métricas. Você também pode usar linguagens de consulta como PromQL e linguagem de consulta do Monitoring (MQL, na sigla em inglês) 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 descrevem quem notificar quando for iniciada uma ação obrigatórios. Para mais informações, consulte Criar e gerenciar canais de notificação.

  • Documentação que aparece em notificações e páginas de incidentes. Você configurar a linha de assunto de uma notificação, além de adicionar informações úteis ao corpo da notificação. Por exemplo, pode configurar a notificação para exibir links para playbooks internos ou às páginas do Google Cloud, como os painéis personalizados. Para obter mais informações sobre documentação, incluindo exemplos, consulte Anotar incidentes com a documentação definida pelo usuário.

Linguagens de consulta

Use linguagens de consulta e filtros nas políticas de alertas para ter mais controle sobre a avaliação das métricas. Monitoramento oferece suporte aos seguintes tipos de consulta:

  • A linguagem de consulta do Prometheus (PromQL) é uma linguagem de consulta funcional usada para avaliar dados de série temporal em tempo real. É possível configurar uma política de alertas condições a serem incluídas uma consulta PromQL nas condições. Suas consultas PromQL podem usar qualquer uma expressão válida, como combinações de métricas, proporções e limites de escalonamento. Ao configurar políticas de alertas com um condição baseada em PromQL no Google Cloud, é possível reduzir as dependências infraestrutura de alertas externa. Para mais informações, consulte PromQL no Cloud Monitoring e Políticas de alertas com PromQL.

  • A linguagem de consulta do Monitoring (MQL, na sigla em inglês) é uma interface expressiva e baseada em texto que permite recuperar, filtrar e manipular dados de séries temporais. É possível criar políticas de alertas com condições que incluam uma operação de alerta da linguagem de consulta do Monitoring. Para mais informações, consulte Visão geral da linguagem de consulta de monitoramento e Políticas de alertas com MQL.

  • Com os filtros de monitoramento, é possível configurar políticas de alertas para usar proporções de métricas com base em filtros. Com base em filtro e as políticas de alertas não podem ser visualizadas nem modificadas no console do Google Cloud. Para conferir um exemplo de política que usa filtros do Monitoring, consulte Proporção da métrica.

Gerenciar incidentes e políticas de alertas

Depois que uma política de alertas é ativada, o Monitoring monitora continuamente as condições dessa política. Não é possível configurar política de alertas para monitorar condições apenas em determinados períodos. Se você quiser para desativar a política de alertas por um determinado período, crie uma Soneca.

Se um incidente está aberto e o Monitoring determina que o condições da política com base em métricas não forem mais atendidas, O Monitoring fecha o incidente automaticamente e envia uma notificação sobre a interdição.

Preços

Em geral, as métricas do sistema do Cloud Monitoring são gratuitas, e as métricas de sistemas, agentes ou aplicativos externos. As métricas faturáveis são faturado pelo número de bytes ou de amostras ingeridas.

Para mais informações sobre os preços do Cloud Monitoring, consulte os documentos a seguir:

Para saber como monitorar o número de períodos de trace ou registros que são ingeridos ou como receber notificações quando um conteúdo específico for incluído em uma entrada de registro, consulte os seguintes documentos:

A seguir