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.
Grundlegende Zustandsberichte
In diesem Thema werden die Funktionen von Elastic Beanstalk Basic Health erklärt.
AWS Elastic Beanstalk verwendet Informationen aus mehreren Quellen, um festzustellen, ob Ihre Umgebung verfügbar ist, und verarbeitet Anfragen aus dem Internet. Der Zustand einer Umgebung wird durch eine von vier Farben dargestellt und auf der Umgebungsübersichtsseite der Elastic Beanstalk-Konsole angezeigt. Es ist auch über das Internet DescribeEnvironmentsAPIund telefonisch eb status bei der EB erhältlichCLI.
Das grundlegende Zustandsberichtssystem bietet Informationen über den Zustand der Instances in einer Elastic Beanstalk-Umgebung basierend auf Zustandsprüfungen, die von Elastic Load Balancing für lastverteilte Umgebungen oder von Amazon Elastic Compute Cloud für Umgebungen mit einer Instance durchgeführt werden.
Elastic Beanstalk überprüft nicht nur den Zustand Ihrer EC2 Instances, sondern überwacht auch die anderen Ressourcen in Ihrer Umgebung und meldet fehlende oder falsch konfigurierte Ressourcen, die dazu führen können, dass Ihre Umgebung für Benutzer nicht verfügbar ist.
Die von den Ressourcen in Ihrer Umgebung gesammelten Metriken werden CloudWatch in Intervallen von fünf Minuten auf Amazon veröffentlicht. Dazu gehören Betriebssystemmetriken von EC2 und Anforderungsmetriken von Elastic Load Balancing. Auf der Monitoring-Seite der Umgebungskonsole können Sie sich Diagramme ansehen, die auf diesen CloudWatch Metriken basieren. Für grundlegende Zustandsberichte werden diese Metriken nicht verwendet, um den Zustand einer Umgebung zu bestimmen.
Themen
Zustandsfarben
Elastic Beanstalk meldet den Zustand einer Webserverumgebung je nachdem, wie die Anwendung, die darin ausgeführt wird, auf die Zustandsprüfung reagiert. Elastic Beanstalk nutzt eine von vier Farben zum Beschreiben des Status, wie in der folgenden Tabelle gezeigt:
| Farbe | Beschreibung |
|---|---|
|
Grau |
Ihre Umgebung wird aktualisiert. |
|
Grün |
Ihre Umgebung ist die letzte Zustandsprüfung bestanden. Mindestens eine Instance in Ihrer Umgebung ist verfügbar und verarbeitet Anfragen. |
|
Gelb |
Ihre Umgebung hat eine oder mehrere Zustandsprüfungen nicht bestanden. Einige Anfragen in Ihrer Umgebung schlagen fehl. |
|
Rot |
Ihre Umgebung hat drei oder mehr Zustandsprüfungen nicht bestanden oder eine Umgebungsressource ist nicht mehr verfügbar. Anfragen schlagen durchgängig fehl. |
Diese Beschreibungen gelten nur für Umgebungen, die grundlegende Zustandsberichte verwenden. Unter Farben und Status in Zustandsangaben finden Sie Details im Zusammenhang mit der erweiterten Zustandsprüfung.
Elastic Load Balancing-Zustandsprüfungen
In einer Umgebung mit Lastenausgleich sendet Elastic Load Balancing alle 10 Sekunden eine Anfrage an jede Instance in einer Umgebung, um zu bestätigen, dass diese stabil sind. Standardmäßig ist der Load Balancer so konfiguriert, dass er eine TCP Verbindung über Port 80 öffnet. Wenn die Instance die Verbindung anerkennt, wird sie als stabil eingestuft.
Sie können diese Einstellung überschreiben, indem Sie eine vorhandene Ressource in Ihrer Anwendung angeben. Wenn Sie beispielsweise einen Pfad angeben, URL ist die Integritätsprüfung auf HTTP:80/health eingestellt. /health Die Integritätsprüfung URL sollte auf einen Pfad eingestellt sein, der immer von Ihrer Anwendung bedient wird. Wenn eine statische Webseite festgelegt ist, die vom Webserver vor Ihrer Anwendung bereitgestellt oder zwischengespeichert wird, zeigen Zustandsprüfungen keine Probleme mit dem Anwendungsserver oder Webcontainer. Anweisungen zur Änderung Ihres Integritätschecks URL finden Sie unterZustandsprüfung.
Wenn eine Zustandsprüfung konfiguriert URL ist, erwartet Elastic Load Balancing, dass eine GET Anfrage, die es sendet, eine Antwort von zurückgibt200 OK. Die Anwendung besteht die Zustandsprüfung nicht, wenn sie nicht innerhalb von 5 Sekunden reagiert oder wenn sie mit einem anderen HTTP Statuscode antwortet. Nach 5 aufeinanderfolgenden Fehlern bei der Zustandsprüfung nimmt Elastic Load Balancing die Instanz außer Betrieb.
Weitere Informationen zu den Zustandsprüfungen von Elastic Load Balancing finden Sie unter Zustandsprüfungen im Elastic Load Balancing-Benutzerhandbuch.
Anmerkung
Durch die Konfiguration einer Integritätsprüfung URL wird das Verhalten der Auto Scaling Scaling-Gruppe einer Umgebung bei der Integritätsprüfung nicht geändert. Eine fehlerhafte Instance wird aus dem Load Balancer entfernt, aber nicht automatisch durch Amazon EC2 Auto Scaling ersetzt, es sei denn, Sie konfigurieren Amazon EC2 Auto Scaling so, dass der Elastic Load Balancing Health Check als Grundlage für das Ersetzen von Instances verwendet wird. Informationen zur Konfiguration von Amazon EC2 Auto Scaling zum Ersetzen von Instances, die eine Elastic Load Balancing Balancing-Zustandsprüfung nicht bestehen, finden Sie unterZustandsprüfungseinstellung für Auto-Scaling.
Zustandsprüfungen für Umgebungen mit einer einzelnen Instance oder Worker-Ebene
In einer Single-Instance- oder Worker-Tier-Umgebung bestimmt Elastic Beanstalk den Zustand der Instance, indem es ihren EC2 Amazon-Instance-Status überwacht. Die Integritätseinstellungen von Elastic Load Balancing, einschließlich HTTP der URLs Integritätsprüfung, können in diesen Umgebungstypen nicht verwendet werden.
Weitere Informationen zu EC2 Amazon-Instance-Statuschecks finden Sie unter Monitoring Instances with Status Checks im EC2Amazon-Benutzerhandbuch.
Zusätzliche Prüfungen
Zusätzlich zu den Elastic Load Balancing -Zustandsprüfungen überwacht Elastic Beanstalk-Ressourcen in Ihrer Umgebung und ändert den Status in Rot, wenn sie nicht bereitgestellt werden, nicht korrekt konfiguriert sind oder nicht mehr verfügbar sind. Diese Prüfungen bestätigen, dass:
-
Die Auto Scaling-Gruppe der Umgebung verfügbar ist und über mindestens eine Instance verfügt.
-
Die Sicherheitsgruppe der Umgebung ist verfügbar und so konfiguriert, dass eingehender Datenverkehr auf Port 80 zulässig ist.
-
Die Umgebung ist CNAME vorhanden und zeigt auf den richtigen Load Balancer.
-
In einer Arbeitsumgebung wird die Amazon Simple Queue Service (AmazonSQS) -Warteschlange mindestens einmal alle drei Minuten abgefragt.
CloudWatch Amazon-Metriken
Bei grundlegenden Gesundheitsberichten veröffentlicht der Elastic Beanstalk-Service keine Metriken auf Amazon. CloudWatch Die CloudWatch Metriken, die zur Erstellung von Diagrammen auf der Monitoring-Seite der Umgebungskonsole verwendet werden, werden von den Ressourcen in Ihrer Umgebung veröffentlicht.
EC2Veröffentlicht beispielsweise die folgenden Metriken für die Instances in der Auto Scaling Scaling-Gruppe Ihrer Umgebung:
CPUUtilization-
Prozentsatz der Recheneinheiten, die zurzeit verwendet werden.
DiskReadBytesDiskReadOpsDiskWriteBytesDiskWriteOps-
Anzahl der gelesenen und geschriebenen Bytes und die Anzahl der Lese- und Schreibvorgänge.
NetworkInNetworkOut-
Anzahl der gesendeten und empfangenen Bytes.
Elastic Load Balancing veröffentlicht die folgenden Metriken für den Load Balancer Ihrer Umgebung:
BackendConnectionErrors-
Anzahl der fehlgeschlagenen Verbindung zwischen dem Load Balancer und den Umgebung-Instances.
HTTPCode_Backend_2XXHTTPCode_Backend_4XX-
Anzahl der erfolgreichen (2XX) und Client-Fehler-Antwortcodes (4XX), die von Instances in Ihrer Umgebung generiert wurden.
Latency-
Anzahl der Sekunden zwischen dem Zeitpunkt, an dem der Load Balancer eine Anfrage an eine Instance weiterleitet, und dem Zeitpunkt, zu dem die Antwort empfangen wird.
RequestCount-
Anzahl der abgeschlossenen Anfragen.
Diese Listen sind nicht vollständig. Eine vollständige Liste der Kennzahlen, die für diese Ressourcen gemeldet werden können, finden Sie in den folgenden Themen im Amazon CloudWatch Developer Guide:
Metriken | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Namespace | Thema | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| AWS::ElasticLoadBalancing::LoadBalancer | Elastic Load Balancing-Metriken und -Ressourcen | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| AWS::AutoScaling::AutoScalingGroup | Amazon Elastic Compute Cloud-Metriken und -Ressourcen | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| AWS::SQS: Warteschlange | SQSAmazon-Metriken und Ressourcen | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| AWS::RDS::DBInstance | RDSDimensionen und Metriken von Amazon | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Worker-Umgebung – Zustandsmetrik
Nur für Arbeitsumgebungen veröffentlicht der SQS Daemon eine benutzerdefinierte Metrik für den Zustand der Umgebung CloudWatch, wobei der Wert 1 Grün ist. Sie können die CloudWatch Gesundheitsmetrikdaten in Ihrem Konto mithilfe des ElasticBeanstalk/SQSD Namespace überprüfen. Die Metrikdimension ist EnvironmentName und der Metrikname lautet Health. Alle Instances veröffentlichen ihre Metriken auf dem gleichen Namespace.
Damit der Daemon Metriken veröffentlichen kann, muss das Instance-Profil der Umgebung die Berechtigung zum Aufrufen von cloudwatch:PutMetricData haben. Diese Berechtigung ist im Standard-Instance-Profil enthalten. Weitere Informationen finden Sie unter Elastic Beanstalk Instance-Profile verwalten.
