Dúvidas comuns sobre regras de monitoramento de alertas no Simple Log Service, abordando severidade de alertas, alertas de ausência de dados, recuperação e gerenciamento de cotas.
É possível definir diferentes severidades de alerta dinamicamente?
Sim. Ao configurar uma regra de monitoramento de alertas, defina níveis de severidade distintos com base em condições específicas. Para mais informações, consulte Set alert severity.
O Simple Log Service oferece suporte a alertas de ausência de dados?
Sim. Durante a configuração de uma regra de monitoramento de alertas, ative o recurso de alerta de ausência de dados e especifique uma severidade separada. Para mais informações, consulte No-data alert.
O Simple Log Service suporta recuperação automática de alertas?
Sim. Ative a recuperação de alertas ao configurar uma regra de monitoramento de alertas. Para mais informações, consulte Set up recovery notifications.
Envio de alertas para múltiplos destinos
Sim. Ative a avaliação em grupo ao configurar uma regra de monitoramento de alertas. Para mais informações, consulte Set up group evaluation.
Desativar temporariamente uma regra de alerta
Sim. Na página Alert Monitoring Rule, clique em Disable na coluna Actions.
Conceder permissões a um usuário RAM
Para permitir que um usuário RAM gerencie alertas, conceda as permissões necessárias. Para mais informações, consulte Grant a RAM user permissions to manage alerts.
Erro "Alert count exceeds the maximum limit"
Se você receber o erro Alert count exceeds the maximum limit ao criar uma regra de monitoramento de alertas, significa que o número de regras no projeto atingiu o limite máximo (100 por padrão). Para aumentar a cota, consulte Manage resource quotas.
A cota pode ser aumentada para até 200 regras por projeto. Caso precise de mais regras de monitoramento de alertas, considere as seguintes estratégias:
Exclua regras de monitoramento de alertas desnecessárias do projeto.
-
Colete logs em projetos diferentes para reduzir a quantidade de regras em um único projeto.
Por exemplo, colete logs do Service A no Project1 e logs do Service B no Project2. Em seguida, crie regras de monitoramento de alertas em projetos distintos.
-
Consolide regras de monitoramento de alertas semelhantes.
Por exemplo, para monitorar dados no mesmo Logstore, crie uma única regra de monitoramento de alertas e use a avaliação em grupo para monitorar vários destinos. Para mais informações, consulte Set up group evaluation.
-
Use data transformation ou Scheduled SQL para agregar dados em um único Logstore antes de criar a regra de monitoramento de alertas.
Por exemplo, se for necessário monitorar logs de erro de vários Logstores, consolide todos os logs de erro em um único Logstore e crie apenas uma regra de monitoramento de alertas para ele.
Configurar alertas com base em palavras-chave de log
Configure regras de monitoramento de alertas que disparam com base em palavras-chave específicas nos logs. Para mais informações, consulte Configure alerts based on log keywords.
Monitorar diferentes valores de campo
Caso precise monitorar se qualquer valor de um campo atende à condição de disparo sem conhecer todos os valores possíveis antecipadamente, utilize a avaliação em grupo. Esse recurso agrupa os dados pelo campo especificado e avalia a condição de disparo separadamente para cada grupo. Para mais informações, consulte Set up group evaluation.
Por exemplo, se você armazena dados de métricas de vários servidores em um único Metricstore e deseja receber um alerta individual para cada servidor quando sua utilização de CPU (cpu_util) ultrapassar 95%, use a avaliação em grupo.
Apenas uma condição de disparo entra em vigor
Os resultados de consulta e análise são avaliados em relação às condições de disparo sequencialmente. Assim que um resultado corresponde a uma condição, as condições subsequentes são ignoradas. Portanto, ordene suas condições de disparo da maior para a menor severidade. Para mais informações, consulte Set alert severity.
Alertas ausentes ou falsos positivos
Alertas ausentes: Um alerta está configurado para disparar se a contagem de logs de erro exceder 10. No entanto, ao consultar os logs na página Search & Analysis de um Logstore, você verifica que a contagem de erros foi superior a 10 durante um período específico, mas nenhum alerta foi disparado.
Falsos positivos: Um alerta está configurado para disparar se as consultas por segundo (QPS) caírem abaixo de 100. Contudo, um alerta é disparado mesmo quando o QPS está acima de 100 durante um determinado período.
Alertas ausentes ou falsos positivos geralmente resultam da latência entre o momento em que os dados são gravados em um Logstore e o momento em que se tornam consultáveis. Se sua regra de monitoramento de alertas usar um intervalo de tempo relativo, a consulta poderá excluir os dados mais recentes e produzir resultados imprecisos. Para evitar isso, estenda o intervalo de tempo da consulta ou alinhe-o a uma janela de tempo fixa. Para mais informações, consulte Monitoring timeliness.
Causa: Limiar de notificação não atingido
No gráfico Alert History do painel Alert History Statistics, se Trigger Alert for 'true' e Cause for 'Notify threshold not reached', a condição de disparo foi atendida, mas o número de disparos consecutivos ainda não alcançou o Threshold of Continuous Triggers configurado. Por exemplo, se você definir o Threshold of Continuous Triggers como 3, um alerta será enviado somente após a condição de disparo ser atendida três vezes consecutivas.