View a markdown version of this page

Résolution des problèmes - Salle d'attente virtuelle sur AWS

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Résolution des problèmes

Cette section fournit des informations de dépannage pour cette solution.

Si cette section ne répond pas à votre problème, contactez le support AWS pour obtenir des instructions pour ouvrir un dossier de support AWS pour cette solution.

État de réponse 4xx de APIs

  • Cela peut être dû à un identifiant d'événement ou à un identifiant de demande incorrect, ou aux deux. Cela se produit dans les CloudWatch journaux de la fonction Lambda associée.

  • APIs Les données privées sont authentifiées par IAM et le client a besoin de AWS clés habilitées à invoquer les données privées. APIs Cela se produit dans les CloudWatch journaux d'API Gateway.

État de réponse 5xx de APIs

  • Réponse d'un Lambda limité ou d'une API Gateway, vérifiez l'alarme. <LambdaFunctionName>ThrottlesAlarm CloudWatch

  • Mauvaise configuration sur le back-end, vérifiez l'<LambdaFunctionName>ErrorsAlarm CloudWatch alarme et les CloudWatch journaux pour plus de détails.

5 XXError Public/ PrivateApiAlarm

  • Cet état d'alarme se ALARM produit lorsque l'API renvoie un statut 5XX à l'appelant dans un délai de 60 secondes.

  • Cette alarme revient OK lorsqu'aucun statut 5xx n'est renvoyé pendant 60 secondes.

  • Cette alarme peut être lancée par une fonction Lambda ou un environnement d'exécution Lambda renvoyant une erreur à API Gateway.

4 XXError Public/ PrivateApiAlarm

  • Cet état d'alarme se ALARM produit lorsque l'API renvoie un statut 4XX à l'appelant dans un délai de 60 secondes.

  • Cette alarme revient au OK moment où le statut 4XX est renvoyé pendant 60 secondes.

  • Cette alarme peut être déclenchée par une URL d'API incorrecte.

<LambdaFunctionName>ThrottlesAlarm

  • Cet état d'alarme est ALARM lorsque le Lambda nommé atteint une limite d'exécutions simultanées dans un délai de 60 secondes.

  • Cette alarme revient OK si aucun accélérateur n'est détecté pendant 60 secondes.

  • Vous devrez peut-être augmenter la limite de simultanéité pour la région de votre compte.

  • Vous êtes peut-être confronté à la limite de rafales pour Lambda, ce qui nécessite une certaine logique de relance de la part de votre client.

<LambdaFunctionName>ErrorsAlarm

  • Cet état d'alarme se produit ALARM lorsque le Lambda nommé rencontre une erreur d'exécution dans un délai de 60 secondes.

  • Cette alarme revient à zéro OK si aucune erreur n'est détectée pendant 60 secondes.

  • Cela peut être dû à une mauvaise configuration du backend.

  • Cela peut être dû à un bogue dans le code Lambda.