Monitorar Máquinas Virtuais do Azure com o Azure Monitor

radio_button_uncheckedshort_text1. Transforme uma carga movimentada em um serviço observável

Imagine um serviço de ingressos e informações de turnês executado em Máquinas Virtuais do Azure. O tráfego muda rapidamente, as versões são frequentes e o site precisa responder bem sem manter VMs superdimensionadas. O administrador necessita de evidências sobre disponibilidade, CPU, memória, discos, rede, eventos do sistema operacional e comportamento da aplicação antes que o usuário relate o problema.

O Azure Monitor reúne esses sinais em ambientes Azure e não Azure. Neste capítulo você diferenciará métricas de logs, examinará a telemetria do host, habilitará alertas e diagnóstico de inicialização, analisará gráficos, coletará dados do convidado com o Agente do Azure Monitor, definirá regras de coleta de dados e consultará eventos Linux. Pressupõe-se familiaridade com virtualização, o portal do Microsoft Azure e criação de VMs. Os laboratórios exigem uma assinatura e acesso de Colaborador no escopo usado.

• Decidir quais sinais do host, sistema operacional convidado, cargas e aplicação devem ser coletados.
• Usar regras de alerta recomendadas, Log de Atividades, configurações de diagnóstico e diagnóstico de inicialização.
• Analisar métricas de plataforma no Metrics Explorer e o desempenho do convidado nas experiências atuais de monitoramento aprimorado.
• Instalar o Agente do Azure Monitor, associar regras de coleta de dados e enviar Syslog a um espaço de trabalho do Log Analytics.
• Usar Kusto Query Language (KQL) para isolar eventos que expliquem um sintoma de desempenho ou confiabilidade.

radio_button_uncheckedshort_text2. Separe métricas e logs do Azure Monitor

O histórico de métricas também pode ser encaminhado a Logs para análises mais longas. O Metrics Explorer mostra no máximo um intervalo de 30 dias por gráfico, embora seja possível percorrer a retenção de 93 dias. Ingestão e retenção de logs geram custos conforme destino e configuração; colete com propósito.

radio_button_uncheckedshort_text3. Monitore as quatro camadas de uma máquina virtual

Comece pelos dados automáticos do host para localizar a máquina afetada e avance para convidado, carga e aplicação em busca da causa. O host não informa a memória livre interna nem qual processo consumiu CPU.

radio_button_uncheckedshort_text4. Use métricas do host, alertas recomendados e Log de Atividades

Toda VM do Azure oferece um conjunto básico em Visão geral e Monitoramento. Painéis comuns incluem disponibilidade da VM, média de CPU, total de bytes do disco do sistema operacional, tráfego total de rede e média de operações de disco por segundo. O conjunto e os nomes exatos dependem do tipo da VM e da evolução do portal.

Não duplique os alertas recomendados baseados no host com alertas equivalentes de OpenTelemetry, pois isso pode gerar duas notificações para o mesmo incidente. Considere também custos de regra, dimensão, frequência, ingestão e retenção.

radio_button_uncheckedshort_text5. Diagnostique falhas de inicialização

O diagnóstico de inicialização registra evidências do hipervisor enquanto a VM inicia. Uma captura mostra o console atual de Windows ou Linux, e o log serial expõe a saída de boot, especialmente útil no Linux. O modo gerenciado armazena os artefatos em uma conta administrada pela Microsoft e é o padrão mais simples; use conta própria somente quando os requisitos de governança justificarem o gerenciamento adicional.

Isso não substitui o monitoramento do convidado: serve quando o sistema não inicia ou não aceita conexão, enquanto o Agente do Azure Monitor observa um convidado em execução. Extensões de diagnóstico Windows/Linux legadas aparecem em laboratórios antigos; novos projetos devem usar AMA e regras de coleta.

radio_button_uncheckedshort_text6. Laboratório: crie uma VM Linux monitorada e valide o host

O exercício fornecido cria uma VM Linux, ativa alertas recomendados e verifica evidências do host. Use uma imagem Ubuntu LTS atualmente compatível, não a imagem histórica exportada. Os nomes abaixo são exemplos e a VM gera custos de computação, disco, rede, monitoramento e alertas.

1. Crie o grupo rg-az104-monitor-lab e a VM Linux vm-monitor-lab na mesma região. Use chaves SSH, entrada com privilégio mínimo e uma imagem Ubuntu LTS compatível.
2. Na etapa Monitoramento, habilite regras de alerta recomendadas. Revise sinal, limite, severidade e janela; associe um grupo de ações com e-mail ou outro canal testado.
3. Habilite o diagnóstico de inicialização gerenciado. Não use uma extensão de diagnóstico convidado legada no lugar do AMA.
4. Crie a VM, armazene a chave SSH privada de forma segura e aguarde a implantação.
5. Verifique disponibilidade, CPU, bytes de disco, rede e operações de disco. A memória disponível do convidado ainda deve estar ausente até o monitoramento aprimorado.
6. Abra o Log de Atividades e confirme implantação/inicialização. Depois examine Diagnóstico de inicialização, Captura de tela e Log serial.

A CLI do Azure, Azure PowerShell, ARM/Bicep, Azure Policy e APIs também recuperam ou automatizam essas informações. O portal torna as relações visíveis.

radio_button_uncheckedshort_text7. Construa gráficos úteis no Metrics Explorer

O Metrics Explorer permite selecionar escopo, namespace de métrica, métrica e agregação. O escopo pode incluir recursos compatíveis do mesmo tipo e região. O namespace agrupa definições; serviços de Armazenamento, por exemplo, expõem categorias para blobs, arquivos, filas e tabelas. A agregação resume amostras por granularidade usando contagem, média, máximo, mínimo ou soma.

É possível combinar métricas, dividir séries, comparar recursos, mudar cores/eixos e fixar em painéis ou pastas de trabalho. Adeque a granularidade: o máximo de um minuto revela um pico que a média de uma hora pode ocultar.

radio_button_uncheckedshort_text8. Laboratório: compare CPU e tráfego de entrada

1. Abra a VM e selecione Monitoramento > Métricas, ou Azure Monitor > Métricas e escolha a VM.
2. Selecione o namespace do host, Percentual de CPU e agregação Máximo.
3. Defina um período recente, como 30 minutos, e granularidade fina.
4. Selecione Adicionar métrica; escolha Fluxos de Entrada e agregação Média.
5. Gere tráfego de teste seguro, se permitido, e procure correlação. Correlação orienta a investigação, mas não prova causalidade.
6. Salve, fixe ou exporte o gráfico quando ele fizer parte da visão operacional.

Na verificação do material, Adicionar métrica coloca outro sinal no mesmo gráfico. Período não é um dos campos que definem a métrica; namespace e agregação são.

radio_button_uncheckedshort_text9. Colete o convidado com AMA e DCRs

O host termina na fronteira de virtualização. Para coletar memória, processos, contadores, eventos do Windows, Syslog ou arquivos de aplicação dentro da VM, instale o Agente do Azure Monitor (AMA), defina uma ou mais regras de coleta de dados (DCRs) e associe-as à máquina.

• O AMA executa no convidado e pode ser instalado diretamente, por extensão, em escala com Azure Policy ou ao habilitar um recurso de monitoramento.
• A DCR define fontes, transformação compatível e destino. Um agente segue várias DCRs, e uma DCR pode atender muitas máquinas compatíveis.
• Desempenho do convidado pode seguir para Métricas ou Logs conforme a experiência; eventos seguem para Log Analytics e KQL.
• A associação DCR–VM manda o agente baixar a regra. Removê-la interrompe a coleta daquela regra.
• Um ponto de extremidade de coleta de dados (DCE) não é obrigatório para coleta AMA comum por endpoint público; use-o quando a fonte ou a rede exigir, sobretudo com Link Privado do Azure Monitor.

radio_button_uncheckedshort_text10. Entenda o monitoramento aprimorado atual e o VM Insights

O módulo histórico usa o VM Insights como caminho rápido para instalar AMA, criar uma DCR predefinida, coletar contadores comuns de Windows/Linux em Log Analytics e exibir gráficos e pastas de trabalho. Essa experiência baseada em logs continua útil para correlação KQL e visões prontas de várias VMs.

Para novas VMs individuais e servidores habilitados para Azure Arc, o portal atualmente recomenda monitoramento baseado em métricas OpenTelemetry. Ele envia métricas padronizadas do sistema convidado a um espaço de trabalho do Azure Monitor, usa PromQL, tem menor latência e um conjunto padrão gratuito. A experiência baseada em logs armazena contadores específicos no Log Analytics, usa KQL, aceita conjuntos de dimensionamento e fornece pastas multivm, com custos normais de logs. As duas podem coexistir quando o benefício justificar custo e sinais duplicados.

O antigo Mapa do VM Insights e o Dependency Agent foram descontinuados e serão aposentados em 30 de junho de 2028; novas VMs já não podem ser integradas pelo portal. Entenda sua finalidade histórica — processos e dependências de rede —, mas não o habilite em projetos novos. Use mapas do Application Insights e instrumentação compatível quando adequado.

radio_button_uncheckedshort_text11. Laboratório: habilite desempenho do convidado

1. Abra Monitor da VM e selecione Configurar ou Habilitar monitoramento aprimorado.
2. Mantenha métricas OpenTelemetry para uma nova VM compatível. Ative a opção baseada em logs se precisar das pastas do VM Insights ou correlação KQL.
3. Revise os espaços de trabalho, DCR, contadores, identidade gerenciada e alertas selecionados.
4. Salve. A instalação do AMA e a chegada dos dados são assíncronas; depois de alguns minutos, confira AzureMonitorLinuxAgent ou AzureMonitorWindowsAgent.
5. Volte a Monitor/Insights, analise CPU, memória, disco e rede do convidado, altere período/agregação e personalize uma cópia da pasta de trabalho se necessário.
6. Não procure contadores do VM Insights baseado em logs no Metrics Explorer de plataforma, a menos que a DCR também encaminhe as métricas necessárias ao repositório de métricas.

O laboratório original estima cinco a dez minutos para agente/espaço e mais cinco a dez para dados. Isso não é SLA: se nada chegar, confira extensão, associação DCR, rede, identidade/permissões e destino.

radio_button_uncheckedshort_text12. Projete regras personalizadas para contadores e eventos

Uma experiência predefinida é só a base. Crie DCRs para contadores adicionais, frequência de amostragem, canais do Windows, instalações/severidades Syslog, IIS, firewall, texto/JSON e outras fontes aceitas. Uma regra comum melhora a consistência; separe regras quando sistemas, equipes, destinos, conformidade ou custos diferirem.

radio_button_uncheckedshort_text13. Laboratório: envie Syslog Linux ao Log Analytics e consulte

1. Crie uma DCR na mesma região do espaço do Log Analytics. Escolha Linux e associe vm-monitor-lab na guia Recursos.
2. Crie ou selecione um DCE apenas se a rede/fonte exigir. O exercício histórico cria linux-logs-endpoint, mas a coleta AMA pública comum usa endpoints do serviço/DCR.
3. Em Coletar e entregar, adicione Syslog do Linux. Selecione apenas instalações e severidade mínima necessárias. Aviso inclui Aviso e níveis mais graves; NENHUM desabilita a instalação.
4. Escolha o espaço do Log Analytics como destino, revise o fluxo e crie a regra. Confirme associação e integridade do AMA.
5. Abra Logs pela VM ou pelo espaço. Comece na tabela Syslog e restrinja tempo, computador, instalação, severidade e mensagem.
6. Gere um evento de teste inofensivo, se necessário, aguarde a ingestão e valide o registro.

Syslog
| where TimeGenerated > ago(30m)
| where SeverityLevel in ('warning', 'err', 'crit', 'alert', 'emerg')
| project TimeGenerated, Computer, Facility, SeverityLevel, SyslogMessage
| order by TimeGenerated desc

Métricas indicam mudança de limite ou padrão; eventos identificam serviço, configuração ou falha. Na verificação do material, coletar eventos exige uma DCR e visualizá-los exige uma consulta KQL no espaço do Log Analytics de destino.

radio_button_uncheckedshort_text14. Explique as respostas da verificação de conhecimento

radio_button_uncheckedshort_text15. Revisão compacta de todos os tópicos

radio_button_uncheckedshort_text16. Prática, limpeza e recursos atuais

• Crie um alerta de métrica do host e um alerta de pesquisa de log; documente sinal, limite/consulta, grupo de ações, responsável e resposta.
• Compare máximo de um minuto com média de uma hora para o mesmo pico de CPU e explique a diferença.
• Associe uma DCR Syslog a duas VMs Linux, remova uma associação e verifique que a coleta para apenas naquela máquina.
• Ao concluir, exclua rg-az104-monitor-lab para remover VM, discos, IPs, alertas, associações e recursos exclusivos. Preserve espaços e grupos compartilhados.

• Monitorar máquinas virtuais no Azure
• Métricas do Azure Monitor e retenção
• Habilitar monitoramento aprimorado de uma VM
• Comparar métricas OpenTelemetry e monitoramento baseado em logs
• Habilitar alertas recomendados para VM
• Visão geral do Agente do Azure Monitor
• Pontos de extremidade de coleta e quando são exigidos
• Coletar Syslog Linux com o Agente do Azure Monitor
• Orientação de aposentadoria do Mapa e Dependency Agent