Des messages d'erreurs HTTP 503 s'affichent dans les journaux d'accès d'un Classic Load Balancer, dans les métriques CloudWatch ou lorsque j'entre le nom DNS de l'équilibreur de charge dans le navigateur ou à partir de mes clients. Comment puis-je résoudre le problème ?

Assurez-vous d'avoir enregistré les instances principales dans toutes les zones de disponibilité dans lesquelles votre Classic Load Balancer est configuré pour répondre. Par ailleurs, les instances principales enregistrées doivent réussir les vérifications de l'état et leur taille doit être suffisante pour gérer la charge requise par l'application.

Pour vérifier le nombre d'instances saines derrière votre équilibreur de charge, vérifiez les métriques HealthyHostCount et UnHealthyHostCount dans CloudWatch. Si les métriques de CloudWatch indiquent que vous n'avez aucun hôte sain ou que certains hôtes ne sont pas sains, vous pouvez résoudre ce problème en vérifiant les points suivants :

Vérifier que vos instances principales peuvent répondre aux vérifications de l'état

Si les instances principales semblent en cours d'exécution et saines, mais que la métrique UnhealthyHostCount indique une ou plusieurs instances non saines, assurez-vous que l'équilibreur de charge peut répondre aux demandes de vérification de l'état. Pour les vérifications de l'état HTTP/HTTPS, vérifiez que l'équilibreur de charge peut recevoir un code de réponse 200 du serveur principal ; pour les vérifications de l'état de la couche 4, l'équilibreur de charge marque l'instance comme étant saine si l'instance parvient à établir une liaison TCP. Pour obtenir des instructions détaillées, consultez Dépanner un équilibreur de charge classique : vérifications de l'état de santé.

Vérifier que l'équilibreur de charge et les instances principales peuvent gérer la charge

Assurez-vous que l'équilibreur de charge et les instances principales sont en mesure de gérer l'utilisation de l'UC, la mémoire, l'utilisation du disque et le nombre de connexions requis par votre application.

Par exemple, vérifiez les métriques SpilloverCount et SurgeQueueLength CloudWatch. Si la métrique SurgeQueueLength indique le nombre maximal de 1 024 demandes placées en file d'attente ou un nombre approchant, ou si la métrique SpilloverCount est un nombre différent de zéro, cela signifie que le serveur principal ne peut pas servir les demandes aussi rapidement qu'elles lui parviennent, voire qu'il ne peut servir aucune demande.

Vérifiez également les métriques CPUUtilization CloudWatch de vos instances principales : si vous constatez que l'utilisation d'UC atteint des pics de 100 %, ou si elle est constamment élevée pendant de longues périodes, envisagez d'ajouter d'autres instances principales, ou augmentez la taille des instances en cours. Pour obtenir des instructions relatives à la vérification d'autres valeurs telles que l'utilisation de mémoire et de disque, reportez-vous à la documentation du fournisseur de l'instance.

503, service non disponible, erreur


Cette page vous a-t-elle été utile ? Oui | Non

Retour au Centre de connaissances AWS Support

Vous avez besoin d'aide ? Consultez le site du Centre AWS Support

Date de publication : 15/09/2016