Comment résoudre une erreur HTTP 500 ou 503 depuis Amazon S3 ?

Brève description

Lorsque vous adressez une requête à Amazon S3, vous pouvez recevoir un message d'erreur similaire aux exemples suivants :

• "AmazonS3Exception: Internal Error (Service: Amazon S3; Status Code: 500; Error Code: 500 Internal Error; Request ID: A4DBBEXAMPLE2C4D)"
• "AmazonS3Exception: Slow Down (Service: Amazon S3; Status Code: 503; Error Code: 503 Slow Down; Request ID: A4DBBEXAMPLE2C4D)"

Le message d’erreur "500 Internal Error" s'affiche lorsqu'Amazon S3 ne peut pas gérer la requête à ce moment-là. Le message d’erreur "503 Slow Down" apparaît généralement lorsque votre compartiment S3 reçoit un grand nombre de requêtes. Vous pouvez envoyer 3 500 requêtes PUT/COPY/POST/DELETE ou 5 500 requêtes GET/HEAD par seconde pour chaque préfixe Amazon S3 partitionné. Toutefois, Amazon S3 peut envoyer une réponse "503 Slow Down" si vos requêtes dépassent la bande passante dont vous disposez pour copier dans les régions AWS.

Pour résoudre ou éviter les erreurs d'état 5xx, procédez comme suit :

• Pour l'application qui émet les requêtes, utilisez un mécanisme de nouvelle tentative.
• Configurez votre application pour augmenter progressivement les taux de requêtes.
• Répartissez les objets sur plusieurs préfixes.
• Surveillez le nombre de réponses d'erreur 5xx.

Remarque : Lorsque vous créez un préfixe, Amazon S3 n'attribue pas automatiquement de ressources supplémentaires pour le taux de requêtes pris en charge. Amazon S3 évolue en fonction des modèles de requêtes. À mesure que le taux de requêtes augmente, Amazon S3 optimise le nouveau taux de requêtes de manière dynamique.

Résolution

Utiliser un mécanisme de nouvelle tentative

En raison de la nature distribuée d'Amazon S3, vous pouvez réessayer les requêtes qui renvoient des erreurs 500 ou 503. Il est recommandé d'intégrer une logique de nouvelle tentative dans les applications qui adressent des requêtes à Amazon S3. Les kits SDK AWS disposent d'un mécanisme de nouvelle tentative intégré.

Remarque : Dans certains scénarios, des requêtes simultanées rapides adressées à la même clé peuvent entraîner une réponse 503. Dans ces scénarios, il est recommandé de réessayer les requêtes qui ont échoué.

Configurer votre application pour augmenter progressivement les taux de requêtes

Un taux de requêtes élevé ou une augmentation soudaine du taux de requêtes pour un objet peut entraîner l'affichage du message d’erreur "503 Slow Down". Configurez votre application pour maintenir le taux de requêtes et implémentez une nouvelle tentative avec un backoff exponentiel. Le backoff exponentiel met en œuvre des temps d'attente de plus en plus longs entre les tentatives pour des réponses d'erreur consécutives. Cette configuration donne à Amazon S3 le temps de surveiller les modèles de requête et de réduire horizontalement le backend pour gérer le taux de requêtes.

Tout d'abord, configurez votre application pour commencer avec un taux de requêtes de transactions par seconde inférieur. Puis, augmentez le taux de requêtes de l'application de façon exponentielle. Amazon S3 est mis automatiquement à l’échelle pour gérer un taux de requêtes plus élevé.

Répartir les objets sur plusieurs préfixes

Les taux de requêtes s'appliquent pour chaque préfixe dans un compartiment Amazon S3. Pour configurer votre compartiment afin de gérer des taux de requêtes plus élevés, répartissez les objets entre plusieurs préfixes. Par exemple, si vous utilisez un compartiment pour stocker des images et des vidéos, répartissez les fichiers dans les deux préfixes suivants :

• mybucket/images
• mybucket/videos

Si le taux de requêtes sur les préfixes augmente progressivement, Amazon S3 augmente verticalement pour traiter les requêtes pour chaque préfixe séparément. Par conséquent, le compartiment peut gérer le double du taux de requêtes.

Surveiller le nombre de réponses d'erreur d'état 5xx

Pour surveiller le nombre de réponses d'erreur d'état 5xx que vous recevez, utilisez l'une des options suivantes :

• Activez les métriques Amazon CloudWatch pour vérifier la métrique de réponse à l'état 5xx.
• Activez la journalisation des accès au serveur Amazon S3 pour capturer toutes les requêtes, puis filtrez et examinez les requêtes qui reçoivent une réponse d'erreur 5xx. Utilisez Amazon Athena pour analyser les journaux.

Résoudre d'autres problèmes

Lorsque vous utilisez l'option Accéléré pour récupérer des objets archivés, l'un des messages d'erreur suivants peut s'afficher :

• "GlacierExpeditedRetrievalNotAvailable"
• "Glacier expedited retrievals are currently not available, please try again later"

Ces problèmes se produisent si la capacité est insuffisante pour traiter la requête RestoreObject accélérée. Pendant une période de forte demande soutenue, Amazon S3 peut refuser les demandes de récupération accélérée et renvoyer un message d’erreur 503. Utilisez des unités de capacité provisionnées pour vous assurer qu'une capacité de récupération accélérée est disponible sur demande. Vous pouvez effectuer au moins trois extractions accélérées toutes les 5 minutes pour chaque unité. Chaque unité fournit jusqu'à 150 Mbit/s de débit de récupération. Vous pouvez également utiliser les options de récupération Standard ou En bloc.

Vous pouvez effectuer une nouvelle tentative de récupération. Cependant, vous pourriez toujours rencontrer des problèmes. Sauf en cas de demande extrême, les récupérations accélérées sont possibles sans capacité provisionnée. En raison de l'évolution constante et de la forte demande de disponibilité de la récupération accélérée à partir de capacités non provisionnées, il n'existe aucun SLA à récupération accélérée.

Si vous continuez à recevoir des taux d'erreur 5xx élevé, contactez AWS Support. Incluez plusieurs paires d’ID de requête Amazon S3 pour les requêtes qui échouent avec un code d'erreur d'état 5xx.

Informations connexes

Utilisation de métriques S3 Storage Lens pour améliorer les performances

Surveillance des métriques avec Amazon CloudWatch