Benachrichtigungen und Fehlerbehebung

Diese Seite zeigt Beispiel-Ursachenmeldungen für häufige Probleme und Links zu weiteren Informationen. Ursachenmeldungen werden auf der Umgebungsübersichtsseite der Elastic-Beanstalk-Konsole angezeigt und in Ereignisse aufgezeichnet, wenn Integritätsprobleme über mehrere Prüfungen bestehen.

Bereitstellungen

Elastic Beanstalk überwacht Ihre Umgebung nach Bereitstellungen auf Konsistenz. Wenn eine fortlaufende Bereitstellung fehlschlägt, kann die Version Ihrer Anwendung auf den Instances in Ihrer Umgebung variieren. Dies kann der Fall sein, wenn eine Bereitstellung auf einem oder mehreren Stapeln erfolgreich ist, aber vor allen abgeschlossenen Stapeln fehlschlägt.

Falsche Anwendungsversion auf zwei von fünf Instances gefunden. Erwartete Version "v1" (Bereitstellung 1).

Falsche Anwendungsversion auf Umgebungs-Instances. Erwartete Version "v1" (Bereitstellung 1).

Die erwartete Anwendungsversion wird auf einigen oder allen Instances in einer Umgebung nicht ausgeführt.

Falsche Anwendungsversion "v2" (Bereitstellung 2). Erwartete Version "v1" (Bereitstellung 1).

Die Anwendung, die auf einer Instance bereitgestellt wurde, unterscheidet sich von der erwarteten Version. Wenn eine Bereitstellung fehlschlägt, wird die erwartete Version auf die Version aus der letzten erfolgreichen Bereitstellung zurückgesetzt. Im vorangegangenen Beispiel war die erste Bereitstellung (Version "v1") erfolgreich, aber die zweite Bereitstellung (Version "v2") ist fehlgeschlagen. Alle Instances mit "v2" werden als fehlerhaft angesehen.

Um dieses Problem zu lösen, starten Sie eine andere Bereitstellung. Sie können eine frühere Version erneut bereitstellen, von der Sie wissen, dass sie funktioniert, oder Ihre Umgebung so konfigurieren, dass Zustandsprüfungen während der Bereitstellung ignoriert werden und die neue Version erneut bereitgestellt wird, um einen Abschluss der Bereitstellung zu erzwingen.

Sie können auch die Instances identifizieren und beenden, die mit der falschen Anwendungsversion ausgeführt werden. Elastic Beanstalk startet Instances mit der richtigen Version, um alle Instances zu ersetzen, die Sie beenden. Verwenden Sie den EB-CLI-Zustandsbefehl, um Instances zu identifizieren, die mit der falschen Anwendungsversion ausgeführt werden.

Anwendungsserver

15% der Abfragen geben den Fehler HTTP 4xx zurück

20% der Abfragen an den ELB geben den Fehler HTTP 4xx zurück.

Ein hoher Prozentsatz der HTTP-Anfragen an eine Instance oder eine Umgebung schlagen mit 4xx-Fehlern fehl.

Ein Serienstatuscode 400 gibt an, dass der Benutzer eine fehlerhafte Anfrage getätigt hat, beispielsweise die Anfrage einer Seite, die nicht vorhanden ist (404 File Not Found) oder auf die der Benutzer keinen Zugriff hat (403 Forbidden). Eine geringe Anzahl von 404s ist nicht ungewöhnlich, aber eine große Anzahl kann bedeuten, dass es interne oder externe Links zu nicht verfügbaren Seiten gibt. Diese Probleme können behoben werden, indem fehlerhafte interne Links repariert und Umleitungen für fehlerhafte externe Links hinzugefügt werden.

5% der Anfragen schlagen mit HTTP-5xx fehl

3% der Abfragen an den ELB schlagen mit HTTP 5xx fehl.

Ein hoher Prozentsatz der HTTP-Anfragen an eine Instance oder eine Umgebung schlagen mit Serienstatuscodes 500 fehl.

Ein Serienstatuscode 500 gibt an, dass beim Anwendungsserver ein interner Fehler aufgetreten ist. Diese Fehler zeigen an, dass es einen Fehler in Ihrem Anwendungscode gibt, der identifiziert und schnell behoben werden sollte.

95% der CPU wird verwendet

Auf einer Instance meldet der Zustandsagent einen extrem hohen Prozentsatz an CPU-Auslastung und setzt den Instance-Zustand auf Warning (Warnung) oder Degraded (Schwach).

Skalieren Sie Ihre Umgebung, um Last von Instances zu nehmen.

Worker-Instances

20 Nachrichten in der Warteschlange (vor 25 Sekunden)

Anfragen werden schneller zur Warteschlange Ihrer Worker-Umgebung hinzugefügt, als sie verarbeitet werden können. Skalieren Sie Ihre Umgebung zur Erhöhung der Kapazität.

5 Nachrichten in Warteschlange für unzustellbare Nachrichten (vor 15 Sekunden)

Worker-Anfragen schlagen wiederholt fehl und werden zur hinzugefügt Warteschlangen für unzustellbare Nachrichten. Prüfen Sie die Anfragen in der Warteschlange für unzustellbare Nachrichten, um zu sehen, warum sie nicht erfüllt werden.

Sonstige Ressourcen

4 aktive Instances liegen unter der Mindestgröße für Auto-Scaling-Gruppen von 5

Die Anzahl der Instances in Ihrer Umgebung ist geringer als die minimale Konfiguration für die Auto-Scaling-Gruppe.

Benachrichtigungen der Auto-Scaling-Gruppe (Gruppenname) wurden gelöscht oder geändert

Die Benachrichtigungen, die für Ihre Auto-Scaling-Gruppe konfiguriert sind, wurden außerhalb von Elastic Beanstalk geändert.