View a markdown version of this page

Über Zustandsprüfungen Ihrer Auto-Scaling-Gruppe - Amazon EC2 Auto Scaling
Health check type (Typ der Zustandsprüfung)Zustandsprüfungen von Amazon EC2Zustandsprüfungen von Elastic Load BalancingVPC-Lattice-ZustandsprüfungenWie Amazon EC2 Auto Scaling Ausfallzeiten minimiertZustandsprüfungen für Instances in einem warmen PoolÜberlegungen zur Zustandsprüfung

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.

Über Zustandsprüfungen Ihrer Auto-Scaling-Gruppe

Dieses Thema bietet einen Überblick über die verfügbaren Zustandsprüfungstypen und beschreibt die wichtigsten Überlegungen zur Integration von Amazon EC2 Auto Scaling-Zustandsprüfungen in Ihre Anwendungen.

Health check type (Typ der Zustandsprüfung)

Amazon EC2 Auto Scaling kann den Integritätsstatus einer InService Instance mithilfe einer oder mehrerer der folgenden Zustandsprüfungen ermitteln:

Typ der Zustandsprüfung Was es überprüft

Amazon-EC2-Zustandsprüfungen und geplante Ereignisse

  • Überprüft, ob die Instance läuft.

  • Überprüft, ob zugrunde liegende Hardware- oder Softwareprobleme vorliegen, die die Instanz beeinträchtigen könnten.

Dies ist der standardmäßige Zustandsprüfungstyp für eine Auto-Scaling-Gruppe.

Zustandsprüfungen von Elastic Load Balancing

  • Überprüft, ob der Load Balancer die Instance als fehlerfrei meldet, und bestätigt, ob die Instance für die Bearbeitung von Anfragen verfügbar ist.

Um diesen Integritätsprüfungstyp auszuführen, müssen Sie ihn für Ihre Auto Scaling-Gruppe aktivieren.

VPC-Lattice-Zustandsprüfungen

  • Überprüft, ob VPC Lattice die Instance als fehlerfrei meldet, und bestätigt, ob die Instance für die Bearbeitung von Anfragen verfügbar ist.

Um diesen Integritätsprüfungstyp auszuführen, müssen Sie ihn für Ihre Auto Scaling-Gruppe aktivieren.

Amazon-EBS-Zustandsprüfungen

  • Überprüft, ob EBS-Volumes erreichbar sind, und besteht die I/O Statusüberprüfungen.

Um diesen Integritätsprüfungstyp auszuführen, müssen Sie ihn für Ihre Auto Scaling-Gruppe aktivieren.

Benutzerdefinierte Zustandsprüfungen

  • Überprüft anhand Ihrer benutzerdefinierten Integritätsprüfungen, ob andere Probleme vorliegen, die auf Integritätsprobleme der Instance hinweisen könnten.

Zustandsprüfungen von Amazon EC2

Nachdem eine Instance gestartet wurde, wird sie an die Auto-Scaling-Gruppe angefügt und wechselt in den Zustand InService. Weitere Informationen über die verschiedenen Lebenszyklus-Statusse der Instances in einer Auto-Scaling-Gruppe finden Sie unter Instance-Lebenszyklus bei Amazon EC2 Auto Scaling.

Amazon EC2 Auto Scaling überprüft durch eine regelmäßige Zustandsprüfung aller Instances innerhalb der Auto-Scaling-Gruppe, ob sie ausgeführt werden und sich in einem guten Zustand befinden.

Statusüberprüfungen

Amazon EC2 Auto Scaling verwendet standardmäßig die Ergebnisse der Amazon EC2-Instance-Statusprüfungen und System-Statusprüfungen, um den Zustand einer Instance zu bestimmen. Wenn sich die Instance in einem anderen Amazon-EC2-Status als running befindet oder der Systemstatus impaired ist, betrachtet Amazon EC2 Auto Scaling die Instance als fehlerhaft und ersetzt sie. Dies gilt auch, wenn die Instance einen der folgenden Zustände aufweist:

  • stopping

  • stopped

  • shutting-down

  • terminated

Die Amazon EC2-Statusprüfungen erfordern keine spezielle Konfiguration und sind stets aktiviert. Weitere Informationen finden Sie im Amazon EC2-Benutzerhandbuch unter Arten von Statusprüfungen.

Wichtig

Amazon EC2 Auto Scaling lässt die Statusprüfungen gelegentlich ausfallen, ohne Maßnahmen zu ergreifen. Wenn eine Statusüberprüfung fehlschlägt, wartet Amazon EC2 Auto Scaling einige Minuten, AWS bis das Problem behoben ist. Es markiert eine Instance nicht sofort als Unhealthy, wenn ihr Status für die Zustandsprüfungen impaired wird. Darüber hinaus markiert EC2 Auto Scaling die Instance nicht so, als Unhealthy ob eine Statusüberprüfung zurückgegeben würde. insufficient-data

Wenn Amazon EC2 Auto Scaling jedoch erkennt, dass sich eine Instance nicht mehr im Status running befindet, wird diese Situation umgehend als Fehler behandelt. In diesem Fall markiert es die Instance sofort als Unhealthy und ersetzt sie.

Der Status der Anwendung wird überprüft

Durch Statusprüfungen von Anwendungen wird das Amazon EC2-Statusprüfsignal auf Ihre Anwendung ausgedehnt. Sie überwachen, ob eine Anwendung auf Ihrer Instance auf HTTP- oder HTTPS-Aufrufe reagiert. Wenn einer Instance in Ihrer Auto Scaling-Gruppe Anwendungsstatusprüfungen zugeordnet sind und diese in der Aggregation enthalten sind, bewertet Amazon EC2 Auto Scaling den allgemeinen Anwendungsstatus. Wenn der Status gemeldet wirdimpaired, betrachtet Amazon EC2 Auto Scaling die Instance als fehlerhaft und ersetzt sie. Es ist keine zusätzliche Auto Scaling-Gruppenkonfiguration erforderlich.

Überprüfungen des Anwendungsstatus werden in Amazon EC2 erstellt und verwaltet, nicht in Amazon EC2 Auto Scaling. Weitere Informationen zum Einrichten von Anwendungsstatusprüfungen für Ihre Gruppe finden Sie unter. Verwenden Sie Anwendungsstatusprüfungen mit einer Auto Scaling-Gruppe

Geplante Ereignisse

Amazon EC2 kann gelegentlich Ereignisse auf Ihren Instances planen, die nach einem bestimmten Zeitstempel ausgeführt werden. Weitere Informationen finden Sie unter Geplante Ereignisse für Ihre Instances im Benutzerhandbuch für Amazon EC2.

Wenn eine Ihrer Instances von einem geplanten Ereignis betroffen ist, betrachtet Amazon EC2 Auto Scaling die Instance als fehlerhaft und ersetzt sie. Die Instance wird erst heruntergefahren, wenn das im Zeitstempel angegebene Datum und die Uhrzeit erreicht sind.

Zustandsprüfungen von Elastic Load Balancing

Wenn Sie Elastic Load Balancing-Zustandsprüfungen für Ihre Auto Scaling-Gruppe aktivieren, kann Amazon EC2 Auto Scaling anhand der Ergebnisse dieser Zustandsprüfungen den Integritätsstatus einer Instance ermitteln.

Bevor Sie Elastic Load Balancing-Zustandsprüfungen für Ihre Auto Scaling-Gruppe aktivieren können, müssen Sie einen Elastic Load Balancing-Load Balancer konfigurieren und eine Zustandsprüfung für ihn konfigurieren, um festzustellen, ob Ihre Instances fehlerfrei sind. Weitere Informationen finden Sie unter Bereiten Sie das Anhängen eines Elastic Load Balancing Balancing-Load Balancers vor.

Nachdem Sie den Load Balancer an Ihre Auto Scaling-Gruppe angehängt haben, passiert Folgendes:

  • Amazon EC2 Auto Scaling registriert die Instances in der Auto-Scaling-Gruppe beim Load Balancer.

  • Nachdem eine Instance die Registrierung beendet hat, wechselt sie in den Status InService und wird für die Verwendung mit dem Load Balancer verfügbar.

Standardmäßig ignoriert Amazon EC2 Auto Scaling die Ergebnisse der Zustandsprüfungen des Elastic Load Balancing. Nachdem Sie diese Zustandsprüfungen für Ihre Auto Scaling-Gruppe aktiviert haben und Elastic Load Balancing eine registrierte Instance als meldetUnhealthy, markiert Amazon EC2 Auto Scaling die Instance Unhealthy bei ihrer nächsten regelmäßigen Zustandsprüfung und ersetzt sie.

Wenn der Connection Draining (Verzögerte Deregistrierung) für Ihren Load Balancer aktiviert ist, wartet Amazon EC2 Auto Scaling, bis die laufenden Anforderungen abgeschlossen werden oder das maximale Zeitlimit abgelaufen ist, bevor die fehlerhaften Instances beendet werden.

Anmerkung

Anweisungen zum Anschließen des Load Balancers und zum Aktivieren der Elastic Load Balancing-Zustandsprüfungen für Ihre Auto Scaling-Gruppe finden Sie unter. Fügen Sie Ihrer Auto Scaling Scaling-Gruppe einen Elastic Load Balancing Load Balancer hinzu

Wenn Sie Elastic Load Balancing Health Checks für eine Gruppe aktivieren, kann Amazon EC2 Auto Scaling Instances ersetzen, die Elastic Load Balancing als fehlerhaft meldet, aber erst, wenn sich der Load Balancer im Status befindet. InService Weitere Informationen finden Sie unter Überprüfen des Anhangsstatus Ihres Load Balancers.

VPC-Lattice-Zustandsprüfungen

Standardmäßig ignoriert Amazon EC2 Auto Scaling die Ergebnisse der VPC-Lattice-Zustandsprüfungen. Sie können diese Zustandsprüfungen optional für Ihre Auto Scaling-Gruppe aktivieren. Wenn Sie dies getan haben und VPC-Lattice eine registrierte Instance als Unhealthy meldet, markiert Amazon EC2 Auto Scaling die Instance bei der nächsten regelmäßigen Zustandsprüfung als Unhealthy und ersetzt sie. Der Prozess des Registrierens von Instances und der anschließenden Überprüfung ihres Zustands entspricht der Funktionsweise von Elastic-Load-Balancing-Zustandsprüfungen.

Anmerkung

Anweisungen zum Anhängen der VPC Lattice-Zielgruppe und zum Aktivieren der VPC Lattice-Zustandsprüfungen für Ihre Auto Scaling-Gruppe finden Sie unter. Hinzufügen einer VPC-Lattice-Zielgruppe zu Ihrer Auto-Scaling-Gruppe

Wenn Sie VPC Lattice-Integritätsprüfungen für eine Gruppe aktivieren, kann Amazon EC2 Auto Scaling Instances ersetzen, die VPC Lattice als fehlerhaft meldet, aber erst, wenn sich die Zielgruppe im Status befindet. InService Weitere Informationen finden Sie unter Überprüfen Sie den Anhangsstatus Ihrer VPC Lattice-Zielgruppe.

Wie Amazon EC2 Auto Scaling Ausfallzeiten minimiert

Standardmäßig werden neue Instances zur gleichen Zeit bereitgestellt, zu der Ihre vorhandenen Instances beendet werden. Dadurch können neue Anfragen möglicherweise nicht akzeptiert werden, bis die neuen Instances voll funktionsfähig sind.

Wenn Amazon EC2 Auto Scaling feststellt, dass Instances nicht mehr laufen (oder sie Unhealthy mit dem Befehl set-instance-health markiert wurden), werden sie sofort ersetzt. Wenn jedoch andere Instances als fehlerhaft eingestuft werden, verwendet Amazon EC2 Auto Scaling den folgenden Ansatz, um sich von Ausfällen zu erholen. Dieser Ansatz minimiert Ausfallzeiten, die aufgrund vorübergehender Probleme oder falsch konfigurierter Integritätsprüfungen auftreten können.

  • Wenn eine Skalierungsaktivität im Gange ist und Ihre Auto Scaling-Gruppe um 10 Prozent oder mehr unter der gewünschten Kapazität liegt, wartet Amazon EC2 Auto Scaling auf die laufende Skalierungsaktivität, bevor es die fehlerhaften Instances ersetzt.

  • Bei der Skalierung wartet Amazon EC2 Auto Scaling darauf, dass die Instances eine erste Zustandsprüfung bestehen. Es wartet auch darauf, dass die Standard-Instance-Aufwärmphase beendet ist, um sicherzustellen, dass die neuen Instances bereit sind.

  • Nachdem das Aufwärmen der Instances abgeschlossen ist und die Gruppe auf mehr als 90 Prozent ihrer gewünschten Kapazität angewachsen ist, ersetzt Amazon EC2 Auto Scaling die fehlerhaften Instances wie folgt:

    • Amazon EC2 Auto Scaling ersetzt jeweils nur bis zu 10 Prozent der gewünschten Kapazität der Gruppe. Dies geschieht, bis alle fehlerhaften Instances ersetzt wurden.

    • Beim Ersetzen von Instances wird gewartet, bis die neuen Instances eine erste Zustandsprüfung bestanden haben. Es wartet auch darauf, dass das Aufwärmen der Standard-Instance abgeschlossen ist, bevor es fortfährt.

Anmerkung

  • Wenn die Größe einer Auto Scaling-Gruppe klein genug ist, dass der resultierende Wert von 10 Prozent weniger als eins ist, ersetzt Amazon EC2 Auto Scaling stattdessen die fehlerhaften Instances nacheinander. Dies kann zu Ausfallzeiten für die Gruppe führen.

  • Sie können den Standardwert von 10 Prozent ändern, indem Sie eine Instance-Wartungsrichtlinie festlegen, um die Rate zu ändern, mit der Auto Scaling fehlerhafte Instances ersetzt. Auto Scaling drosselt jedoch möglicherweise immer noch die Rate, mit der Instances als fehlerhaft markiert werden.

    Wenn beispielsweise alle Instances in einer Auto Scaling-Gruppe durch Elastic Load Balancing-Zustandsprüfungen als fehlerhaft gemeldet werden und sich der Load Balancer im InService Status befindet, markiert Amazon EC2 Auto Scaling möglicherweise weniger Instances gleichzeitig als fehlerhaft. Dies kann dazu führen, dass viel weniger Instances gleichzeitig ersetzt werden als die 10 Prozent, die in anderen Szenarien angewendet wurden. Dadurch haben Sie Zeit, das Problem zu beheben, ohne dass Amazon EC2 Auto Scaling automatisch die gesamte Gruppe beendet.

Zustandsprüfungen für Instances in einem warmen Pool

Amazon EC2 Auto Scaling führt auch Zustandsprüfungen für Instances in einem warmen Pool durch. Weitere Informationen finden Sie unter Anzeigen des Status der Zustandsprüfung und dem Grund für Zustandsprüfungsfehler.

Überlegungen zur Zustandsprüfung

Im Folgenden finden Sie Überlegungen bei der Verwendung von Amazon EC2 Auto Scaling-Zustandsprüfungen.

  • Sie Lebenszyklus-Hooks verwenden, wenn auf der Instance, die beendet wird, oder auf der Instance, die gestartet wird, etwas passieren muss. Mithilfe dieser Hooks können Sie eine benutzerdefinierte Aktion ausführen, wenn Amazon EC2 Auto Scaling Instances startet oder beendet. Weitere Informationen finden Sie unter Lebenszyklus-Hooks bei Amazon EC2 Auto Scaling.

  • Amazon EC2 Auto Scaling bietet keine Möglichkeit, die Amazon EC2-Statusprüfungen und geplante Ereignisse aus den Zustandsprüfungen auszuschließen. Wenn Sie nicht möchten, dass Instances ersetzt werden, empfehlen wir Ihnen, den ReplaceUnhealthy- und HealthCheck-Prozess für einzelne Auto-Scaling-Gruppen auszusetzen. Weitere Informationen finden Sie unter Amazon EC2 Auto Scaling Scaling-Prozesse aussetzen und fortsetzen.

  • Um den Zustand einer fehlerhaften Instance manuell auf Healthy zu setzen, können Sie versuchen, den Befehl set-instance-health zu verwenden. Wenn Sie eine Fehlermeldung erhalten, liegt das wahrscheinlich daran, dass die Instance bereits beendet ist. Im Allgemeinen ist es nur dann sinnvoll, die Zustandsprüfung einer Instance mit dem Befehl set-instance-health wieder auf Healthy zu setzen, wenn entweder der ReplaceUnhealthy-Prozess oder der Terminate-Prozess selbst ausgesetzt ist.

  • Wenn Sie Fehler bei einer Instance beheben müssen, ohne dass dies durch Zustandsprüfungen beeinträchtigt wird, können Sie die Instance in den Standby Status versetzen. Amazon EC2 Auto Scaling führt keine Zustandsprüfungen für Instances durch, die sich im Standby Status befinden, bis Sie die Instances wieder in Betrieb nehmen. Weitere Informationen finden Sie unter Vorübergehendes Entfernen von Instances aus einer Auto-Scaling-Gruppe.

  • Wenn die Instance beendet wird, werden alle zugehörigen Elastic IP-Adressen von ihr getrennt und der neuen Instance nicht automatisch zugeordnet. Sie müssen die elastische IP-Adressen manuell mit der neuen Instance verknüpfen oder dies automatisch mit einer auf Lebenszyklus-Hook-basierten Lösung tun. Weitere Informationen finden Sie unter Elastische IP-Adressen im Benutzerhandbuch für Amazon EC2.

  • In ähnlicher Weise werden beim Beenden der Instance ihre zugehörigen EBS-Volumes getrennt (oder je nach DeleteOnTermination-Attribut des Volumes gelöscht). Sie müssen diese EBS-Volumes manuell an die neue Instance anhängen oder dies automatisch mit einer Lebenszyklus-Hook-basierten Lösung tun. Weitere Informationen finden Sie unter Anfügen eines Amazon-EBS-Volumes an eine Instance im Amazon-EBS-Benutzerhandbuch.