View a markdown version of this page

Fehlerbehebung - Virtuelles Wartezimmer auf AWS

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Fehlerbehebung

Dieser Abschnitt enthält Informationen zur Fehlerbehebung für diese Lösung.

Wenn Ihr Problem in diesem Abschnitt nicht behandelt wird, finden Sie unter Wenden Sie sich an den AWS-Support Anweisungen zum Öffnen einer AWS-Supportanfrage für diese Lösung.

4xx-Antwortstatus von APIs

  • Dies kann auf eine falsche Event- oder Anforderungs-ID oder beides zurückzuführen sein. Dies tritt in den CloudWatch Protokollen für die zugehörige Lambda-Funktion auf.

  • Private APIs sind IAM-authentifiziert und der Client benötigt AWS Schlüssel, die über Rechte zum Aufrufen der privaten Daten verfügen. APIs Dies tritt in den CloudWatch Protokollen für API Gateway auf.

5xx Antwortstatus von APIs

  • Antwort von gedrosseltem Lambda oder API Gateway, Alarm überprüfen. <LambdaFunctionName>ThrottlesAlarm CloudWatch

  • Fehlkonfiguration im Backend. Einzelheiten finden Sie im <LambdaFunctionName>ErrorsAlarm CloudWatch Alarm und in den Protokollen. CloudWatch

5 Öffentlich/ XXError PrivateApiAlarm

  • Dieser Alarmstatus liegt vorALARM, wenn die API dem Anrufer innerhalb von 60 Sekunden den Status 5XX zurückgibt.

  • Dieser Alarm kehrt zurück, OK wenn 60 Sekunden lang kein 5xx-Status zurückgegeben wird.

  • Dieser Alarm kann durch eine Lambda-Funktion oder eine Lambda-Laufzeit ausgelöst werden, die einen Fehler an API Gateway zurückgibt.

4 Öffentlich/ XXError PrivateApiAlarm

  • Dieser Alarmstatus liegt vorALARM, wenn die API dem Anrufer innerhalb von 60 Sekunden einen 4XX-Status zurückgibt.

  • Dieser Alarm kehrt in den Zustand zurück, OK wenn der 4XX-Status für 60 Sekunden wiederhergestellt wird.

  • Dieser Alarm kann durch eine falsche API-URL ausgelöst werden.

<LambdaFunctionName>ThrottlesAlarm

  • Dieser Alarmstatus ist ALARM, wenn das benannte Lambda innerhalb eines Zeitraums von 60 Sekunden auf ein Limit für gleichzeitige Ausführung stößt.

  • Dieser Alarm kehrt in den Status zurück, OK wenn 60 Sekunden lang keine Drosselungen festgestellt wurden.

  • Möglicherweise müssen Sie das Parallelitätslimit für die Region Ihres Kontos erhöhen.

  • Möglicherweise stoßen Sie auf das Burst-Limit für Lambda, was eine gewisse Wiederholungslogik auf Ihrem Client erfordert.

<LambdaFunctionName>ErrorsAlarm

  • Dieser Alarmstatus liegt vorALARM, wenn das benannte Lambda innerhalb eines Zeitraums von 60 Sekunden auf einen Laufzeitfehler stößt.

  • Dieser Alarm kehrt zu, OK wenn 60 Sekunden lang keine Fehler aufgetreten sind.

  • Dies kann durch eine Fehlkonfiguration im Backend verursacht werden.

  • Dies kann durch einen Fehler im Lambda-Code verursacht werden.