SW BBANG P

Seu Auto Scaling Group está terminando instâncias que parecem saudáveis no console EC2 — o status mostra running , o sistema operacional responde ao SSH, mas o ASG insiste em substituí-las. Esse comportamento quase sempre aponta para uma divergência entre o tipo de health check configurado e o que a aplicação realmente precisa para ser considerada saudável. TL;DR — Auto Scaling Group Health Check: EC2 vs ELB Aspecto EC2 (padrão) ELB O que verifica Status do hipervisor e hardware Resposta HTTP/TCP da aplicação Quando usar Workloads sem load balancer Instâncias registradas em Target Group Instância 'running' mas app travada Considerada saudável Considerada unhealthy → terminada Risco principal Servir tráfego com app quebrada Terminações em cascata se health check mal configurado Grace period Aplica-se a ambos Aplica-se a ambos Como os Health Checks do ASG Funcionam O ASG avalia a saúde d...

Você acabou de provisionar um Application Load Balancer e precisa apontar example.com para ele. A primeira tentativa natural é criar um registro CNAME — e aí você descobre que o console do Route 53 simplesmente não deixa. Não é bug, não é permissão faltando: é uma limitação fundamental do protocolo DNS que existe desde 1987, e o registro Alias do Route 53 foi criado especificamente para contorná-la. TL;DR — Alias vs CNAME no Route 53 Característica CNAME Alias (Route 53) Funciona no zone apex ( example.com ) ❌ Não ✅ Sim Aponta para ALB, CloudFront, S3 ✅ Sim (subdomínios) ✅ Sim (qualquer nível) Cobrança por consulta DNS Sim Gratuito para destinos AWS suportados Retorna endereço IP diretamente Não — retorna outro nome Sim — resolve para A/AAAA Health check integrado ...

Você abre o console da AWS, confere o target group e todas as instâncias estão Healthy . Mesmo assim, o ALB continua retornando 502 Bad Gateway para os clientes. Esse é um dos cenários mais frustrantes em operações com Application Load Balancer — o health check passa, mas a aplicação real falha silenciosamente na camada de protocolo HTTP. TL;DR — Diagnóstico Rápido do 502 no ALB Causa Raiz Sinal Observável Camada Resposta HTTP malformada da aplicação 502 imediato, sem latência Aplicação Conexão fechada antes da resposta completa 502 intermitente sob carga Keep-alive / TCP Timeout de idle no ALB menor que no backend 502 em requisições longas Configuração ALB Header HTTP inválido ou tamanho excedido 502 em rotas específicas Protocolo HTTP Target desregistrado durante requisição ativa 502 durante deploy/scale-in Ciclo de vida Como o ALB Processa Respostas — Antes de Depurar O ALB opera na camada ...