O alerta proporciona reconhecimento oportuno de problemas nos seus aplicativos em nuvem para que você possa resolvê-los rapidamente.
No Cloud Monitoring, uma política de alertas descreve as circunstâncias em que você quer ser alertado e como quer ser notificado. Nesta página, você encontra uma visão geral das políticas de alertas.
Para saber como configurar uma política de alertas, consulte o Guia de início rápido do Compute Engine.
Como os alertas funcionam
Cada política de alertas especifica o seguinte:
As condições que descrevem quando um recurso ou grupo ou recursos estão em um estado que exige a realização de ações. Uma política de alertas precisa ter pelo menos uma condição. No entanto, é possível configurar uma política para conter várias condições.
Por exemplo, você pode configurar uma condição da seguinte maneira:
The HTTP response latency is higher than two seconds for at least five minutes.
Neste exemplo, a condição monitora a latência de resposta HTTP da métrica e especifica quando os valores da métrica exigem que você realize uma ação.
Canais de notificação que descrevem quem será notificado quando uma ação for necessária. É possível incluir vários canais de notificação em uma política de alertas. O Cloud Monitoring é compatível com canais de notificação comuns, bem como com o Cloud Mobile App e o Pub/Sub. Para uma lista completa de canais compatíveis e informações sobre como configurar esses canais, consulte Opções de notificação.
Por exemplo, é possível configurar uma política de alertas para enviar um e-mail
my-support-team@example.com
e postar uma mensagem do Slack no canal#my-support-team
.Documentação que você quer incluir em uma notificação. O campo de documentação é compatível com texto simples, markdown e variáveis.
Por exemplo, é possível incluir na sua política de alertas a seguinte documentação:
## HTTP latency responses This alert originated from the project ${project}, using the variable $${project}.
Depois que uma política de alertas é configurada, o Monitoring monitora continuamente as condições dessa política. Não é possível configurar as condições a serem monitoradas somente por determinados períodos. Quando as condições dessa política são atendidas, ou seja, quando o estado dos recursos exige que você tome providências, o Monitoring cria um incidente e envia uma notificação sobre ele. criação. Essa notificação inclui informações resumidas sobre o incidente, um link para a página Detalhes da política para que você possa investigar o incidente e qualquer documentação. que você especificou.
Se um incidente estiver aberto e o Monitoring determinar que as condições da política não são mais atendidas, o Monitoring fechará o incidente automaticamente e enviará uma notificação sobre o encerramento.
Exemplo
Você implanta um aplicativo da Web em uma instância de máquina virtual (VM) do Compute Engine que está executando um aplicativo da Web. Embora você saiba que a latência da resposta HTTP pode flutuar à medida que a demanda normal aumenta e diminui, se os usuários começarem a enfrentar alta latência durante um período significativo, você será notificado para que sua compatibilidade a equipe pode agir.
Para ser notificado quando os usuários enfrentarem alta latência, crie a seguinte política de alertas:
If the HTTP response latency is higher than two seconds for at least five minutes, then open an incident and send an email to your support team.
Nesta política de alertas, a condição está monitorando a latência de resposta HTTP. Se essa latência for maior que dois segundos continuamente por cinco minutos, a condição será atendida e um incidente será criado. Um pico transitório na latência não faz com que a condição seja atendida ou um incidente seja criado.
Seu app da Web fica muito famoso, e a latência da resposta aumenta para além de dois segundos. Veja como sua política de alertas responde:
O Monitoring inicia um timer de cinco minutos quando recebe uma medição de latência HTTP superior a dois segundos.
Se cada medida de latência recebida durante os próximos cinco minutos for maior que dois segundos, o temporizador expira. Quando o timer expira, o Monitoring marca a condição como atendida, abre um incidente e envia um e-mail para sua equipe de suporte.
Sua equipe de suporte recebe o e-mail, os sinais no Console do Cloud e confirma o recebimento da notificação.
Seguindo a documentação do e-mail de notificação, sua equipe de suporte é capaz de lidar com a causa da latência. Em alguns minutos, a latência da resposta HTTP cai para abaixo de dois segundos.
Quando o Monitoring recebe uma medição de latência HTTP abaixo de dois segundos, ele fecha o incidente e envia uma notificação para a equipe de suporte sobre o encerramento.
Após o fechamento do incidente, se a latência de resposta HTTP aumentar mais de dois segundos e permanecer maior que esse limite continuamente por cinco minutos, o Monitoring abrirá um novo incidente e enviará um e-mail de notificação.
Como adicionar uma política de alertas
Para adicionar uma política de alertas ao seu projeto do Google Cloud, use o Console do Google Cloud, a API do Cloud Monitoring ou o SDK do Cloud:
Se você usar o Console do Cloud, poderá ativar um alerta recomendado ou criar um alerta a partir da página Alertas do Cloud Monitoring.
Os alertas recomendados estão disponíveis para alguns produtos do Google Cloud. Esses alertas exigem configuração mínima, como a adição de canais de notificação. Por exemplo, se você estiver visualizando a página Tópicos do Pub/Sub Lite, poderá ativar um alerta para notificá-lo se estiver atingindo um limite de cota. Da mesma forma, se você estiver visualizando a página Instâncias de VMs no Monitoring, poderá ativar as políticas de alerta recomendadas que monitoram a utilização da memória e a latência da rede dessas instâncias.
Para ver informações sobre como criar uma política de alertas ao começar na página Alertas do Cloud Monitoring, consulte Como criar políticas de alertas usando o Console do Cloud.
Se você usa a API Cloud Monitoring diretamente ou se usa o SDK do Cloud, pode criar, ver e modificar políticas de alertas. Se você quiser que a condição de uma política de alertas calcule a proporção de duas métricas e, em seguida, compare essa proporção com um limite, crie essa política usando a API Cloud Monitoring ou o SDK do Cloud. para começar. Para ver um exemplo desse tipo de política, consulte Proporção da métrica.
Para mais informações sobre como usar a API Cloud Monitoring e o SDK do Cloud, consulte Como criar políticas de alertas usando a API Cloud Monitoring ou o SDK do Cloud.
O Cloud Monitoring é compatível com uma linguagem expressiva e baseada em texto que pode ser usada com o Console do Google Cloud e com a API Cloud Monitoring. Para informações sobre como usar essa linguagem com alertas, consulte Como criar políticas de alertas usando a linguagem de consulta do Monitoring (MQL, na sigla em inglês).
Como gerenciar políticas de alertas
Para ver informações sobre como visualizar uma lista de políticas de alertas do seu projeto e como modificá-las, consulte:
- Como gerenciar políticas de alertas usando o Console do Cloud
- Como gerenciar políticas de alertas usando a API Cloud Monitoring ou o SDK do Cloud
Autorização necessária para criar políticas de alertas
Esta seção descreve as funções ou permissões necessárias para criar uma política de alertas. Para informações detalhadas sobre o gerenciamento de identidade e acesso (IAM, na sigla em inglês) do Cloud Monitoring, consulte Controle de acesso.
Cada papel do IAM tem um ID e um nome. Os IDs de papel têm o formato roles/monitoring.editor
e são transmitidos como argumentos para a ferramenta de linha de comando gcloud
ao configurar o controle de acesso. Para mais informações, consulte Como conceder, alterar e revogar acesso.
Os nomes de papéis, como "Editor do Monitoring", são exibidos pelo Console do Cloud.
Papéis obrigatórios do Console do Cloud
Para criar uma política de alertas, o nome do papel do IAM para o projeto do Google Cloud precisa ser um dos seguintes:
- Editor do Monitoring
- Administrador do Monitoring
- Proprietário do projeto
Para ver uma lista de papéis e as permissões associadas, consulte Papéis.
Permissões de API necessárias
Para usar a API do Cloud Monitoring para criar uma política de alertas, o ID do papel do IAM para o projeto do Google Cloud precisa ser um dos seguintes:
roles/monitoring.alertPolicyEditor
: este código de papel concede as permissões mínimas necessárias para criar uma política de alertas. Para mais detalhes sobre esse papel, consulte Papéis de alerta predefinidos.role/monitoring.editor
role/monitoring.admin
role/owner
Para identificar a permissão necessária para um método específico da API Cloud Monitoring, consulte Permissões da API Cloud Monitoring. Para ver uma lista de papéis e as permissões associadas, consulte Papéis.
Como determinar o papel
Para determinar o papel de um projeto usando o Console do Cloud, faça o seguinte:
Abra o Console do Cloud e selecione o projeto do Google Cloud:
Para visualizar o papel, clique em IAM e administrador. O papel está na mesma linha que o nome de usuário.
Para determinar as permissões no nível da organização, entre em contato com o administrador da organização.
Custos associados às políticas de alertas
Não há custos associados ao uso de políticas de alertas ou verificações de tempo de atividade, mas há os seguintes limites:
Categoria | Valor |
---|---|
Verificações de tempo de atividade por espaço de trabalho ou escopo de métricas 1 | 100 |
Políticas de alerta por espaço de trabalho ou escopo de métricas 2 | 500 |
Condições por política de alertas | 6 |
Canais de notificação por política de alertas | 16 |
Canais de notificação por espaço de trabalho ou escopo de métricas | 4000 |
Incidentes abertos simultaneamente por política de alertas | 5.000 |
Duração máxima para uma condição de ausência de métrica | 1 dia |
Duração máxima para uma condição de limite de métrica | 23 horas e 30 minutos |
2Apigee e Apigee híbrido são profundamente integrados a Cloud Monitoring O limite de alertas para todos os níveis de assinatura da Apigee (padrão, Enterprise e Enterprise Plus) é o mesmo que no Cloud Monitoring: 500 por espaço de trabalho ou escopo de métricas .
Para informações completas sobre preços, consulte Preços do conjunto de operações do Google Cloud.
A seguir
Para informações sobre latência e notificações sobre como os parâmetros de uma política de alertas afetam o envio de notificações, consulte Comportamento de alertas.
Para ver informações sobre diferentes tipos de políticas, consulte Tipos de políticas de alertas.
Para ver exemplos de políticas de alertas, consulte: