Elastic Beanstalk hat die Gesundheitsberichterstattung und -überwachung verbessert - AWS Elastic Beanstalk

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.

Elastic Beanstalk hat die Gesundheitsberichterstattung und -überwachung verbessert

In diesem Abschnitt werden die Funktionen der Elastic Beanstalk Enhanced Health-Funktion erläutert.

Enhanced Health Reporting ist eine Funktion, die Sie in Ihrer Umgebung aktivieren können, AWS Elastic Beanstalk um zusätzliche Informationen über Ressourcen in Ihrer Umgebung zu sammeln. Elastic Beanstalk analysiert die gesammelten Informationen, um ein besseres Bild der Gesamtumgebungsintegrität zu erhalten und um bei der Identifizierung von Problemen zu helfen, die dazu führen können, dass Ihre Anwendung nicht mehr verfügbar ist.

Zusätzlich zu Änderungen bei der Funktionsweise von Zustandsfarben, fügt der erweiterte Zustandsbericht einen Status-Deskriptor hinzu, der auf den Schweregrad von Problemen hinweist, wenn eine Umgebung gelb oder rot ist. Wenn weitere Informationen über den aktuellen Status verfügbar sind, können Sie die Schaltfläche Causes wählen, um detaillierte Zustandsinformationen auf der Seite Zustand anzuzeigen.

Um detaillierte Gesundheitsinformationen zu den EC2 Amazon-Instances bereitzustellen, die in Ihrer Umgebung ausgeführt werden, enthält Elastic Beanstalk für jede Plattformversion, die Enhanced Health unterstützt, einen Health Agent im Amazon Machine Image (AMI). Der Integritäts-Agent überwacht Webserverprotokolle und Systemmetriken und leitet sie an den Elastic-Beanstalk-Service weiter. Elastic Beanstalk analysiert diese Metriken und Daten von Elastic Load Balancing und Amazon EC2 Auto Scaling, um ein Gesamtbild des Zustands einer Umgebung zu erhalten.

Zusätzlich zum Sammeln und Präsentieren von Informationen über die Ressourcen Ihrer Umgebung überwacht Elastic Beanstalk die Ressourcen in Ihrer Umgebung auf verschiedene Fehlerbedingungen und bietet Benachrichtigungen, um Fehler zu vermeiden und Konfigurationsprobleme zu lösen. Faktoren, die den Zustand Ihrer Umgebung beeinflussen, umfassen die Ergebnisse jeder einzelnen Anforderung, die von Ihrer Anwendung bereitgestellt wird, Metriken des Betriebssystems Ihrer Instance und den Status der letzten Bereitstellung.

Sie können den Integritätsstatus in Echtzeit anzeigen, indem Sie die Umgebungsübersichtsseite der Elastic Beanstalk Beanstalk-Konsole oder den Befehl eb health in der Elastic Beanstalk Beanstalk-Befehlszeilenschnittstelle (EB) verwenden. CLI Um den Zustand der Umgebung und der Instance im Laufe der Zeit aufzuzeichnen und zu verfolgen, können Sie Ihre Umgebung so konfigurieren, dass die von Elastic Beanstalk gesammelten Informationen für erweiterte Statusberichte CloudWatch als benutzerdefinierte Metriken an Amazon veröffentlicht werden. CloudWatch Gebühren für benutzerdefinierte Metriken fallen für alle Metriken an, mit Ausnahme vonEnvironmentHealth, was kostenlos ist.

Hinweise zur Windows-Plattform

Wenn Sie die erweiterte Statusberichterstattung in einer Windows Server-Umgebung aktivieren, ändern Sie die IISProtokollierungskonfiguration nicht. Damit die erweiterte Systemüberwachung ordnungsgemäß funktioniert, muss die IIS Protokollierung mit dem W3C-Format konfiguriert werden und nur das ETW Ereignis oder sowohl die Protokolldatei als auch das ETW Ereignisprotokoll als Ziel haben.

Außerdem dürfen Sie den Windows-Service des Elastic-Beanstalk-Integritäts-Agenten auf keiner der Instances Ihrer Umgebung deaktivieren oder anhalten. Damit erweiterte Zustandsinformationen für eine Instance gesammelt und als Bericht zusammengefasst werden, muss dieser Service aktiviert sein und ausgeführt werden.

Wenn Sie zum ersten Mal eine Umgebung erstellen, fordert Elastic Beanstalk Sie auf, die erforderlichen Rollen zu erstellen, und aktiviert standardmäßig erweiterte Zustandsberichte. Lesen Sie Details darüber, wie die erweiterten Integritätsberichte funktionieren, oder besuchen Sie Aktivieren der erweiterten Elastic-Beanstalk-Integritätsberichte, um die Funktion sofort zu verwenden.

Der Elastic-Beanstalk-Integritäts-Agent

Der Elastic Beanstalk Health Agent ist ein Daemon-Prozess (oder Service, in Windows-Umgebungen), der auf jeder EC2 Amazon-Instance in Ihrer Umgebung ausgeführt wird. Er überwacht die Integritätsmetriken auf Betriebssystem- und Anwendungsebene und meldet Probleme an Elastic Beanstalk. Der Zustandsagent ist in allen Plattformversionen ab Version 2.0 einer jeden Plattform enthalten.

Der Health Agent meldet ähnliche Metriken wie die, die Amazon CloudWatch EC2 Auto Scaling und Elastic Load Balancing im Rahmen der grundlegenden Statusberichterstattung veröffentlicht haben, einschließlich CPU Last, HTTP Codes und Latenz. Der Integritäts-Agent meldet jedoch direkt an Elastic Beanstalk – mit höherer Granularität und Häufigkeit als die grundlegenden Integritätsberichte.

Für grundlegende Zustandsberichte werden diese Metriken alle fünf Minuten veröffentlicht und können mit Diagrammen in der Environment Management Console überwacht werden. Bei den erweiterten Integritätsberichten meldet der Elastic-Beanstalk-Integritäts-Agent die Metriken alle 10 Sekunden an Elastic Beanstalk. Elastic Beanstalk verwendet die Metriken des Integritäts-Agenten, um den Integritätsstatus jeder Instance in der Umgebung zu bestimmen, und, in Kombination mit anderen Faktoren, um die Gesamtintegrität der Umgebung zu bestimmen.

Der allgemeine Zustand der Umgebung kann in Echtzeit auf der Umgebungsübersichtsseite der Elastic Beanstalk-Konsole angezeigt werden und wird alle 60 Sekunden CloudWatch von Elastic Beanstalk veröffentlicht. Mit dem eb healthBefehl im EB können Sie detaillierte Metriken, die vom Health Agent gemeldet wurden, in Echtzeit einsehen. CLI

Gegen eine zusätzliche Gebühr können Sie wählen, ob einzelne Metriken auf Instanz- und Umgebungsebene CloudWatch alle 60 Sekunden veröffentlicht werden sollen. Metriken, die veröffentlicht wurden, CloudWatch können dann verwendet werden, um Überwachungsdiagramme in der Umgebungsmanagementkonsole zu erstellen.

Für erweiterte Gesundheitsberichte fallen nur dann Gebühren an, wenn Sie erweiterte Gesundheitskennzahlen für veröffentlichen möchten. CloudWatch Wenn Sie erweiterte Zustandsberichte verwenden, werden die grundlegenden Zustandsmetriken noch kostenlos veröffentlicht, auch wenn Sie keine erweiterten Zustandsmetriken veröffentlichen.

Unter Instance-Metriken finden Sie Details zu Metriken, die vom Zustandsagenten veröffentlicht werden. Einzelheiten zur Veröffentlichung erweiterter Gesundheitskennzahlen auf finden Sie CloudWatch unterVeröffentlichen von benutzerdefinierten Amazon-CloudWatch-Metriken für eine Umgebung.

Faktoren bei der Bestimmung des Instance- und Umgebungszustands

Zusätzlich zu den grundlegenden Systemprüfungen der Integritätsberichte, einschließlich Elastic Load Balancing-Zustandsprüfungen und Ressourcenüberwachung, sammeln die erweiterten Integritätsberichte von Elastic Beanstalk zusätzliche Daten zur Integrität der Instances in Ihrer Umgebung. Dazu zählen Betriebssystemmetriken, Serverprotokolle und der Zustand laufender Umgebungsoperationen, wie Bereitstellungen und Updates. Das Integritätsberichtesystem von Elastic Beanstalk kombiniert Informationen aus allen verfügbaren Quellen und analysiert sie, um die Gesamtintegrität der Umgebung zu bestimmen.

Operationen und Befehle

Wenn Sie eine Operation in Ihrer Umgebung durchführen, z. B. die Bereitstellung einer neuen Version einer Anwendung, nimmt Elastic Beanstalk mehrere Änderungen vor, die sich auf den Integritätsstatus der Umgebung auswirken.

Wenn Sie beispielsweise eine neue Version einer Anwendung in einer Umgebung bereitstellen, in der mehrere Instanzen ausgeführt werden, werden Ihnen möglicherweise Meldungen ähnlich der folgenden angezeigt, wenn Sie den Zustand der Umgebung mit dem EB überwachenCLI.

id status cause Overall Info Command is executing on 3 out of 5 instances i-bb65c145 Pending 91 % of CPU is in use. 24 % in I/O wait Performing application deployment (running for 31 seconds) i-ba65c144 Pending Performing initialization (running for 12 seconds) i-f6a2d525 Ok Application deployment completed 23 seconds ago and took 26 seconds i-e8a2d53b Pending 94 % of CPU is in use. 52 % in I/O wait Performing application deployment (running for 33 seconds) i-e81cca40 Ok

In diesem Beispiel lautet der Gesamtstatus der Umgebung Ok und die Ursache dieses Status ist, dass der Befehl drei von fünf Instances ausführt. Drei der Instances in der Umgebung haben den Status Pending, was bedeutet, dass ein Vorgang ausgeführt wird.

Wenn ein Vorgang abgeschlossen ist, meldet Elastic Beanstalk zusätzliche Informationen über die Operation. Zum Beispiel zeigt Elastic Beanstalk die folgenden Informationen zu einer Instance, die bereits mit der neuen Version der Anwendung aktualisiert wurde:

i-f6a2d525 Ok Application deployment completed 23 seconds ago and took 26 seconds

Instance-Zustandsinformationen umfassen auch Details zur aktuellen Bereitstellung für jede Instance in Ihrer Umgebung. Jede Instance meldet eine Bereitstellungs-ID und einen Status. Die Bereitstellungs-ID ist eine ganze Zahl, die sich jedes Mal erhöht, wenn Sie eine neue Version Ihrer Anwendung bereitstellen oder Einstellungen für die Konfigurationsoptionen für die Instance, wie Umgebungsvariablen, ändern. Sie können die Bereitstellungsinformationen zur Identifizierung von Instances verwenden, auf denen die falsche Version Ihrer Anwendung ausgeführt wird, nachdem eine fortlaufende Bereitstellung fehlgeschlagen ist.

In der Spalte mit der Ursache schließt Elastic Beanstalk Informationsmeldungen zu erfolgreichen Operationen und anderen fehlerfreien Zuständen in mehreren Integritätsprüfungen ein, diese werden aber nicht unbegrenzt beibehalten. Ursachen für fehlerhafte Umgebungsstatus verbleiben, bis die Umgebung in einen fehlerfreien Status zurückkehrt.

Befehls-Timeout

Elastic Beanstalk wendet einen Befehls-Timeout ab dem Zeitpunkt an, an dem eine Operation beginnt, damit eine Instance in einen fehlerfreien Zustand übergehen kann. Dieser Befehls-Timeout wird in der Update- und Bereitstellungskonfiguration Ihrer Umgebung festgelegt (im aws:elasticbeanstalk: Befehl-Namespace) und standardmäßig auf zehn Minuten gesetzt.

Während fortlaufenden Updates wendet Elastic Beanstalk einen separaten Timeout auf jeden Stapel in der Operation an. Dieser Timeout wird als Teil der fortlaufenden Update-Konfiguration der Umgebung (im aws:autoscaling: updatepolicy: rollingupdate-Namespace) festgelegt. Wenn alle Instances im Stapel innerhalb des Timeouts für fortlaufende Updates fehlerfrei sind, fährt die Operation mit dem nächsten Stapel fort. Wenn dies nicht der Fall ist, schlägt die Operation fehl.

Anmerkung

Wenn Ihre Anwendung Integritätsprüfungen nicht mit dem Status OK besteht, sie auf einer anderen Stufe jedoch stabil ist, können Sie die HealthCheckSuccessThreshold-Option im aws:elasticbeanstalk:command namespace-Namespace so festlegen, dass die Stufe geändert wird, auf der Elastic Beanstalk eine Instance als stabil betrachtet.

Damit eine Webserverumgebung als fehlerfrei angesehen wird, muss jede Instance in der Umgebung oder im Stapel zwölf aufeinanderfolgende Zustandsprüfungen im Verlauf von zwei Minuten bestehen. Bei einer Umgebung mit Worker-Ebene muss jede Instance 18 Zustandsprüfungen bestehen. Bevor ein Befehls-Timeout auftritt, senkt Elastic Beanstalk den Integritätsstatus einer Umgebung nicht, wenn die Integritätsprüfungen fehlschlagen. Wenn die Instances in der Umgebung innerhalb des Befehls-Timeouts fehlerfrei werden, ist die Operation erfolgreich.

HTTPAnfragen

Wenn keine Operation in einer Umgebung ausgeführt wird, ist die primäre Quelle für Informationen über den Instance- und Umgebungszustand die Webserverprotokolle für jede Instance. Um die Integrität einer Instance und die Gesamtintegrität der Umgebung zu prüfen, berücksichtigt Elastic Beanstalk die Anzahl der Anforderungen, das Ergebnis jeder Anforderung und die Geschwindigkeit, mit der jede Anforderung gelöst wurde.

Auf Linux-basierten Plattformen liest und analysiert Elastic Beanstalk Webserver-Logs, um Informationen über Anfragen zu erhalten. HTTP Auf der Windows Server-Plattform erhält Elastic Beanstalk diese Informationen direkt vom IIS Webserver.

Ihre Umgebung verfügt möglicherweise nicht über einen aktiven Webserver. So beinhaltet die Multicontainer Docker-Plattform beispielsweise keinen Webserver. Andere Plattformen enthalten einen Webserver, der von Ihrer Anwendung möglicherweise deaktiviert wird. In diesen Fällen ist für Ihre Umgebung eine zusätzliche Konfiguration erforderlich, um dem Elastic Beanstalk-Integritäts-Agenten Protokolle in dem Format zur Verfügung zu stellen, das zur Weiterleitung von Integritätsinformationen an den Elastic-Beanstalk-Service benötigt wird. Details dazu finden Sie unter Format der Protokolle der erweiterten Zustandsberichte.

Betriebssystemmetriken

Elastic Beanstalk überwacht Betriebssystemmetriken, die vom Integritäts-Agenten gemeldet wurden, um Instances zu identifizieren, die konsequent geringe Systemressourcen haben.

Unter Instance-Metriken finden Sie Details zu Metriken, die vom Zustandsagenten veröffentlicht werden.

Anpassung der Regel für die Zustandsprüfung

Erweiterte Integritätsberichte von Elastic Beanstalk basieren auf mehreren Regeln, um die Integrität Ihrer Umgebung zu bestimmen. Einige dieser Regeln sind möglicherweise nicht für Ihre jeweilige Anwendung geeignet. Ein häufiger Fall ist eine Anwendung, die konstruktionsbedingt häufige HTTP 4xx-Fehler zurückgibt. Elastic Beanstalk kommt unter Verwendung einer seiner Standardregeln zu dem Schluss, dass etwas schief läuft, und ändert den Integritätsstatus Ihrer Umgebung je nach Fehlerrate von „OK“ auf „Warning (Warnung)“, „Degraded (Schwach)“ oder „Severe (Stark)“. Um diesen Fall korrekt zu behandeln, können Sie mit Elastic Beanstalk diese Regel konfigurieren und HTTP 4xx-Anwendungsfehler ignorieren. Details hierzu finden Sie unter Konfigurieren von Regeln für den erweiterten Zustand einer Umgebung.

Rollen in erweiterten Zustandsberichten

Erweiterte Integritätsberichte erfordern zwei Rollen – eine Servicerolle für Elastic Beanstalk und ein Instance-Profil für die Umgebung. Die Service-Rolle ermöglicht es Elastic Beanstalk, in Ihrem Namen mit anderen AWS Services zu interagieren, um Informationen über die Ressourcen in Ihrer Umgebung zu sammeln. Das Instance-Profil ermöglicht es den Instances in Ihrer Umgebung, Protokolle in Amazon-S3 zu schreiben und erweiterte Integritätsinformationen an den Elastic-Beanstalk-Service zu übermitteln.

Wenn Sie eine Elastic Beanstalk-Umgebung mit der Elastic Beanstalk Beanstalk-Konsole oder dem EB erstellenCLI, erstellt Elastic Beanstalk eine Standard-Servicerolle und fügt die erforderlichen verwalteten Richtlinien einem Standard-Instance-Profil für Ihre Umgebung hinzu.

Wenn Sie dieAPI, an oder die verwenden, um Umgebungen AWS CLI zu erstellenSDK, müssen Sie diese Rollen im Voraus erstellen und sie bei der Umgebungserstellung angeben, um Enhanced Health nutzen zu können. Anweisungen zum Erstellen geeigneter Rollen für Ihre Umgebungen finden Sie unter Elastic Beanstalk Service-Rollen, Instanzprofile und Benutzerrichtlinien.

Es wird empfohlen, verwaltete Richtlinien für Ihr Instance-Profil und Ihre Servicerolle zu verwenden. Verwaltete Richtlinien sind AWS Identity and Access Management (IAM) Richtlinien, die Elastic Beanstalk verwaltet. Durch die Verwendung verwalteter Richtlinien wird sichergestellt, dass Ihre Umgebung über alle erforderlichen Berechtigungen verfügt, um ordnungsgemäß zu funktionieren.

Für das Instance-Profil können Sie die verwalteten Richtlinien AWSElasticBeanstalkWebTier oder AWSElasticBeanstalkWorkerTier verwenden, je nachdem, ob es sich um eine Umgebung auf Webserverebene oder auf Worker-Ebene handelt. Ausführliche Informationen zu diesen beiden Richtlinien für verwaltete Instance-Profile finden Sie unter Elastic Beanstalk Instance-Profile verwalten.

Erweiterte Zustandsautorisierung

Die Richtlinien, die das Elastic-Beanstalk-Instance-Profil verwaltet, enthalten die Berechtigungen der Aktion elasticbeanstalk:PutInstanceStatistics. Diese Aktion ist nicht Teil von Elastic BeanstalkAPI. Es ist Teil eines anderenAPI, den Umgebungsinstanzen intern verwenden, um erweiterte Gesundheitsinformationen an den Elastic Beanstalk-Service zu übermitteln. Sie rufen das nicht direkt auf. API

Wenn Sie eine neue Umgebung erstellen, wird die Autorisierung für dieelasticbeanstalk:PutInstanceStatistics Aktion standardmäßig aktiviert. Um die Sicherheit Ihrer Umgebung zu erhöhen und das Spoofing von Gesundheitsdaten in Ihrem Namen zu verhindern, empfehlen wir die aktivierte Einstellung. Wenn Sie verwaltete Richtlinien für Ihr Instance-Profil verwenden, steht diese Funktion für Ihre neue Umgebung ohne weitere Konfiguration zur Verfügung. Wenn Sie anstelle einer verwalteten Richtlinie ein benutzerdefiniertes Instance-Profil verwenden, zeigt Ihre Umgebung möglicherweise den Zustandstatus Keine Daten an. Dies geschieht, weil die Instances nicht für die Aktion autorisiert sind, die erweiterte Zustandsdaten an den Service übermittelt.

Um die Aktion zu autorisieren, fügen Sie die folgende Anweisung in Ihr Instance-Profil ein.

{ "Sid": "ElasticBeanstalkHealthAccess", "Action": [ "elasticbeanstalk:PutInstanceStatistics" ], "Effect": "Allow", "Resource": [ "arn:aws:elasticbeanstalk:*:*:application/*", "arn:aws:elasticbeanstalk:*:*:environment/*" ] }

Wenn Sie die erweiterte Zustandsberechtigung zu diesem Zeitpunkt nicht verwenden möchten, deaktivieren Sie sie, indem Sie die Einstellung EnhancedHealthAuthEnabled Option in der aws:elasticbeanstalk:healthreporting:system Namespace zu false. Wenn diese Option deaktiviert ist, sind die zuvor beschriebenen Berechtigungen nicht erforderlich. Sie können sie aus dem Instanceprofil entfernen, um Zugriff auf Ihre Anwendungen und Umgebungen mit den geringsten Rechten zu erhalten.

Anmerkung

Bisher war die Standardeinstellung für EnhancedHealthAuthEnabled false, welches im Ergebnis die Aktion elasticbeanstalk:PutInstanceStatistics standardmäßig ebenfalls deaktiviert. Um diese Aktion für eine vorhandene Umgebung zu aktivieren, stellen Sie die EnhancedHealthAuthEnabled-Option im aws:elasticbeanstalk:healthreporting:system-Namespace auf true ein. Sie können diese Option mithilfe einer Optionseinstellung in einer Konfigurationsdatei konfigurieren.

Ereignisse in erweiterten Zustandsberichten

Das System für erweiterte Zustandsberichte generiert Ereignisse, wenn eine Umgebung zwischen Zuständen wechselt. Das folgende Beispiel zeigt ausgegebene Ereignisse durch eine Umgebungsübertragung zwischen den Zuständen Info, OK und Severe (Schwerwiegend).

Die Übersichtsseite zur Elastic-Beanstalk-Umgebung der Elastic-Beanstalk-Konsole, auf der die letzten Ereignisse der erweiterten Integrität angezeigt werden

Wenn in einen schlechteren Zustand gewechselt wird, enthält das Ereignis der erweiterten Zustandsberichte eine Meldung mit der Ursache des Wechsels.

Nicht alle Änderungen des Status auf Instance-Ebene bewirken, dass Elastic Beanstalk ein Ereignis ausgibt. Um Fehlalarme zu verhindern, generiert Elastic Beanstalk nur dann ein integritätsbezogenes Ereignis, wenn ein Problem über mehrere Prüfungen hinweg bestehen bleibt.

Gesundheitsinformationen auf Umgebungsebene in Echtzeit, einschließlich Status, Farbe und Ursache, sind auf der Umgebungsübersichtsseite der Elastic Beanstalk Beanstalk-Konsole und des EB verfügbar. CLI Indem Sie das EB CLI an Ihre Umgebung anhängen und den eb healthBefehl ausführen, können Sie auch den Status jeder Instanz in Ihrer Umgebung in Echtzeit anzeigen.

Verhalten der erweiterten Zustandsberichte bei Aktualisierungen, Bereitstellungen und Skalierung

Das Aktivieren von erweiterten Zustandsberichten kann beeinflussen, wie sich Ihre Umgebung während Konfigurations-Updates und -bereitstellungen verhält. Elastic Beanstalk schließt eine Reihe von Aktualisierungen erst dann ab, wenn alle Instances die Integritätsprüfungen durchgängig bestehen. Da die erweiterte Zustandsberichterstattung einen höheren Standard für den Zustand anwendet und mehr Faktoren überwacht, werden Instanzen, die die grundlegende Zustandsprüfung bestehen, nicht unbedingt auch die erweiterte ELB Zustandsberichterstattung bestehen. Weitere Informationen dazu, wie Zustandsprüfungen den Update-Prozess beeinflussen, finden Sie in den Themen fortlaufende Konfigurations-Updates und fortlaufende Bereitstellungen.

Verbesserte Statusberichte können auch die Notwendigkeit verdeutlichen, einen ordnungsgemäßen Zustandscheck URL für Elastic Load Balancing einzurichten. Wenn Ihre Umgebung entsprechend der Nachfrage skaliert wird, nehmen neue Instances Anfragen entgegen, sobald sie genügend ELB Zustandsprüfungen bestanden haben. Wenn keine Zustandsprüfung konfiguriert URL ist, kann dies bereits 20 Sekunden dauern, nachdem eine neue Instanz eine TCP Verbindung akzeptiert hat.

Wenn Ihre Anwendung den Start nicht abgeschlossen hat, bis der Load Balancer sie für ausreichend stabil für den Empfang von Datenverkehr erklärt hat, sehen Sie zahlreiche fehlerhafte Anforderungen und Ihre Umgebung besteht die Zustandsprüfungen nicht mehr. Eine IntegritätsprüfungURL, bei der ein von Ihrer Anwendung bereitgestellter Pfad erkannt wird, kann dieses Problem verhindern. ELBIntegritätsprüfungen werden erst bestanden, wenn eine GET Anfrage an die Zustandsprüfung den Statuscode 200 URL zurückgibt.