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.
# Zustandsprüfungen für Instances in einer Auto-Scaling-Gruppe
Amazon EC2 Auto Scaling überwacht kontinuierlich den Integritätsstatus von Instances in einer Auto Scaling Scaling-Gruppe, um die gewünschte Kapazität aufrechtzuerhalten.
Alle Instances in einer Auto Scaling Scaling-Gruppe beginnen mit einem `Healthy` Status. Instances werden als fehlerfrei betrachtet, bis Amazon EC2 Auto Scaling benachrichtigt wird, dass sie fehlerhaft sind. Sie kann Benachrichtigungen von verschiedenen Quellen empfangen, wenn eine Instanz defekt ist und ersetzt werden muss. Diese Quellen umfassen u. a. folgende:
+ Amazon EC2
+ Elastic Load Balancing
+ VPC-Gitter
+ Amazon EBS
+ Benutzerdefinierte Integritätsprüfungen, die Sie definieren
Wenn Amazon EC2 Auto Scaling feststellt, dass eine `InService` Instance fehlerhaft ist, wird sie durch eine neue Instance ersetzt, um die gewünschte Kapazität der Gruppe aufrechtzuerhalten. Die neue Instance wird mit den aktuellen Einstellungen der Auto-Scaling-Gruppe und der zugehörigen Startvorlage oder Startkonfiguration gestartet.
Das folgende Flussdiagramm veranschaulicht den Prozess des Starts einer neuen Instance in einer Auto Scaling Scaling-Gruppe. Es beginnt mit dem Starten der Instance. Wenn der Start erfolgreich ist, wird die Instance der Auto Scaling Scaling-Gruppe hinzugefügt. Anschließend führt Amazon EC2 Auto Scaling mithilfe der integrierten Amazon EC2 EC2-Statuschecks Integritätsprüfungen für die Instance und nach einer Übergangszeit alle optionalen Zustandsprüfungen durch, die Sie für die Gruppe aktiviert haben. Diese Zustandsprüfungen werden regelmäßig fortgesetzt. Wenn eine der Integritätsprüfungen fehlschlägt, wird die Instanz ersetzt.
![\[Ein Diagramm auf hoher Ebene, das zeigt, wann die Integritätsprüfungen beginnen.\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/images/how-health-checks-work.png)
Fehlerhafte Instances können auch auftreten, wenn eine Instance unerwartet beendet wird, z. B. aufgrund einer Unterbrechung der Spot-Instance oder einer manuellen Kündigung durch einen Benutzer. Auch in diesen Fällen startet Amazon EC2 Auto Scaling automatisch eine Ersatz-Instance, um die gewünschte Kapazität aufrechtzuerhalten.
**Topics**
+ [Über Zustandsprüfungen Ihrer Auto-Scaling-Gruppe](health-checks-overview.md)
+ [Legen Sie die Wartefrist für die Zustandsprüfung einer Auto-Scaling-Gruppe fest](health-check-grace-period.md)
+ [Überwachen Sie Auto Scaling Scaling-Instances mit beeinträchtigten Amazon EBS-Volumes mithilfe von Zustandsprüfungen](monitor-and-replace-instances-with-impaired-ebs-volumes.md)
+ [Richten Sie eine benutzerdefinierte Integritätsprüfung für Ihre Auto Scaling Scaling-Gruppe ein](set-up-a-custom-health-check.md)
+ [Anzeigen des Grundes für Fehler bei Zustandsprüfung](replace-unhealthy-instance.md)
+ [Fehlerbehebung bei fehlerhaften Instances in Amazon EC2 Auto Scaling](ts-as-healthchecks.md)
# Ü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 Scaling-Zustandsprüfungen in Ihre Anwendungen.
**Topics**
+ [Health check type (Typ der Zustandsprüfung)](#available-health-checks)
+ [Zustandsprüfungen von Amazon EC2](#instance-health-detection)
+ [Zustandsprüfungen von Elastic Load Balancing](#elastic-load-balancing-health-checks)
+ [VPC-Lattice-Zustandsprüfungen](#vpc-lattice-health-checks)
+ [Wie Amazon EC2 Auto Scaling Ausfallzeiten minimiert](#minimize-downtime)
+ [Gesundheitschecks für Instanzen in einem warmen Pool](#health-checks-for-instance-in-a-warm-pool)
+ [Überlegungen zur Zustandsprüfung](#health-check-considerations)
## 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 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/health-checks-overview.html) Dies ist der standardmäßige Zustandsprüfungstyp für eine Auto-Scaling-Gruppe. |
| Zustandsprüfungen von Elastic Load Balancing | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/health-checks-overview.html) Um diesen Integritätsprüfungstyp auszuführen, müssen Sie ihn für Ihre Auto Scaling Scaling-Gruppe aktivieren. |
| VPC-Lattice-Zustandsprüfungen | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/health-checks-overview.html) Um diesen Integritätsprüfungstyp auszuführen, müssen Sie ihn für Ihre Auto Scaling Scaling-Gruppe aktivieren. |
| Amazon-EBS-Zustandsprüfungen | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/health-checks-overview.html) Um diesen Integritätsprüfungstyp auszuführen, müssen Sie ihn für Ihre Auto Scaling Scaling-Gruppe aktivieren. |
| Benutzerdefinierte Zustandsprüfungen | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/health-checks-overview.html) |
## 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](ec2-auto-scaling-lifecycle.md).
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 unter [Arten von Statusprüfungen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-system-instance-status-check.html#types-of-instance-status-checks) im *Amazon EC2 EC2-Benutzerhandbuch*.
**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 `insufficient-data` würde.
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.
**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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-instances-status-check_sched.html) 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 Instanz 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 Health Checks für Ihre Auto Scaling-Gruppe aktivieren, kann Amazon EC2 Auto Scaling die Ergebnisse dieser Zustandsprüfungen verwenden, um den Integritätsstatus einer Instance zu ermitteln.
Bevor Sie Elastic Load Balancing Health Checks für Ihre Auto Scaling Scaling-Gruppe aktivieren können, müssen Sie einen Elastic Load Balancing Load Balancer konfigurieren und dafür eine Integritätsprüfung 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](getting-started-elastic-load-balancing.md).
Nachdem Sie den Load Balancer Ihrer Auto Scaling Scaling-Gruppe hinzugefügt 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. Wenn Sie diese Zustandsprüfungen für Ihre Auto Scaling-Gruppe aktiviert haben und Elastic Load Balancing eine registrierte Instance als meldet`Unhealthy`, markiert Amazon EC2 Auto Scaling die Instance `Unhealthy` bei der nächsten regelmäßigen Integritätsprü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, wie Sie den Load Balancer anhängen und Elastic Load Balancing Health Checks für Ihre Auto Scaling Scaling-Gruppe aktivieren, finden Sie unter[Fügen Sie Ihrer Auto Scaling Scaling-Gruppe einen Elastic Load Balancing Load Balancer hinzu](attach-load-balancer-asg.md).
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, nachdem sich der Load Balancer im Status befindet. `InService` Weitere Informationen finden Sie unter [Überprüfen des Anhangsstatus Ihres Load Balancers](load-balancer-status.md).
## VPC-Lattice-Zustandsprüfungen
Standardmäßig ignoriert Amazon EC2 Auto Scaling die Ergebnisse der VPC-Lattice-Zustandsprüfungen. Sie können diese Integritätsprüfungen optional für Ihre Auto Scaling 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 Scaling-Gruppe finden Sie unter. [Hinzufügen einer VPC-Lattice-Zielgruppe zu Ihrer Auto-Scaling-Gruppe](attach-vpc-lattice-target-group-asg.md)
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, nachdem sich die Zielgruppe im Status befindet. `InService` Weitere Informationen finden Sie unter [Überprüfen Sie den Anhangsstatus Ihrer VPC Lattice-Zielgruppe](verify-target-group-attachment-status.md).
## Wie Amazon EC2 Auto Scaling Ausfallzeiten minimiert
Standardmäßig werden neue Instances gleichzeitig bereitgestellt, wenn 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 [set-instance-health](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/set-instance-health.html)Befehl 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 gerade eine Skalierungsaktivität läuft und Ihre Auto Scaling-Gruppe die gewünschte Kapazität um 10 Prozent oder mehr unterschreitet, wartet Amazon EC2 Auto Scaling auf die laufende Skalierungsaktivität, bevor die fehlerhaften Instances ersetzt werden.
+ 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 die Instances das Warmlaufen abgeschlossen haben und die Gruppe auf mehr als 90 Prozent der 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 so klein ist, dass der resultierende Wert von 10 Prozent kleiner 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](https://docs.aws.amazon.com//autoscaling/ec2/userguide/set-instance-maintenance-policy-on-group.html), um die Geschwindigkeit zu ändern, mit der Auto Scaling fehlerhafte Instances ersetzt. Auto Scaling kann jedoch immer noch die Geschwindigkeit drosseln, mit der Instances als fehlerhaft markiert werden.
Wenn beispielsweise alle Instances in einer Auto Scaling-Gruppe von Elastic Load Balancing 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.
## Gesundheitschecks für Instanzen in einem warmen Pool
Amazon EC2 Auto Scaling führt auch Integritätsprü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](warm-pools-health-checks-monitor-view-status.md).
## Überlegungen zur Zustandsprüfung
Im Folgenden finden Sie Überlegungen zur Verwendung von Amazon EC2 Auto Scaling 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](lifecycle-hooks.md).
+ 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](as-suspend-resume-processes.md).
+ Um den Integritätsstatus einer fehlerhaften Instance manuell wieder auf den Status zurückzusetzen`Healthy`, können Sie versuchen, den [set-instance-health](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/set-instance-health.html)Befehl zu verwenden. Wenn Sie eine Fehlermeldung erhalten, liegt das wahrscheinlich daran, dass die Instance bereits beendet ist. Im Allgemeinen ist das Zurücksetzen des Integritätsstatus einer Instanz `Healthy` mit dem [set-instance-health](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/set-instance-health.html)Befehl nur dann sinnvoll, wenn entweder der `ReplaceUnhealthy` Prozess oder der `Terminate` Prozess unterbrochen ist.
+ Wenn Sie Fehler bei einer Instanz beheben müssen, ohne dass es zu Störungen durch Integritätsprüfungen kommt, können Sie die Instanz in den `Standby` Status versetzen. Amazon EC2 Auto Scaling führt keine Integritätsprü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](as-enter-exit-standby.md).
+ 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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html) 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](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html) im *Amazon-EBS-Benutzerhandbuch*.
# Legen Sie die Wartefrist für die Zustandsprüfung einer Auto-Scaling-Gruppe fest
Wenn durch eine Amazon EC2 Auto Scaling Zustandsprüfung festgestellt wird, dass eine `InService`-Instance fehlerhaft ist, wird die Instance durch eine neue Instance ersetzt. Die Frist für die Zustandsprüfung gibt die Mindestdauer (in Sekunden) an, die eine neue Instance in Betrieb bleiben muss, bevor sie beendet wird, wenn sie als fehlerhaft erkannt wird.
In einem bestimmten Anwendungsfall kann es erforderlich sein, auf Amazon EC2 Auto Scaling zu warten, wenn die Zustandsprüfungen für Elastic Load Balancing fehlschlagen und die Instance noch initialisiert wird. Die Zustandsprüfungen von Elastic Load Balancing werden parallel ausgeführt, beginnend mit der Registrierung der Instance beim Load Balancer. Die Übergangsfrist verhindert, dass Amazon EC2 Auto Scaling Ihre neu gestarteten Instances markiert `Unhealthy` und unnötig beendet, wenn sie diese Zustandsprüfungen nicht sofort bestehen, nachdem sie den Status erreicht haben. `InService`
In der Konsole beträgt der Kulanzzeitraum für die Zustandsprüfung standardmäßig 300 Sekunden, wenn Sie eine Auto-Scaling-Gruppe erstellen. Der Standardwert ist 0 Sekunden, wenn Sie eine Auto Scaling Scaling-Gruppe mit dem AWS CLI oder einem SDK erstellen. Ein Wert von 0 deaktiviert die Nachfrist für Zustandsprüfungen.
Wenn Sie diesen Wert zu hoch festlegen, wird die Effektivität der Amazon EC2 Auto Scaling-Zustandsprüfungen verringert. Wenn Sie einen Lebenszyklus-Hook für den Instance-Start verwenden, können Sie den Wert der Übergangsfrist für die Zustandsprüfung auf 0 festlegen. Mit Lifecycle-Hooks bietet Amazon EC2 Auto Scaling eine Möglichkeit, sicherzustellen, dass Instances immer initialisiert werden, bevor sie in den Status `InService` gelangen. Weitere Informationen finden Sie unter [Lebenszyklus-Hooks bei Amazon EC2 Auto Scaling](lifecycle-hooks.md).
Die Nachfrist gilt für die folgenden Fälle:
+ Neu gestartete Instances
+ Instances, die nach dem Bereitschaftsmodus wieder in Betrieb genommen werden
+ Instances, die Sie manuell an die Gruppe anhängen
**Wichtig**
Wenn Amazon EC2 Auto Scaling erkennt, dass sich eine Instance während der Nachfrist für Zustandsprüfungen nicht mehr im Zustand `running` befindet, markiert Amazon EC2 Auto Scaling sie als `Unhealthy` und ersetzt sie. Wenn Sie beispielsweise eine Instance in einer Auto-Scaling-Gruppe beenden, wird sie als `Unhealthy` markiert und ersetzt.
## Legen Sie die Wartefrist für die Zustandsprüfung einer Gruppe fest
Sie können die Wartefrist für die Zustandsprüfung für neue und vorhandene Auto-Scaling-Gruppen festlegen.
------
#### [ Console ]
**Um den Kulanzzeitraum für die Integritätsprüfung für eine neue Gruppe zu ändern**
Wenn Sie die Auto Scaling Scaling-Gruppe erstellen, geben Sie die Zeitspanne (in Sekunden) auf der Seite **Erweiterte Optionen konfigurieren** unter **Integritätsprüfungen** und **Kulanzzeitraum Health Integritätsprüfungen** ein. So lange muss Amazon EC2 Auto Scaling warten, bevor es den Integritätsstatus einer Instance überprüft, nachdem sie den `InService` Status erreicht hat.
------
#### [ AWS CLI ]
**Um den Kulanzzeitraum für die Integritätsprüfung für eine neue Gruppe zu ändern**
Fügen Sie die `--health-check-grace-period` Option dem [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)Befehl hinzu. Im folgenden Beispiel wird der Karenzzeit für die Zustandsprüfung mit einem Wert von `60` Sekunden für eine neue Auto-Scaling-Gruppe mit dem Namen `my-asg` konfiguriert.
```
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \
--health-check-grace-period 60 ...
```
------
------
#### [ Console ]
**Um den Kulanzzeitraum für die Integritätsprüfung für eine bestehende Gruppe zu ändern**
1. Öffnen Sie die Amazon EC2 EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)und wählen Sie im Navigationsbereich **Auto Scaling Groups** aus.
1. Wählen Sie in der Navigationsleiste oben die AWS-Region aus, in der Sie Ihre Auto-Scaling-Gruppe erstellt haben.
1. Aktivieren Sie das Kontrollkästchen neben der Auto-Scaling-Gruppe.
Im unteren Teil der Seite wird ein geteilter Bereich geöffnet.
1. Wählen Sie auf der Registerkarte **Details** die Option **Zustandsprüfungen**, **Bearbeiten** aus.
1. Geben Sie unter **Karenzzeit für die Zustandsprüfung** die Zeit in Sekunden ein. So lange muss Amazon EC2 Auto Scaling warten, bevor es den Integritätsstatus einer Instance überprüft, nachdem sie den `InService` Status erreicht hat.
1. Wählen Sie **Aktualisieren** aus.
------
#### [ AWS CLI ]
**Um den Kulanzzeitraum für die Integritätsprüfung für eine bestehende Gruppe zu ändern**
Fügen Sie die `--health-check-grace-period` Option dem [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)Befehl hinzu. Im folgenden Beispiel wird die Übergangsfrist für die Integritätsprüfung mit einem Wert von `120` Sekunden für eine vorhandene Auto-Scaling-Gruppe mit dem Namen `my-asg` konfiguriert.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--health-check-grace-period 120
```
------
**Anmerkung**
Wir empfehlen dringend, auch die standardmäßige Instance-Vorbereitungs- und Wartefrist für Ihre Auto-Scaling-Gruppe festzulegen. Weitere Informationen finden Sie unter [Legen Sie die standardmäßige Instance-Vorbereitung für eine Auto-Scaling-Gruppe fest](ec2-auto-scaling-default-instance-warmup.md).
# Überwachen Sie Auto Scaling Scaling-Instances mit beeinträchtigten Amazon EBS-Volumes mithilfe von Zustandsprüfungen
Sie können die Amazon EBS-Zustandsprüfungen für Ihre Auto Scaling-Gruppe aktivieren, um sicherzustellen, dass Amazon EC2 Auto Scaling das gesamte System überwacht, auf dem Ihre Anwendung ausgeführt wird.
Nachdem Sie diese Zustandsprüfungen aktiviert haben, empfängt Amazon EC2 Auto Scaling die Ergebnisse der Amazon EC2-Statusprüfungen, die an den angehängten EBS-Volumes einer Instance durchgeführt wurden. Wenn ein Volume nicht erreichbar ist oder die I/O Statusprüfungen nicht besteht, schlägt die Zustandsprüfung fehl und die entsprechende Instance wird als fehlerhaft eingestuft. Wenn Amazon EC2 Auto Scaling eine fehlerhafte Instance erkennt, wird sie ersetzt.
In diesem Thema wird davon ausgegangen, dass Sie mit den beigefügten EBS-Statusprüfungen vertraut sind. Falls nicht, finden Sie weitere Informationen im Abschnitt [Angehängte EBS-Statusprüfungen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring-system-instance-status-check.html#attached-ebs-status-checks) im *Amazon EC2 EC2-Benutzerhandbuch*. Im folgenden Thema wird beschrieben, wie Sie die Amazon EC2 Auto Scaling Scaling-Zustandsprüfungen aktivieren, die auf den angehängten EBS-Statusprüfungen basieren.
**Anmerkung**
Sie können die Amazon EBS-Zustandsprüfungen für alle Ihre Auto Scaling Scaling-Gruppen aktivieren. Diese Integritätsprüfungen sind jedoch nur für [Instances verfügbar, die auf dem AWS Nitro-System basieren](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html).
## Aktivieren Sie die Amazon EBS-Zustandsprüfungen für eine Gruppe
Sie können die Amazon EBS-Zustandsprüfungen für neue und bestehende Auto Scaling Scaling-Gruppen aktivieren.
------
#### [ Console ]
**Amazon EBS Health Checks für eine neue Gruppe aktivieren**
Wenn Sie die Auto Scaling Scaling-Gruppe erstellen, wählen Sie auf der Seite **Erweiterte Optionen konfigurieren** für **Integritätsprüfungen**, **Zusätzliche Zustandsprüfungstypen** die Option **Amazon EBS-Zustandsprüfungen aktivieren** aus. Geben Sie dann unter **Frist für Zustandsprüfungen** die Zeit in Sekunden ein. Diese Zeitspanne gibt an, wie lange Amazon EC2 Auto Scaling warten muss, bevor der Integritätsstatus einer Instance überprüft wird, nachdem sie den `InService` Status erreicht hat. Weitere Informationen finden Sie unter [Legen Sie die Wartefrist für die Zustandsprüfung einer Auto-Scaling-Gruppe fest](health-check-grace-period.md).
------
#### [ AWS CLI ]
**Amazon EBS Health Checks für eine neue Gruppe aktivieren**
Fügen Sie die `--health-check-type` Option dem [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)Befehl hinzu. Das folgende Beispiel spezifiziert **`EBS`** für die `--health-check-type` Option für eine neue Auto Scaling Scaling-Gruppe mit dem Namen`my-asg`.
```
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \
--health-check-type "EBS" --health-check-grace-period 60 ...
```
Sie können mehrere Werte für die `--health-check-type` Option angeben. Verwenden Sie beispielsweise den folgenden Befehl, um sowohl Amazon EBS- als auch Elastic Load Balancing Balancing-Zustandsprüfungstypen hinzuzufügen.
```
aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \
--health-check-type "EBS,ELB" --health-check-grace-period 60 ...
```
Bei den Wertnamen muss die Groß- und Kleinschreibung beachtet werden.
------
------
#### [ Console ]
**Amazon EBS-Zustandsprüfungen für eine bestehende Gruppe aktivieren**
1. Öffnen Sie die Amazon EC2 EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)und wählen Sie im Navigationsbereich **Auto Scaling Groups** aus.
1. Wählen Sie in der Navigationsleiste oben die AWS-Region aus, in der Sie Ihre Auto-Scaling-Gruppe erstellt haben.
1. Aktivieren Sie das Kontrollkästchen neben einer vorhandenen Gruppe.
Im unteren Teil der Seite **Auto Scaling groups** (Auto-Scaling-Gruppen) wird ein geteilter Bereich geöffnet.
1. Wählen Sie auf der Registerkarte **Details** die Option **Zustandsprüfungen**, **Bearbeiten** aus.
1. Wählen **Sie für **Integritätsprüfungen**, Zusätzliche Zustandsprüfungsarten** die Option **Amazon EBS-Zustandsprüfungen aktivieren** aus.
1. Geben Sie unter **Frist für Zustandsprüfungen** die Zeit in Sekunden ein. Diese Zeitspanne gibt an, wie lange Amazon EC2 Auto Scaling warten muss, bevor der Integritätsstatus einer Instance überprüft wird, nachdem sie den `InService` Status erreicht hat. Weitere Informationen finden Sie unter [Legen Sie die Wartefrist für die Zustandsprüfung einer Auto-Scaling-Gruppe fest](health-check-grace-period.md).
1. Wählen Sie **Aktualisieren** aus.
------
#### [ AWS CLI ]
**Amazon EBS-Zustandsprüfungen für eine bestehende Gruppe aktivieren**
Fügen Sie die `--health-check-type` Option dem [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)Befehl hinzu. Im folgenden Beispiel wird `EBS` für die `--health-check-type` Option für eine bestehende Auto Scaling Scaling-Gruppe mit dem Namen angegeben`my-asg`.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--health-check-type "EBS" --health-check-grace-period 60
```
Um mehrere Typen von Integritätsprüfungen zu verwenden, können Sie mehrere Werte (z. B.`EBS,ELB`) für die `--health-check-type` Option angeben.
Bei den Wertnamen muss die Groß- und Kleinschreibung beachtet werden.
------
# Deaktivieren Sie die Amazon EBS-Zustandsprüfungen für eine Auto Scaling Scaling-Gruppe
Im folgenden Thema wird beschrieben, wie Sie die Amazon EBS-Zustandsprüfungen für eine Auto Scaling Scaling-Gruppe deaktivieren. Wenn Sie Amazon EBS Health Checks nicht mehr benötigen, gehen Sie wie folgt vor, um sie zu deaktivieren.
------
#### [ Console ]
**Amazon EBS-Zustandsprüfungen für eine Gruppe ausschalten**
1. Öffnen Sie die Amazon EC2 EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)und wählen Sie im Navigationsbereich **Auto Scaling Groups** aus.
1. Aktivieren Sie das Kontrollkästchen neben einer vorhandenen Gruppe.
Im unteren Teil der Seite **Auto Scaling groups** (Auto-Scaling-Gruppen) wird ein geteilter Bereich geöffnet.
1. Wählen Sie auf der Registerkarte **Details** die Option **Zustandsprüfungen**, **Bearbeiten** aus.
1. Deaktivieren **Sie für **Integritätsprüfungen**, Zusätzliche Zustandsprüfungsarten** die Option **Amazon EBS-Zustandsprüfungen aktivieren**.
1. Wählen Sie **Aktualisieren** aus.
------
#### [ AWS CLI ]
**Amazon EBS-Zustandsprüfungen für eine Gruppe ausschalten**
Verwenden Sie den [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)Befehl, um die Integritätsprüfungen für eine Auto Scaling Scaling-Gruppe so zu aktualisieren, dass sie keine Amazon EBS-Zustandsprüfungen mehr verwendet. Geben Sie die Option `--health-check-type` und den Wert `EC2` ein.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-asg \
--health-check-type "EC2"
```
Um Amazon EBS-Zustandsprüfungen zu deaktivieren, ohne andere Zustandsprüfungstypen (wie Elastic Load Balancing) zu deaktivieren, müssen Sie sie anstelle von `EC2` angeben. Geben Sie beispielsweise für Integritätsprüfungen von Elastic Load Balancing `ELB` die `--health-check-type` Option an.
Bei den Wertnamen muss die Groß- und Kleinschreibung beachtet werden.
------
# Richten Sie eine benutzerdefinierte Integritätsprüfung für Ihre Auto Scaling Scaling-Gruppe ein
Sie können benutzerdefinierte Zustandsprüfungen verwenden, um die bestehenden Zustandsprüfungsoptionen von Amazon EC2 Auto Scaling zu ergänzen. Durch die Kombination von benutzerdefinierten Zustandsprüfungen mit den anderen Zustandsprüfungsarten können Sie ein umfassendes System zur Gesundheitsüberwachung erstellen, das auf die Bedürfnisse Ihrer Anwendung zugeschnitten ist.
Erstellen Sie zunächst benutzerdefinierte Tests, um zu überprüfen, ob die Instances in Ihrer Auto Scaling Scaling-Gruppe ordnungsgemäß funktionieren und eingehenden Datenverkehr verarbeiten können. Wenn die von Ihnen konfigurierte Zustandsprüfung feststellt, dass eine Instance nicht reagiert, markieren Sie diese bestimmte Instance als`Unhealthy`, sodass Amazon EC2 Auto Scaling sie sofort ersetzt.
Sie können den Integritätsstatus einer Instance direkt an Amazon EC2 Auto Scaling senden, indem Sie das AWS CLI oder ein SDK verwenden. Die folgenden Beispiele zeigen Ihnen, wie Sie den AWS CLI Integritätsstatus einer Instance konfigurieren und anschließend den Integritätsstatus der Instance überprüfen können.
Verwenden Sie den folgenden [set-instance-health](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/set-instance-health.html)Befehl, um den Integritätsstatus der angegebenen Instanz auf festzulegen`Unhealthy`.
```
aws autoscaling set-instance-health --instance-id i-1234567890abcdef0 --health-status Unhealthy
```
Standardmäßig wird bei diesem Befehl die Wartefrist für die Zustandsprüfung eingehalten. Sie können jedoch dieses Verhalten außer Kraft setzen und die Übergangsfrist nicht einhalten, indem Sie die Option `--no-should-respect-grace-period` einbeziehen.
Verwenden Sie den folgenden [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html)Befehl, um zu überprüfen, ob der Integritätsstatus der Instanz lautet`Unhealthy`.
```
aws autoscaling describe-auto-scaling-groups --auto-scaling-group-names my-asg
```
Im Folgenden finden Sie eine Beispielantwort, die Ihnen zeigt, dass der Integritätsstatus der Instance lautet `Unhealthy` und dass die Instance beendet wird.
```
{
"AutoScalingGroups": [
{
....
"Instances": [
{
"ProtectedFromScaleIn": false,
"AvailabilityZone": "us-west-2a",
"LaunchTemplate": {
"LaunchTemplateName": "my-launch-template",
"Version": "1",
"LaunchTemplateId": "lt-1234567890abcdef0"
},
"InstanceId": "i-1234567890abcdef0",
"InstanceType": "t2.micro",
"HealthStatus": "Unhealthy",
"LifecycleState": "Terminating"
},
...
]
}
]
}
```
# Anzeigen des Grundes für Fehler bei Zustandsprüfung
Mithilfe des folgenden Verfahrens können Sie Informationen zu allen Instances einsehen, die aufgrund einer Zustandsprüfung ersetzt wurden.
Standardmäßig erstellt Amazon EC2 Auto Scaling eine neue Skalierung zum Beenden der fehlerhaften Instance und beendet diese anschließend. Während die Instance beendet wird, startet eine andere Skalierungsaktivität eine neue Instance. Sie können dieses Verhalten ändern, um so schnell wie möglich mit dem Start einer neuen Instance zu beginnen, indem Sie eine Instance-Wartungsrichtlinie verwenden. Weitere Informationen finden Sie unter [Wartungsrichtlinien für Instances](ec2-auto-scaling-instance-maintenance-policy.md).
------
#### [ Console ]
**Den Grund für fehlgeschlagene Zustandsprüfungen anzeigen**
1. Öffnen Sie die Amazon EC2 EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)und wählen Sie im Navigationsbereich **Auto Scaling Groups** aus.
1. Aktivieren Sie das Kontrollkästchen neben der Auto-Scaling-Gruppe.
Im unteren Teil der Seite **Auto Scaling groups** (Auto-Scaling-Gruppen) wird ein geteilter Bereich geöffnet.
1. Auf der Registerkarte **Activity (Aktivität)** wird unter **Activity history (Aktivitätsverlauf)** in der Spalte **Status** angezeigt, ob Ihre Auto-Scaling-Gruppe Instances erfolgreich gestartet oder beendet hat.
Wenn es Instances fehlerhaft beendet hat, zeigt die Spalte **Ursache** das Datum und die Uhrzeit der Beendigung und den Grund für den Fehler der Zustandsprüfung an. Beispiel, `At 2022-05-14T20:11:53Z an instance was taken out of service in response to a user health-check`. Diese Meldung weist darauf hin, dass eine benutzerdefinierte Integritätsprüfung die Instance als fehlerhaft markiert hat.
Hilfe bei fehlgeschlagenen Zustandsprüfungen finden Sie unter[Fehlerbehebung bei fehlerhaften Instances in Amazon EC2 Auto Scaling](ts-as-healthchecks.md).
------
#### [ AWS CLI ]
**Den Grund für fehlgeschlagene Integritätsprüfungen anzeigen**
Verwenden Sie den folgenden [describe-scaling-activities](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-scaling-activities.html)-Befehl.
```
aws autoscaling describe-scaling-activities --auto-scaling-group-name my-asg
```
Im Folgenden finden Sie ein Antwortbeispiel, das den Grund für das Fehlschlagen der Integritätsprüfung `Cause` enthält.
```
{
"Activities": [
{
"ActivityId": "4c65e23d-a35a-4e7d-b6e4-2eaa8753dc12",
"AutoScalingGroupName": "my-asg",
"Description": "Terminating EC2 instance: i-04925c838b6438f14",
"Cause": "At 2021-04-01T21:48:35Z an instance was taken out of service in response to a user health-check.",
"StartTime": "2021-04-01T21:48:35.859Z",
"EndTime": "2021-04-01T21:49:18Z",
"StatusCode": "Successful",
"Progress": 100,
"Details": "{\"Subnet ID\":\"subnet-5ea0c127\",\"Availability Zone\":\"us-west-2a\"...}",
"AutoScalingGroupARN": "arn:aws:autoscaling:us-west-2:123456789012:autoScalingGroup:283179a2-f3ce-423d-93f6-66bb518232f7:autoScalingGroupName/my-asg"
},
...
]
}
```
Eine Beschreibung der Felder in der Ausgabe finden Sie unter[Aktivität](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_Activity.html) in der *Amazon EC2 Auto Scaling API-Referenz*.
Um die Skalierungsaktivitäten nach dem Löschen der Auto Scaling Scaling-Gruppe zu beschreiben, fügen Sie dem [describe-scaling-activities](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-scaling-activities.html)Befehl die `--include-deleted-groups` Option hinzu.
------
# Fehlerbehebung bei fehlerhaften Instances in Amazon EC2 Auto Scaling
Im Folgenden finden Sie die von Amazon EC2 Auto Scaling zurückgegebenen Fehlermeldungen, die möglichen Ursachen und die Schritte, die Sie zur Behebung der Probleme ergreifen können.
Wie Sie eine Fehlermeldung abrufen, erfahren Sie unter [Anzeigen des Grundes für Fehler bei Zustandsprüfung](replace-unhealthy-instance.md).
**Topics**
+ [Eine Instance wurde aufgrund eines Fehlers der EC2-Instance-Zustandsprüfung außer Betrieb genommen](#ts-failed-status-checks)
+ [Eine Instance wurde als Reaktion auf eine EC2-Zustandssprüfung, die anzeigte, dass sie beendet oder angehalten wurde, außer Betrieb genommen.](#ts-terminated-or-stopped)
+ [Eine Instance wurde aufgrund eines Fehlers der Zustandsprüfung des ELB-Systems außer Betrieb genommen](#ts-failed-elb-health-checks)
+ [Weitere Ressourcen](#troubleshoot-health-checks-additional-resources)
## Eine Instance wurde aufgrund eines Fehlers der EC2-Instance-Zustandsprüfung außer Betrieb genommen
**Problem**: Auto-Scaling-Instances lassen die Amazon EC2-Zustandsprüfungen fehlschlagen.
**Ursache 1**: Wenn es Probleme gibt, die dazu führen, dass Amazon EC2 die Instances in Ihrer Auto Scaling-Gruppe als beeinträchtigt betrachtet, ersetzt Amazon EC2 Auto Scaling die Instances im Rahmen seiner Zustandsprüfungen automatisch.
**Lösung 1**: Wenn eine Überprüfung des Instance-Status fehlschlägt, müssen Sie das Problem in der Regel selbst beheben, indem Sie Änderungen an der Instance-Konfiguration vornehmen, bis Ihre Anwendung keine Probleme mehr aufweist. Um dieses Problem zu beheben, führen Sie die folgenden Schritte aus:
1. Erstellen Sie manuell eine Amazon EC2-Instance, die nicht Teil der Auto-Scaling-Gruppe ist, und untersuchen Sie das Problem. Allgemeine Hilfe bei der Untersuchung beeinträchtigter Instances finden Sie unter [Problembehandlung bei Instances mit fehlgeschlagenen Statusprüfungen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/TroubleshootingInstances.html) im *Amazon EC2 EC2-Benutzerhandbuch*.
1. Nachdem Sie sich vergewissert haben, dass Ihre Instance erfolgreich gestartet wurde und in Ordnung ist, verteilen Sie eine neue, fehlerfreie Instanzkonfiguration an die Auto-Scaling-Gruppe.
1. Löschen Sie die von Ihnen erstellte Instance, um zu verhindern, dass Ihr AWS -Konto weiter belastet wird.
## Eine Instance wurde als Reaktion auf eine EC2-Zustandssprüfung, die anzeigte, dass sie beendet oder angehalten wurde, außer Betrieb genommen.
**Problem**: Auto-Scaling-Instances, die angehalten, neu gestartet oder beendet wurden, werden ersetzt.
**Ursache 1**: Ein Benutzer hat die Instance manuell angehalten, neu gestartet oder beendet.
**Lösung 1**: Wenn Sie die Instances in Ihrer Auto Scaling Scaling-Gruppe beenden oder neu starten müssen, empfehlen wir, die Instances zuerst in den Standby-Modus zu versetzen. Weitere Informationen finden Sie unter [Vorübergehendes Entfernen von Instances aus einer Auto-Scaling-Gruppe](as-enter-exit-standby.md).
**Ursache 2**: Amazon EC2 Auto Scaling versucht, Spot-Instances zu ersetzen, nachdem der Amazon EC2 Spot-Services die Instances unterbricht, da der Spot-Preis über Ihren Höchstpreis steigt oder die Kapazität nicht mehr verfügbar ist.
**Lösung 2**: Es gibt keine Garantie, dass eine Spot-Instance existiert, um die Anforderung zu einem bestimmten Zeitpunkt zu erfüllen. Sie können die folgenden Schritte versuchen:
+ Verwenden Sie einen höheren Spot-Höchstpreis (möglicherweise den On-Demand-Preis). Wenn Sie Ihren Höchstpreis höher setzen, ist die Chance höher, dass der Amazon EC2 Spot-Service Ihre erforderliche Kapazität startet und erhält.
+ Erhöhen Sie die Anzahl der verschiedenen Kapazitätspools, über die Sie Instances starten können, indem Sie mehrere Instance-Typen in mehreren Availability Zones ausführen. Weitere Informationen finden Sie unter [Auto-Scaling-Gruppen mit mehreren Instance-Typen und Kaufoptionen](ec2-auto-scaling-mixed-instances-groups.md).
+ Wenn Sie mehrere Instance-Typen verwenden, sollten Sie die Funktion „Kapazitätsausgleich“ aktivieren. Dies ist nützlich, wenn der Amazon EC2 Spot-Service versucht, eine neue Spot-Instance zu starten, bevor eine laufende Instance beendet wird. Weitere Informationen finden Sie unter [Kapazitätsausgleich bei Auto Scaling als Ersatz für gefährdete Spot-Instances](ec2-auto-scaling-capacity-rebalancing.md).
**Ursache 3**: Mit Capacity Blocks beendet Amazon EC2 alle Instances, die noch laufen, 30 Minuten vor der Endzeit des Capacity Blocks. Diese abrupte Beendigung veranlasst Ihre Auto Scaling Scaling-Gruppe, neue Instances zu starten, um die gewünschte Kapazität aufrechtzuerhalten, auch wenn der Kapazitätsblock endet.
**Lösung 3**: Versuchen Sie Folgendes, um dieses Problem zu beheben:
+ Verringern Sie die gewünschte Kapazität der Auto Scaling Scaling-Gruppe, um zu verhindern, dass sie versucht, neue Instances zu starten. Weitere Informationen finden Sie unter [Manuelle Skalierung für Amazon EC2 Auto Scaling](ec2-auto-scaling-scaling-manually.md).
+ Stellen Sie sicher, dass Sie in Ihrer Auto Scaling Scaling-Gruppe 30 Minuten vor dem Ende des Kapazitätsblocks skalieren, damit dieser Fehler nicht häufig auftritt. Stellen Sie sicher, dass alle Lifecycle-Hooks 30 Minuten vor dem Ende des Kapazitätsblocks abgeschlossen sind. Weitere Informationen finden Sie unter [Capacity BlocksFür Machine-Learning-Workloads verwenden](launch-template-capacity-blocks.md).
## Eine Instance wurde aufgrund eines Fehlers der Zustandsprüfung des ELB-Systems außer Betrieb genommen
**Problem**: Auto-Scaling-Instances bestehen womöglich die EC2-Zustandsprüfungen. Jedoch können die Elastic Load Balancing-Zustandsprüfungen für die Zielgruppen oder Classic Load Balancers fehlschlagen, bei denen die Auto-Scaling-Gruppe registriert ist.
**Ursache 1**: Wenn sich Ihre Auto Scaling-Gruppe auf Zustandsprüfungen von Elastic Load Balancing stützt, bestimmt Amazon EC2 Auto Scaling den Integritätsstatus Ihrer Instances, indem es die Ergebnisse sowohl der EC2-Statusprüfungen als auch der Elastic Load Balancing Balancing-Zustandsprüfungen überprüft. Der Load Balancer führt Zustandsprüfungen durch, indem er eine Anforderung an jede Instance sendet und auf die richtige Antwort wartet, oder indem er eine Verbindung mit der Instance herstellt. Eine Instance kann bei einer Elastic Load Balancing-Zustandsprüfung fehlschlagen, weil eine Anwendung, die in der Instance ausgeführt wird, Probleme verursacht, die dazu führen, dass der Load Balancer die Instance außer Betrieb nimmt.
**Lösung 1**: So werden die Elastic Load Balancing-Zustandsprüfungen erfolgreich durchlaufen
+ Stellen Sie sicher, dass die Einstellungen für die Zustandsprüfung Ihrer Zielgruppen korrekt konfiguriert sind. Sie definieren Zustandsprüfungseinstellungen für Ihren Load Balancer pro Zielgruppe. Weitere Informationen finden Sie unter [Konfigurieren Sie Integritätsprüfungen für Ziele](getting-started-elastic-load-balancing.md#elb-health-checks-for-targets).
+ Überprüfen Sie die Erfolgscodes, die der Load Balancer erwartet, und stellen Sie sicher, dass Ihre Anwendung so konfiguriert ist, dass sie diese Codes bei Erfolg zurückgibt.
+ Stellen Sie sicher, dass die Sicherheitsgruppen für Ihren Load Balancer und die Auto-Scaling-Gruppe korrekt konfiguriert sind.
+ Stellen Sie sicher, dass der Load Balancer in denselben Availability Zones wie Ihre Auto-Scaling-Gruppe konfiguriert ist.
**Lösung 2**: Aktualisieren Sie die Auto Scaling Scaling-Gruppe, um die Integritätsprüfungen von Elastic Load Balancing zu deaktivieren. Anweisungen zum Deaktivieren dieser Zustandsprüfungen finden Sie unter [Eine Zielgruppe trennen oder unter Classic Load Balancer](https://docs.aws.amazon.com//autoscaling/ec2/userguide/attach-load-balancer-asg.html#as-remove-load-balancer).
**Ursache 2**: Es besteht eine Diskrepanz zwischen dem Kulanzzeitraum der Zustandsprüfung und der Startzeit der Instance.
**Lösung 3**: Bearbeiten Sie den Kulanzzeitraum für die Integritätsprüfung für Ihre Auto Scaling Scaling-Gruppe. Legen Sie den Kulanzzeitraum auf einen ausreichend langen Zeitraum fest, um die Anzahl der aufeinanderfolgenden erfolgreichen Zustandsprüfungen zu unterstützen, die erforderlich sind, bevor Elastic Load Balancing eine neu gestartete Instance als fehlerfrei einstuft. Weitere Informationen finden Sie unter [Legen Sie die Wartefrist für die Zustandsprüfung einer Auto-Scaling-Gruppe fest](health-check-grace-period.md).
## Weitere Ressourcen
Wenn Sie ein anderes Problem haben, finden Sie in den folgenden AWS re:Post Artikeln zusätzliche Hilfe zur Fehlerbehebung:
+ [Warum hat Amazon EC2 Auto Scaling eine Instance beendet?](https://repost.aws/knowledge-center/auto-scaling-instance-how-terminated)
+ [Warum hat Amazon EC2 Auto Scaling eine fehlerhafte Instance nicht beendet?](https://repost.aws/knowledge-center/auto-scaling-terminate-instance)