Um serviço do Azure usado para coletar, analisar e tomar decisões com base em dados de telemetria do Azure e de ambientes locais.
Bem Vindo MVG,****
Fico feliz em poder ajudar.
**
Minha abordagem seria começar pela coleta de evidências para identificar a causa raiz, antes de definir qualquer ação corretiva.**
Com o Azure Monitor, eu seguiria estas etapas:
1. Análise de métricas: verificaria o consumo de CPU, memória disponível, latência e operações de disco, além da rede, procurando identificar picos que coincidam com os horários de lentidão.
2. Análise de logs: utilizaria o Azure Monitor Agent, quando aplicável, para coletar os dados necessários do Windows Server e enviá-los ao Log Analytics Workspace. Analisaria os eventos do sistema operacional e os logs da aplicação para procurar erros ou comportamentos anormais.
3. Correlação dos dados: utilizaria consultas KQL (Kusto Query Language) no Log Analytics para correlacionar métricas, eventos e horários dos incidentes, buscando evidências que ajudem a identificar a origem do problema.
4. Alertas preventivos: configuraria alertas baseados em métricas e consultas de log, com limites e janelas de avaliação adequados ao ambiente, evitando notificações excessivas.
5. Validação da causa raiz: compararia os resultados com o comportamento normal do servidor e verificaria se a lentidão está relacionada a recursos computacionais, armazenamento, serviços ou à própria aplicação.
Em ambientes híbridos, também é importante validar a conectividade, as permissões e a configuração da coleta de dados.
O objetivo não é apenas detectar que o servidor está lento, mas transformar métricas e logs em evidências que permitam agir antes que o problema provoque uma indisponibilidade maior.