Une erreur 502 sur un Application Load Balancer (ALB) ou Classic ELB AWS signifie que le load balancer n'a pas pu obtenir de réponse valide de vos instances. Voici comment diagnostiquer.
Symptômes
- Erreur "502 Bad Gateway" intermittente ou permanente
- Instances marquées "unhealthy" dans le Target Group
- Erreurs corrélées avec le déploiement
- CloudWatch montrant des erreurs 5xx
Causes Fréquentes
- Instance down : L'application sur l'instance EC2 ne répond pas.
- Health check qui échoue : Le health check est mal configuré ou l'endpoint ne répond pas.
- Timeout : L'application met trop de temps à répondre (> idle timeout).
Étapes de Diagnostic
- Vérifiez l'état des Target Groups dans EC2
- Examinez les logs de l'ALB dans CloudWatch
- Testez l'accès direct à l'instance (bypass ELB)
- Vérifiez les Security Groups et les ports
Automatiser avec MoniTao
MoniTao surveille vos endpoints AWS :
- Monitoring HTTP de votre domaine/ALB
- Détection immédiate des erreurs 502
- Historique pour corréler avec vos déploiements
Bonnes Pratiques
- Configurez des health checks réalistes
- Utilisez plusieurs AZ pour la redondance
- Ajustez le idle timeout de l'ALB si nécessaire
- Activez les access logs pour le debugging
Questions Fréquentes
Quelle différence entre ALB et ELB ?
ALB est la nouvelle génération, supportant HTTP/2, WebSockets, et le routage avancé.
Comment voir pourquoi une instance est unhealthy ?
Dans EC2 > Target Groups, cliquez sur l'instance pour voir les raisons.
Quel idle timeout configurer ?
Par défaut 60s. Augmentez si vous avez des requêtes longues.
MoniTao surveille-t-il AWS directement ?
Non, mais il surveille les endpoints exposés via vos ALB/ELB.
Prêt à dormir sur vos deux oreilles ?
Commencez gratuitement, sans carte bancaire.