Comment puis-je corriger les erreurs 503 renvoyées lors de l'utilisation d'un Classic Load Balancer ?

Lecture de 3 minute(s)
0

Je constate des erreurs HTTP 503 dans les journaux d'accès du Classic Load Balancer, dans les métriques CloudWatch ou lorsque je saisis le nom DNS de l'équilibreur de charge dans le navigateur ou auprès de mes clients.

Brève description

Assurez-vous d'avoir enregistré des instances backend pour chaque zone de disponibilité dans laquelle votre Classic Load Balancer est configuré pour répondre. Vérifiez que les instances backend enregistrées n'échouent pas à l'étape de surveillance de l'état et qu'elles sont bien dimensionnées pour gérer la charge requise par votre application.

Résolution

Pour connaître le nombre d'instances backend saines derrière votre équilibreur de charge, consultez les métriques HealthyHostCount et UnHealthyHostCount dans CloudWatch. Si les métriques CloudWatch indiquent que vous n'avez aucun hôte sain, vous pouvez résoudre le problème en vérifiant les points suivants :

Vérifier que vos instances backend peuvent répondre aux surveillances de l'état

Si les instances backend sont en cours d'exécution, mais que la métrique UnhealthyHostCount indique qu'elles ne sont pas saines, vérifiez que l'application peut répondre aux demandes de surveillance de l'état. Pour les surveillances de l'état HTTP/HTTPS, assurez-vous que votre équilibreur de charge est en mesure de recevoir un code de réponse 200 de la part du serveur principal. Pour les surveillances de l'état de la couche 4, l'équilibreur de charge marque l'instance comme saine si elle parvient à exécuter une liaison TCP. Pour obtenir des instructions, reportez-vous à Résoudre les problèmes liés à un Classic Load Balancer : surveillances de l'état.

Vérifier que votre équilibreur de charge et vos instances backend peuvent gérer la charge

Vérifiez vos instances backend et d'équilibreur de charge pour vous assurer qu'elles sont capables de gérer l'utilisation du processeur, la mémoire, le disque et le nombre de connexions dont votre application a besoin.

Par exemple, vérifiez les métriques SpilloverCount et SurgeQueueLength CloudWatch. Si la valeur SurgeQueueLength est égale au seuil maximum de 1 024 demandes en file d'attente ou s'en rapproche, ou si la valeur SpilloverCount est un nombre différent de zéro, cela indique que le backend ne peut pas traiter les demandes aussi vite qu'elles arrivent, ou qu'il n'est pas du tout en mesure de les traiter.

Vérifiez également les métriques CPUUtilization CloudWatch pour vos instances backend. Si vous constatez que l'utilisation du processeur atteint 100 %, ou si elle est constamment élevée sur de longues périodes, envisagez d'ajouter d'autres instances backend ou de redimensionner les instances actuelles pour les agrandir. Pour obtenir des instructions sur la surveillance d'autres valeurs, notamment l'utilisation de la mémoire et du disque, consultez la documentation du fournisseur de l'instance.

Informations connexes

Surveiller votre Classic Load Balancer

Résoudre les problèmes liés à un Classic Load Balancer : erreurs HTTP

AWS OFFICIEL
AWS OFFICIELA mis à jour il y a 2 ans