O domínio de monitoramento representa entre 10% e 15% do exame AZ-104. Em vez de simplesmente memorizar os nomes dos recursos, entender por que cada ferramenta é necessária permitirá que você retenha a informação por muito mais tempo.
---
Azure Monitor
O que é o Azure Monitor?
O Azure Monitor é como o painel de instrumentos de um carro. Enquanto dirige, você verifica de relance o velocímetro, o indicador de combustível, a temperatura do motor e outras leituras. Se algo der errado, uma luz de aviso acende e um registro é criado. O Azure Monitor funciona da mesma forma — monitora em tempo real o status de todos os recursos em execução na nuvem, incluindo servidores, bancos de dados e redes; envia alertas quando surgem problemas e mantém registros para análise posterior.
Por que é necessário? Em um ambiente de nuvem, dezenas ou até centenas de recursos são executados simultaneamente. É impossível que uma pessoa verifique cada um manualmente quando algo dá errado. O Azure Monitor age como um 'segurança 24 horas' que monitora tudo automaticamente.
---
Métricas (Metrics): Um Relatório de Saúde em Números
As métricas são dados que expressam o estado de um recurso em números. Por exemplo: uso de CPU em 75%, uso de memória em 4 GB ou tráfego de rede de entrada de 100 MB por segundo.
Usando uma analogia humana, as métricas são como temperatura corporal, pressão arterial e pulso. Se os valores estiverem dentro de uma faixa normal, tudo está bem; se saírem da faixa, é um sinal de que algo está errado.
Principais características das métricas:
Coleta automática: A maioria dos serviços do Azure coleta métricas automaticamente, sem configuração adicional. Quando você cria uma máquina virtual, o Azure registra automaticamente o uso de CPU, memória e disco. Período de retenção: Os dados de métricas coletados são retidos por 93 dias. Para mantê-los por mais tempo, é necessário exportá-los separadamente. Metrics Explorer: Abrir o Metrics Explorer no Portal do Azure permite visualizar dados de qualquer período como gráficos de linhas, gráficos de barras e muito mais. É como ver a tendência da contagem de passos do último mês em um aplicativo de smartwatch.
Cenário real: Um relatório chega informando que um servidor web ficou repentinamente lento. Você verifica o uso de CPU da última hora no Metrics Explorer e constata que disparou para 95% a partir das 14h. Agora você tem uma pista para começar a identificar a causa raiz.
---
Logs: Um Registro Detalhado de Eventos
Se as métricas são 'números', os logs são 'frases'. Eles registram o que aconteceu, quando, quem fez e como — como "Às 14h15, o usuário João Silva fez login" ou "Às 14h16, uma solicitação de exclusão de arquivo foi negada."
É semelhante a um registro de acesso de escritório. Mantém um registro detalhado de quem entrou em que horário, quais salas foram acessadas e que ações foram realizadas.
Por padrão, os logs permanecem dentro dos recursos do Azure. Para analisá-los, você deve enviá-los para um espaço de trabalho do Log Analytics por meio das Configurações de Diagnóstico (Diagnostic Settings). Pense nas Configurações de Diagnóstico como o 'endereço de entrega que especifica para onde enviar os logs.'
!Metrics vs Logs
Log Analytics: Uma Ferramenta para Pesquisar e Analisar Logs
O Log Analytics é um espaço onde os dados de log são armazenados e podem ser consultados. Usando a analogia de uma biblioteca, o Log Analytics é a biblioteca, os logs são os livros e o KQL (Kusto Query Language) é o sistema de busca para encontrar os livros.
KQL é uma linguagem de consulta semelhante ao SQL. Pode parecer complexo à primeira vista, mas conhecer os padrões básicos é suficiente.
Exemplo de sintaxe básica do KQL:
Decomponendo essa consulta em linguagem simples: — Abrir a tabela de log de atividades do Azure — Ver apenas as entradas geradas nas últimas 24 horas — Filtrar apenas as que têm nível de erro — Contar quantas há por grupo de recursos
É semelhante a usar os recursos de filtro e agregação do Excel por meio de comandos.
Cenário real: Você suspeita que alguém excluiu recursos sem autorização na noite passada. Ao consultar os logs de operações de exclusão entre 22h e meia-noite usando KQL no Log Analytics, você pode descobrir exatamente quem excluiu qual recurso.
---
Alertas (Alerts): Um Alarme que Notifica Imediatamente sobre Anomalias
Os alertas são um recurso que 'envia automaticamente uma notificação quando uma condição específica é atendida.' É semelhante a configurar um alarme em um smartphone. Assim como você define 'tocar um alarme todos os dias às 7h', um alerta do Azure permite configurar 'envie-me um e-mail se a CPU ultrapassar 80%.'
Os alertas são compostos por três componentes:
| Componente | Função | Analogia | |-----------|---------|----------| | Regra de alerta | Define sob quais condições uma notificação é enviada | Configurar o horário do alarme | | Grupo de ações (Action Group) | Define quem notificar e como | O que fazer quando o alarme disparar | | Regra de processamento de alerta | Suprime ou ajusta notificações durante períodos específicos | Desligar o alarme nos fins de semana |
Um Grupo de ações é uma configuração que agrupa os métodos e destinatários das notificações. Além de e-mail, SMS e chamadas telefônicas, você também pode acionar respostas automatizadas via Webhook (enviando um sinal para outro sistema), Logic Apps ou Azure Functions. Por exemplo, você pode configurar uma ação que adiciona automaticamente outro servidor quando a CPU ultrapassar 90%.
As Regras de processamento de alerta definem quando as notificações não devem ser enviadas. Durante janelas de manutenção do sistema, as notificações podem se tornar excessivas, e as regras de processamento de alerta podem suprimi-las temporariamente.
Cenário real: Você pode configurar um alerta para que, quando o uso de CPU de um servidor de loja virtual ultrapassar 80%, toda a equipe de operações receba uma notificação por e-mail e SMS, ao mesmo tempo em que um script de escalabilidade automática é acionado.
---
Insights: Painéis de Monitoramento Personalizados por Serviço
Insights são telas de monitoramento otimizadas para serviços específicos. Embora o Metrics Explorer geral permita combinar quaisquer dados como preferir, no início pode ser difícil saber o que observar. Insights são 'painéis personalizados pré-configurados que mostram apenas o mais importante ao monitorar um determinado serviço.'
Assim como cada oficina mecânica tem equipamentos de diagnóstico especializados, cada serviço tem seus próprios Insights otimizados:
| Insights | Serviço alvo | Principais informações fornecidas | |----------|-------------|----------------------------------| | VM Insights | Máquinas virtuais | Desempenho de CPU, memória e disco + um mapa de dependências mostrando quais processos se comunicam com quais servidores | | Storage Insights | Contas de armazenamento | Disponibilidade, tempo de resposta, status de transações | | Network Insights | Recursos de rede | Topologia geral da rede e status de desempenho |
Em particular, o mapa de dependências do VM Insights é extremamente útil. Por mostrar visualmente com quais servidores uma máquina virtual se comunica, ele ajuda a compreender rapidamente o alcance do impacto quando ocorre um incidente.
---
Network Watcher
O que é o Network Watcher?
O Network Watcher é uma coleção de ferramentas especializadas para diagnosticar problemas de rede. Se o Azure Monitor mostra o estado geral de saúde, o Network Watcher é o 'especialista em encanamento' que investiga a fundo os problemas de infraestrutura de rede.
Os problemas de rede são especialmente difíceis porque são invisíveis. Em situações em que "o servidor está ativo, mas por que não consigo me conectar?", as ferramentas do Network Watcher mostram seu valor.
Principais Ferramentas do Network Watcher
Verificação de fluxo de IP (IP Flow Verify)
Esta é a ferramenta que responde à pergunta "Este tráfego está sendo bloqueado pelo firewall (NSG)?" Ela informa imediatamente se um pacote enviado de um IP específico para uma porta específica é permitido ou bloqueado, e qual regra de NSG é responsável. É como perguntar em uma cancela de segurança: "Posso passar por esta porta com este cartão?"
Próximo salto (Next Hop)
Esta é a ferramenta que responde à pergunta "Para onde este pacote está indo?" Ela mostra o caminho real que um pacote percorre ao viajar de A para B. É semelhante a um aplicativo de navegação que indica a direção até a próxima interseção. É útil para encontrar a causa quando o tráfego está indo para um lugar inesperado devido a uma tabela de roteamento mal configurada.
Connection Monitor
Este recurso monitora continuamente se a conexão entre dois pontos de extremidade está funcionando corretamente. Em vez de uma verificação pontual, testa a conexão automaticamente a cada 5 minutos e registra o tempo de resposta e a taxa de perda de pacotes. Você pode usá-lo como vigilância para garantir que a conexão VPN entre a matriz e uma filial esteja sempre estável.
Logs de fluxo de NSG (NSG Flow Logs)
Este recurso registra todo o tráfego que passa ou é bloqueado por um NSG (Grupo de Segurança de Rede). Como uma gravação de CCTV, você pode consultar posteriormente "Quais IPs tentaram se conectar ao nosso servidor na semana passada?" É essencial para auditorias de segurança e análise de tráfego anormal.
Captura de pacotes (Packet Capture)
Este recurso registra os pacotes de rede reais que entram e saem de uma máquina virtual. Como gravar o conteúdo de uma chamada telefônica, ele salva em um arquivo os dados reais que estão sendo trocados. É usado quando o nível mais profundo de análise é necessário, e o arquivo salvo pode ser analisado com ferramentas como o Wireshark.
---