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ê 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 ...