Ir para o conteúdo

O Sistema Nervoso da Nuvem: Guia Prático do Amazon CloudWatch

Você não pode gerenciar ou otimizar o que você não mede. Construir uma infraestrutura na nuvem sem monitoramento é como pilotar um avião de olhos vendados. O Amazon CloudWatch é o serviço fundamental da AWS que te dá os dados (Métricas), a inteligência (Alarmes) e os reflexos (Ações) para operar de forma proativa.

Analogia: Pense no CloudWatch como o "Sistema Central de Monitoramento e Alarme" de um prédio inteligente.

1. Os Sensores (CloudWatch Metrics)

  • O que são? Uma métrica é uma série de dados que representa o comportamento de uma variável ao longo do tempo (ex: a utilização da CPU).
  • Analogia: São os "Sensores" espalhados por todo o prédio.

Padrão vs. Customizada

  • Métricas Padrão: São os "sensores que já vêm com o equipamento". A maioria dos serviços da AWS (EC2, RDS, ELB) envia métricas de performance automaticamente para o CloudWatch. Para o EC2, a métrica mais famosa é a CPUUtilization.
  • Métricas Customizadas: São os "sensores extras que você instala". > INSIGHT DE ESPECIALISTA: A métrica mais importante que não é padrão para o EC2 é o uso de memória (RAM). O Hipervisor da AWS não tem visibilidade da memória dentro do seu sistema operacional. Para monitorar a memória, você precisa instalar o Agente do CloudWatch (CloudWatch Agent) na sua instância.

Básico vs. Detalhado

  • Monitoramento Básico (padrão): Os "sensores" do EC2 enviam dados a cada 5 minutos. É gratuito.
  • Monitoramento Detalhado: Você pode habilitar para que os "sensores" enviem dados a cada 1 minuto. Tem um custo adicional, mas é essencial para sistemas que precisam de reações rápidas, como o Auto Scaling.

2. O Cérebro (CloudWatch Alarms)

A Dor que Resolve: "Eu tenho os dados dos sensores, mas não posso ficar olhando para gráficos o dia todo. Como eu sei quando algo está errado?"

  • O que é? Um Alarme observa uma única métrica e executa uma ação se ela cruzar um limite que você definiu.
  • Analogia: É a "Regra de Lógica na Central de Monitoramento".

A Anatomia de um Alarme:

Você define a regra: "SE a métrica (ex: CPUUtilization) ficar acima de (comparador) 80% (limite) por 5 minutos consecutivos (períodos de avaliação), ENTÃO dispare o alarme."

Os 3 Estados de um Alarme:

  • OK: A métrica está dentro do limite. ("A temperatura está normal.")
  • ALARM: A métrica violou o limite pelo tempo definido. ("A temperatura está perigosamente alta!")
  • INSUFFICIENT_DATA: Não há dados suficientes para saber o estado. ("O sensor está offline.")

3. Os Reflexos (CloudWatch Actions)

A Dor que Resolve: "Recebi um alerta às 3 da manhã de que o servidor estava sobrecarregado. Tive que acordar, fazer login e adicionar outro servidor manualmente. Como podemos automatizar isso?"

Quando um alarme entra no estado ALARM, ele pode disparar Ações automáticas. * Analogia: É o "Sistema de Resposta Automática a Emergências" do prédio.

As 3 Ações Principais:

  1. Notificação: Enviar uma mensagem para um tópico do Amazon SNS. A partir daí, o SNS pode enviar um e-mail, um SMS, ou notificar um canal do Slack.
  2. Ação de Auto Scaling: Acionar uma política de scale-out (adicionar instâncias) ou scale-in (remover instâncias).
  3. Ação de EC2: Parar (Stop), terminar (Terminate) ou reiniciar (Reboot) a instância que disparou o alarme.

HACK PARA CERTIFICAÇÃO: Para a prova, CloudWatch é um serviço central. Lembre-se: 1. CloudWatch monitora a PERFORMANCE (com Métricas) e LOGS. 2. Um Alarme é usado para observar uma métrica e disparar uma Ação. 3. As Ações mais comuns são notificações via SNS e ações de Auto Scaling. 4. Para monitorar o uso de memória de uma instância EC2, você precisa do CloudWatch Agent.

O Sistema Nervoso da Nuvem: Guia de Métricas e Painéis do CloudWatch

Já sabemos que o CloudWatch é o serviço de monitoramento que nos dá os "sensores" (Métricas), o "cérebro" (Alarmes) и os "reflexos" (Ações). Agora, vamos entender como esses "sensores" são organizados e como visualizamos todas as informações em uma única "sala de controle".

1. A Anatomia de um Sensor (Os Componentes de uma Métrica)

Cada ponto de dado que o CloudWatch coleta (uma Métrica) tem um "endereço" único, composto por três partes.

Analogia: Pense em um sensor de temperatura em nosso "prédio inteligente".

1. Namespace (O Departamento)

  • O que é? Um contêiner que agrupa métricas relacionadas.
  • Analogia: O "departamento" ou o "andar" onde o sensor está localizado.
  • Como Funciona: Impede que as métricas se misturem. O namespace AWS/EC2 contém apenas métricas de instâncias EC2, enquanto o AWS/S3 contém apenas métricas de buckets S3.

2. Dimensões (A Sala e o Número de Série)

  • O que são? Pares de chave-valor que identificam um recurso específico.
  • Analogia: O "número da sala e o número de série" do sensor.
  • Como Funciona: Uma métrica como CPUUtilization existe para todas as instâncias. A dimensão InstanceId=i-12345 permite que você filtre e veja a CPU de uma única instância.

3. Período (A Frequência do Relatório)

  • O que é? O intervalo de tempo em que os dados são agregados (ex: a cada 1 minuto ou 5 minutos).
  • Analogia: "Com que frequência o sensor envia seu relatório para a central de monitoramento."

INSIGHT DE ESPECIALISTA: Quando você instala o Agente do CloudWatch para coletar métricas customizadas (como o uso de memória), você pode definir suas próprias dimensões. Por exemplo, você pode agrupar métricas por Ambiente=Producao ou Aplicacao=LojaVirtual, permitindo criar alarmes e gráficos muito mais granulares.

2. O Olho que Tudo Vê (Monitoramento e Segurança)

A Dor que Resolve: "Minha conta foi hackeada e o invasor começou a lançar centenas de instâncias caríssimas. Como eu poderia ter detectado isso antes de receber uma fatura de 10 mil dólares?"

  • A Solução: Use o CloudWatch para monitorar métricas de faturamento.
  • Como Funciona: Você pode habilitar o recebimento de dados de faturamento no CloudWatch e, em seguida, criar um Alarme de Faturamento.
  • A Regra: "SE as Cobranças Estimadas (EstimatedCharges) para o mês ultrapassarem US$ 100, ENTÃO envie uma notificação SNS para o meu e-mail e para o canal do Slack da diretoria."
  • O Resultado: Você transforma o monitoramento de custos de um processo reativo (olhar a fatura no final do mês) para um sistema de alerta proativo.

3. A Sala de Controle (Painéis - Dashboards)

A Dor que Resolve: "Para ver a saúde da minha aplicação, eu preciso olhar o gráfico de CPU do EC2, depois a latência do ELB, depois as leituras do RDS... é ineficiente."

  • O que são? Painéis (Dashboards) do CloudWatch são telas customizáveis onde você pode agrupar as métricas e alarmes mais importantes de diferentes serviços em uma única visão.
  • Analogia: É a "tela principal na sua sala de controle".

O Painel Automático

A AWS já te dá um ponto de partida. Ao acessar a visão geral do CloudWatch, ele te mostra um painel automático com um resumo da saúde dos principais serviços que você está usando e o status dos seus alarmes.

O Poder da Customização

Você pode criar seus próprios painéis. * Caso de Uso: Crie um painel chamado "Saúde da Loja Virtual" e adicione a ele os gráficos de: * CPUUtilization do seu Auto Scaling Group. * HealthyHostCount do seu Load Balancer. * DatabaseConnections do seu banco de dados RDS. * O status do seu alarme de faturamento. * O Resultado: Com uma única olhada, você tem um diagnóstico completo da saúde da sua aplicação, permitindo a detecção de problemas muito mais rapidamente.

HACK PARA CERTIFicação: Para a prova: 1. Uma Métrica do CloudWatch é identificada unicamente pela combinação de Namespace, Nome da Métrica e Dimensões. 2. Você pode usar o CloudWatch para criar Alarmes de Faturamento. 3. Os Painéis (Dashboards) do CloudWatch permitem criar uma visão unificada para monitorar múltiplos recursos e serviços.

O Sistema Nervoso da Nuvem: Guia Completo de CloudWatch

Já sabemos que o CloudWatch é o serviço de monitoramento que nos dá os "sensores" (Métricas), o "cérebro" (Alarmes) e os "reflexos" (Ações). Agora, vamos entender como ele também atua como os "ouvidos" da nossa aplicação, através do CloudWatch Logs, e como visualizamos tudo em uma única "sala de controle".

1. A Anatomia de um Sensor (Os Componentes de uma Métrica)

Cada ponto de dado que o CloudWatch coleta (uma Métrica) tem um "endereço" único, composto por três partes.

Analogia: Pense em um sensor de temperatura em nosso "prédio inteligente".

  • Namespace (O Departamento): Um contêiner que agrupa métricas relacionadas (ex: AWS/EC2, AWS/S3).
  • Dimensões (A Sala e o Número de Série): Pares de chave-valor que identificam um recurso específico (ex: InstanceId=i-12345).
  • Período (A Frequência do Relatório): O intervalo de tempo em que os dados são agregados (ex: a cada 1 minuto).

2. Os Ouvidos da Nuvem (CloudWatch Logs)

A Dor que Resolve: "Minha aplicação falhou. Onde estão os logs de erro? Preciso me conectar em 10 servidores diferentes para encontrá-los?"

  • O que é? O CloudWatch Logs é um serviço para centralizar, monitorar e armazenar seus arquivos de log.
  • Analogia: São os "microfones" instalados em cada sala do seu prédio. Eles gravam tudo o que sua aplicação "fala".
  • Como Funciona:
    1. Você instala o Agente do CloudWatch nas suas instâncias EC2.
    2. O Agente "ouve" os arquivos de log (ex: /var/log/httpd/error_log) e os envia para o CloudWatch.
    3. Os logs são organizados em Grupos de Logs (Log Groups) (ex: um para seus servidores web, outro para seus servidores de aplicação) e Fluxos de Logs (Log Streams) (geralmente, um para cada instância).

INSIGHT DE ESPECIALISTA: O superpoder do CloudWatch Logs é o Filtro de Métricas (Metric Filters). Você pode ensinar o CloudWatch a "ouvir" por palavras-chave específicas nos seus logs. Por exemplo, crie um filtro que conte o número de vezes que a palavra "ERROR" aparece. Isso cria uma Métrica Customizada a partir dos seus logs, na qual você pode criar um Alarme. Se o número de erros ultrapassar 10 em 5 minutos, o alarme dispara!

3. O Olho que Tudo Vê (Monitoramento e Segurança)

A Dor que Resolve: "Como eu sei se minha conta foi comprometida e um invasor está gastando meu dinheiro?"

  • A Solução: Use o CloudWatch para monitorar métricas de faturamento.
  • Como Funciona: Habilite os alertas de faturamento e crie um Alarme na métrica EstimatedCharges.
  • A Regra: "SE as cobranças estimadas para o mês ultrapassarem US$ 100, ENTÃO envie uma notificação SNS."

4. A Sala de Controle (Painéis - Dashboards)

A Dor que Resolve: "Preciso de uma visão única e rápida da saúde da minha aplicação, sem ter que pular entre 5 telas diferentes."

  • O que são? Painéis (Dashboards) do CloudWatch são telas customizáveis onde você pode agrupar os gráficos de métricas e os status de alarmes mais importantes em uma única visão.
  • Analogia: É a "tela principal na sua sala de controle".
  • Caso de Uso: Crie um painel "Saúde da Loja Virtual" com:
    • CPUUtilization do seu Auto Scaling Group.
    • HealthyHostCount do seu Load Balancer.
    • DatabaseConnections do seu RDS.
    • A métrica customizada de "Número de Erros" vinda dos seus Logs.
    • O status do seu alarme de faturamento.

HACK PARA CERTIFICAÇÃO: Para a prova: 1. Uma Métrica é identificada por Namespace, Nome e Dimensões. 2. CloudWatch Logs é usado para centralizar e monitorar arquivos de log. 3. Você pode criar Métricas Customizadas a partir de logs usando Filtros de Métricas. 4. Os Painéis (Dashboards) criam uma visão unificada do monitoramento.