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.
# Reduzieren Sie die Latenz für Anwendungen mit langen Startzeiten mithilfe warmer Pools
Ein Warm-Pool bietet Ihnen die Möglichkeit, die Latenz für Anwendungen mit außergewöhnlich langen Startzeiten zu verringern, z. B. weil Instances große Datenmengen auf die Festplatte schreiben müssen. Mit Warm-Pools müssen Sie Ihre Auto-Scaling-Gruppen nicht mehr übermäßig bereitstellen, um die Latenz zu verwalten, damit die Anwendungsleistung verbessert werden kann. Weitere Informationen finden Sie im Blog-Beitrag [Scaling your applications faster with EC2 Auto Scaling Warm Pools](https://aws.amazon.com/blogs/compute/scaling-your-applications-faster-with-ec2-auto-scaling-warm-pools/).
**Wichtig**
Das Erstellen eines Warm-Pools, wenn dieser nicht erforderlich ist, kann zu unnötigen Kosten führen. Wenn Ihre erste Startzeit keine merklichen Latenzprobleme für Ihre Anwendung verursacht, benötigen Sie wahrscheinlich keinen Warm-Pool.
**Topics**
+ [Schlüsselkonzepte](#warm-pool-core-concepts)
+ [Voraussetzungen](#warm-pool-prerequisites)
+ [Aktualisieren der Instances in einem warmen Pool](#update-warm-pool)
+ [Zugehörige Ressourcen](#warm-pools-related-resources)
+ [Einschränkungen](#warm-pools-limitations)
+ [Verwenden von Lebenszyklus-Hooks](warm-pool-instance-lifecycle.md)
+ [Erstellen eines warmen Pools für eine Auto-Scaling-Gruppe](create-warm-pool.md)
+ [Anzeigen des Status der Zustandsprüfung](warm-pools-health-checks-monitor-view-status.md)
+ [AWS CLI Beispiele für die Arbeit mit warmen Pools](examples-warm-pools-aws-cli.md)
## Schlüsselkonzepte
Bevor Sie beginnen, sollten Sie sich mit folgenden Kernkonzepten vertraut machen:
**Warm Pool**
Ein Warm Pool ist ein Pool vorinitialisierter EC2-Instances, der sich neben einer Auto-Scaling-Gruppe befindet. Jedes Mal, wenn Ihre Anwendung skaliert werden muss, kann die Auto-Scaling-Gruppe auf den Warm-Pool zurückgreifen, um die neue gewünschte Kapazität zu erfüllen. Er stellt sicher, dass Instances den Anwendungsdatenverkehr schnell bedienen können, wodurch die Reaktion auf eine Aufskalierung beschleunigt wird. Wenn Instances den Warm-Pool verlassen, zählen sie zur gewünschten Kapazität der Gruppe. Dies wird als *Warmstart* bezeichnet.
Während sich Instances im Warm Pool befinden, skalieren Ihre Skalierungsrichtlinien nur, wenn der Metrikwert von Instances, die sich im `InService`-Zustand befinden, größer ist als der hohe Alarmschwellenwert der Skalierungsrichtlinie (welcher der Zielauslastung einer Skalierungsrichtlinie für die Zielverfolgung entspricht).
**Warm-Pool-Größe**
Die Größe des Warm Pool wird standardmäßig als Differenz zwischen zwei Zahlen berechnet: die maximale Kapazität der Auto-Scaling-Gruppe und die gewünschte Kapazität. Wenn beispielsweise die gewünschte Kapazität Ihrer Auto-Scaling-Gruppe sechs ist und die maximale Kapazität zehn beträgt, beträgt die Größe Ihres Warm-Pools vier, wenn Sie den Warm-Pool zum ersten Mal einrichten und der Pool initialisiert wird.
Um die maximale Kapazität des warmen Pools separat anzugeben, verwenden Sie die benutzerdefinierte Spezifikationsoption (`MaxGroupPreparedCapacity`) und legen Sie dafür einen benutzerdefinierten Wert fest, der größer ist als die aktuelle Kapazität der Gruppe. Wenn Sie einen benutzerdefinierten Wert angeben, wird die Größe des warmen Pools als Differenz zwischen dem benutzerdefinierten Wert und der aktuell gewünschten Kapazität der Gruppe berechnet. Wenn die gewünschte Kapazität Ihrer Auto Scaling Scaling-Gruppe beispielsweise 6 ist, wenn die maximale Kapazität 20 ist und wenn der benutzerdefinierte Wert 8 ist, wird die Größe Ihres warmen Pools 2 sein, wenn Sie den warmen Pool zum ersten Mal einrichten und der Pool initialisiert wird.
Möglicherweise müssen Sie die Option benutzerdefinierte Spezifikation (`MaxGroupPreparedCapacity`) nur verwenden, wenn Sie mit großen Auto Scaling Scaling-Gruppen arbeiten, um die Kostenvorteile eines warmen Pools zu nutzen. So könnte zum Beispiel eine Auto-Scaling-Gruppe mit 1 000 Instances, einer maximalen Kapazität von 1 500 (um zusätzliche Kapazität für Notfall-Datenverkehrsspitzen bereitzustellen) und einem Warm Pool mit 100 Instances Ihre Ziele besser erreichen als mit einem Warm Pool mit 500 Instances.
**Mindestanzahl des Warm-Pools**
Erwägen Sie, die Einstellung für die Mindestgröße (`MinSize`) zu verwenden, um die Mindestanzahl der Instanzen, die im warmen Pool verwaltet werden sollen, statisch festzulegen. Standardmäßig ist keine Mindestgröße festgelegt. Die `MinSize` Einstellung ist nützlich, wenn Sie angeben`MaxGroupPreparedCapacity`, dass eine Mindestanzahl von Instanzen im warmen Pool auch dann beibehalten werden soll, wenn die gewünschte Kapazität der Auto Scaling Scaling-Gruppe höher als die ist`MaxGroupPreparedCapacity`.
**Status der Warm-Pool-Instance**
Sie können Instances im Warm Pool in einem von drei Status belassen: `Stopped`, `Running` oder `Hibernated`. Wenn Instances in einem `Stopped`-Zustand gelassen werden, können Kosten minimiert werden. Bei gestoppten Instances zahlen Sie nur für die Volumes, die Sie verwenden, und die Elastic-IP-Adressen, die den Instances angefügt sind.
Alternativ können Sie Instances auch in einem `Hibernated`-Status belassen, um Instances zu stoppen, ohne ihren Speicherinhalt (RAM) zu löschen. Wenn eine Instance in den Ruhezustand versetzt wird, signalisiert dies dem Betriebssystem, den Inhalt Ihres Arbeitsspeichers auf Ihrem Amazon-EBS-Root-Volume zu speichern. Wenn die Instance wieder gestartet wird, wird das Stamm-Volume im vorherigen Status wiederhergestellt und der RAM-Inhalt wird neu geladen. Während sich die Instances im Ruhezustand befinden, zahlen Sie nur für die EBS-Volumes, einschließlich des Speichers für die RAM-Inhalte und die mit den Instances verbundenen Elastic-IP-Adressen.
Instances in einem `Running` Zustand innerhalb des Warm-Pools zu halten, ist ebenfalls möglich, wird aber dringend abgeraten, um unnötige Gebühren zu vermeiden. Wenn Instances gestoppt oder in den Ruhezustand versetzt werden, sparen Sie die Kosten für die Instances selbst. Sie zahlen für die Instances nur, wenn sie ausgeführt werden.
**Lebenszyklus-Hooks**
Mit [Lebenszyklus-Hooks](warm-pool-instance-lifecycle.md) können Sie Instances in einen Wartestatus versetzen, damit Sie benutzerdefinierte Aktionen für die Instances ausführen können. Benutzerdefinierte Aktionen werden beim Start der Instances oder vor dem Beenden ausgeführt.
In einer Warm-Pool-Konfiguration verzögern Lebenszyklus-Hooks, dass Instances gestoppt oder in den Ruhezustand versetzt werden und während des Aufskalierens in Betrieb genommen werden, bis sie die Initialisierung abgeschlossen haben. Wenn Sie Ihrer Auto-Scaling-Gruppe einen Warm Pool ohne Lebenszyklus-Hook hinzufügen, können Instances, deren Initialisierung lange dauert, gestoppt oder in den Ruhezustand versetzt und dann während der Aufskalierung in Betrieb genommen werden, bevor sie fertig sind.
**Richtlinie für die Instance-Wiederverwendung**
Standardmäßig beendet Amazon EC2 Auto Scaling Ihre Instances, wenn Ihre Auto-Scaling-Gruppe abskaliert. Dann startet die Lösung neue Instances im Warm Pool, um die beendeten Instances zu ersetzen.
Wenn Sie stattdessen Instances an den Warm Pool zurückgeben möchten, können Sie eine Richtlinie für die Instance-Wiederverwendung angeben. Auf diese Weise können Sie Instances wiederverwenden, die bereits für die Bereitstellung des Anwendungsdatenverkehrs konfiguriert sind. Um sicherzustellen, dass Ihr Warm Pool nicht überdimensioniert wird, kann Amazon EC2 Auto Scaling Instances im Warm Pool beenden, um seine Größe zu reduzieren, wenn sie die ursprünglichen Einstellungen übersteigt. Wenn Instances im Warm Pool beendet werden, wird die [Standardbeendigungsrichtlinie](ec2-auto-scaling-termination-policies.md#default-termination-policy) verwendet, um auszuwählen, welche Instances zuerst beendet werden sollen.
Wenn Sie Instances beim Abskalieren in den Ruhezustand versetzen möchten und Instances in der Auto-Scaling-Gruppe vorhanden sind, müssen diese die Anforderungen für den Instance-Ruhezustand erfüllen. Wenn dies nicht der Fall ist, werden Instances gestoppt, und nicht in den Ruhezustand versetzt, wenn sie in den Warm Pool zurückkehren.
Derzeit können Sie eine Richtlinie für die Instance-Wiederverwendung nur mithilfe der AWS CLI oder eines SDK angeben. Diese Funktion ist in der Konsole nicht verfügbar.
## Voraussetzungen
Bevor Sie einen warmen Pool für Ihre Auto-Scaling-Gruppe erstellen, entscheiden Sie, wie Sie Lebenszyklus-Hooks verwenden, um neue Instances mit einem geeigneten Anfangszustand zu initialisieren.
Um benutzerdefinierte Aktionen für Instances auszuführen, während sich diese aufgrund eines Lebenszyklus-Hooks im Wartestatus befinden, haben Sie zwei Möglichkeiten:
+ Für einfache Szenarien, in denen Sie beim Start Befehle für Ihre Instances ausführen möchten, können Sie ein Benutzerdatenskript einbeziehen, wenn Sie eine Startvorlage erstellen oder eine Konfiguration für Ihre Auto-Scaling-Gruppe starten. Benutzerdatenskripts sind normale Shell-Skripts oder cloud-init Direktiven, die cloud-init beim Start Ihrer Instances ausgeführt werden. Das Skript kann auch steuern, wann Ihre Instances in den nächsten Status übergehen, indem Sie die ID der Instance verwenden, auf der sie ausgeführt wird. Wenn Sie nicht bereits dabei sind, aktualisieren Sie das Skript, sodass es die Instance-ID der Instance aus den Instance-Metadaten abruft. Weitere Informationen finden Sie unter [Zugriff auf Instance-Metadaten](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instancedata-data-retrieval.html) im *Amazon EC2 EC2-Benutzerhandbuch*.
**Tipp**
Um Benutzerdatenskripte beim Neustart einer Instance auszuführen, müssen die Benutzerdaten im mehrteiligen MIME-Format vorliegen und Folgendes im Abschnitt `#cloud-config` der Benutzerdaten angeben:
```
#cloud-config
cloud_final_modules:
- [scripts-user, always]
```
+ Für fortgeschrittene Szenarien, in denen Sie einen Dienst benötigen, AWS Lambda um beispielsweise etwas zu tun, wenn Instances den warmen Pool betreten oder verlassen, können Sie einen Lifecycle-Hook für Ihre Auto Scaling Scaling-Gruppe erstellen und den Zieldienst so konfigurieren, dass er benutzerdefinierte Aktionen auf der Grundlage von Lebenszyklusbenachrichtigungen ausführt. Weitere Informationen finden Sie unter [Unterstützte Benachrichtigungsziele](warm-pool-instance-lifecycle.md#warm-pools-supported-notification-targets).
**Instances auf Ruhezustand vorbereiten**
Um Auto Scaling Scaling-Instances für die Verwendung des `Hibernated` Pool-Status vorzubereiten, erstellen Sie eine neue Startvorlage oder Startkonfiguration, die korrekt eingerichtet ist, um den Instance-Ruhezustand zu unterstützen, wie im Thema [Voraussetzungen für den Ruhezustand](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/hibernating-prerequisites.html) im *Amazon* EC2 EC2-Benutzerhandbuch beschrieben. Ordnen Sie dann die neue Startvorlage oder Startkonfiguration der Auto-Scaling-Gruppe zu und starten Sie eine Instance-Aktualisierung, um die Instances zu ersetzen, die einer vorherigen Startvorlage oder Startkonfiguration zugeordnet sind. Weitere Informationen finden Sie unter [Verwenden Sie eine Instanzaktualisierung, um Instances in einer Auto Scaling Scaling-Gruppe zu aktualisieren](asg-instance-refresh.md).
## Aktualisieren der Instances in einem warmen Pool
Um die Instances in einem warmen Pool zu aktualisieren, erstellen Sie eine neue Startvorlage oder Startkonfiguration und verknüpfen sie mit der Auto-Scaling-Gruppe. Alle neuen Instances werden mithilfe des neuen AMI und anderer Updates gestartet, die in der Startvorlage oder Startkonfiguration angegeben sind, bestehende Instances sind jedoch nicht davon betroffen.
Um das Starten von warmen Ersatz-Pool-Instances zu erzwingen, die die neue Startvorlage oder Startkonfiguration verwenden, können Sie eine Instance-Aktualisierung starten, um eine fortlaufende Aktualisierung Ihrer Gruppe durchzuführen. Eine Instance-Aktualisierung ersetzt zuerst `InService`-Instances. Dann ersetzt sie Instances im Warm-Pool. Weitere Informationen finden Sie unter [Verwenden Sie eine Instanzaktualisierung, um Instances in einer Auto Scaling Scaling-Gruppe zu aktualisieren](asg-instance-refresh.md).
## Zugehörige Ressourcen
In unserem [GitHubRepository](https://github.com/aws-samples/amazon-ec2-auto-scaling-group-examples) finden Sie Beispiele für Lifecycle-Hooks für warme Pools.
## Einschränkungen
+ Warm-Pool-Einschränkungen für eine Auto Scaling Scaling-Gruppe mit gemischten Instance-Typen:
+ Warme Pools werden bei gewichteten gemischten Instanzgruppen nicht unterstützt. Wenn Ihre Auto Scaling Scaling-Gruppe Instance-Gewichtung verwendet, können Sie keinen warmen Pool hinzufügen.
+ Warme Pools unterstützen keine Spot-Instances innerhalb gemischter Instanzgruppen. Ihre Richtlinie für gemischte Instanzen muss nur für On-Demand-Instances konfiguriert werden, wenn Sie warme Pools verwenden.
+ Wenn Sie warme Pools mit gemischten Instanzgruppen im Ruhezustand verwenden, müssen Sie die Konfiguration `HibernationOptions` in Ihrer Startvorlage vornehmen.
+ Amazon EC2 Auto Scaling kann eine Instance nur dann in einen `Stopped`– oder `Hibernated`-Status verschieben, wenn es ein Amazon-EBS-Volume als Stammgerät hat. Instances, die Instance-Speicher als Stammgerät verwenden, können nicht beendet oder in den Ruhezustand versetzt werden.
+ Amazon EC2 Auto Scaling kann eine Instance nur dann in einen `Hibernated` Zustand versetzen, wenn sie alle im Thema [Voraussetzungen für den Ruhezustand](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/hibernating-prerequisites.html) im *Amazon EC2 EC2-Benutzerhandbuch* aufgeführten Anforderungen erfüllt.
+ Wenn Ihr Warm-Pool bei einem Scale-Out-Ereignis erschöpft ist, werden Instances direkt in der Auto-Scaling-Gruppe (ein *Kaltstart*) starten. Es kann auch zu einem Kaltstart kommen, wenn eine Availability Zone nicht genügend Kapazität hat.
+ Wenn eine Instance innerhalb des Warmpools während des Startvorgangs auf ein Problem stößt, das sie daran hindert, den `InService` Status zu erreichen, wird die Instance als fehlgeschlagener Start betrachtet und beendet. Dies gilt unabhängig von der zugrunde liegenden Ursache, z. B. einem Fehler bei unzureichender Kapazität oder einem anderen Faktor.
+ Wenn Sie versuchen, einen Warm-Pool mit einer von Amazon Elastic Kubernetes Service (Amazon EKS) verwalteten Knotengruppe zu verwenden, registrieren sich Instances, die noch initialisiert werden, möglicherweise bei Ihrem Amazon-EKS-Cluster. Infolgedessen kann der Cluster Jobs für eine Instance planen, da er sich darauf vorbereitet, gestoppt oder in den Ruhezustand versetzt zu werden.
+ Wenn Sie versuchen, einen Warm-Pool mit einem Amazon ECS-Cluster zu verwenden, registrieren sich die Instances eventuell beim Cluster, bevor sie ihre Initialisierung abgeschlossen haben. Um dieses Problem zu lösen, müssen Sie eine Startvorlage oder Startkonfiguration konfigurieren, die eine spezielle Agentenkonfigurationsvariable in den Benutzerdaten enthält. Weitere Informationen finden Sie unter [Verwendung eines Warm-Pools für Ihre Auto-Scaling-Gruppe](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/asg-capacity-providers.html#using-warm-pool) im *Amazon Elastic Container Service-Entwicklerhandbuch*.
# Verwenden Sie Lifecycle-Hooks mit einem warmen Pool in der Auto Scaling Scaling-Gruppe
Instances in einem Warm Pool verwalten ihren eigenen, unabhängigen Lebenszyklus, um Ihnen bei der Erstellung der entsprechenden benutzerdefinierten Aktion für jeden Übergang zu helfen. Dieser Lebenszyklus soll Ihnen helfen, Aktionen in einem Zielservice (z. B. einer Lambda-Funktion) aufzurufen, während eine Instance noch initialisiert wird und bevor sie in Betrieb genommen wird.
**Anmerkung**
Die API-Vorgänge, die Sie zum Hinzufügen und Verwalten von Lebenszyklus-Hooks und zum Abschließen von Lebenszyklusaktionen verwenden, werden nicht geändert. Nur der Instance-Lebenszyklus wird geändert.
Weitere Informationen über das Hinzufügen von Lebenszyklus-Hooks finden Sie unter [Fügen Sie Lifecycle-Hooks zu Ihrer Auto Scaling Scaling-Gruppe hinzu](adding-lifecycle-hooks.md). Weitere Informationen über das Abschließen einer Lebenszyklus-Aktion finden Sie unter [Eine Lebenszyklusaktion in einer Auto Scaling Scaling-Gruppe abschließen](completing-lifecycle-hooks.md).
Für Instances, die in den Warm Pool aufgenommen werden, benötigen Sie möglicherweise aus einem der folgenden Gründe einen Lebenszyklus-Hook:
+ Sie möchten EC2-Instances von einem AMI aus starten, dessen Initialisierung lange dauert.
+ Sie möchten Benutzerdatenskripte ausführen, um die EC2-Instances zu laden.
Für Instances, die den Warm Pool verlassen, benötigen Sie möglicherweise aus einem der folgenden Gründe einen Lebenszyklus-Hook:
+ Sie können etwas mehr Zeit gebrauchen, um EC2-Instances auf die Verwendung vorzubereiten. Sie haben möglicherweise Services, die gestartet werden müssen, wenn eine Instance neu gestartet wird, bevor Ihre Anwendung ordnungsgemäß funktionieren kann.
+ Sie möchten Cache-Daten vorab ausfüllen, um sicherzustellen, dass ein neuer Server nicht mit einem leeren Cache gestartet wird.
+ Sie möchten neue Instances als verwaltete Instances mit Ihrem Konfigurationsverwaltungsservice registrieren.
## Lebenszyklusstatusübergänge für Instances in einem Warm Pool
Eine Instance mit automatischer Skalierung kann im Verlauf ihres Lebenszyklus in verschiedene Status übergehen.
Im folgenden Diagramm wird der Übergang zwischen Status für automatische Skalierung veranschaulicht, wenn Sie einen Warm Pool verwenden:
![\[Die Lebenszyklusstatusübergänge für Instances in einem Warm-Pool.\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/images/warm-pools-lifecycle-diagram.png)
¹ Dieser Status variiert je nach Einstellung des Pool-Status des Warm Pools. Wenn der Pool-Status auf `Running` gesetzt ist, ist dieser Status stattdessen `Warmed:Running`. Wenn der Pool-Status auf `Hibernated` gesetzt ist, ist dieser Status stattdessen `Warmed:Hibernated`.
Berücksichtigen Sie beim Hinzufügen von Lebenszyklus-Hooks Folgendes:
+ Wenn ein Lebenszyklus-Hook für die `autoscaling:EC2_INSTANCE_LAUNCHING`-Lebenszyklusaktion konfiguriert ist, wird eine neu gestartete Instance zunächst angehalten, um eine benutzerdefinierte Aktion auszuführen, wenn sie den `Warmed:Pending:Wait`-Zustand erreicht, und dann erneut, wenn die Instance neu gestartet wird und den `Pending:Wait`-Zustand erreicht.
+ Wenn ein Lebenszyklus-Hook für die `EC2_INSTANCE_TERMINATING`-Lebenszyklusaktion konfiguriert ist, wird eine beendende Instance angehalten, um eine benutzerdefinierte Aktion auszuführen, wenn sie den `Terminating:Wait`-Zustand erreicht. Wenn Sie jedoch eine Richtlinie für die Wiederverwendung von Instances so festlegen, dass Instances bei der Abwärtsskalierung in den Warm-Pool zurückgeführt werden, anstatt sie zu beenden, dann wird eine Instanz, die in den Warm-Pool zurückkehrt, angehalten, um eine benutzerdefinierte Aktion im `Warmed:Pending:Wait`-Zustand für die `EC2_INSTANCE_TERMINATING`-Lebenszyklusaktion durchzuführen.
+ Wenn die Nachfrage nach Ihrer Anwendung den Warm Pool leert, kann Amazon EC2 Auto Scaling Instances direkt in der Auto-Scaling-Gruppe starten, sofern die Gruppe ihre maximale Kapazität noch nicht erreicht hat. Wenn die Instances direkt in der Gruppe gestartet werden, werden sie nur angehalten, um eine benutzerdefinierte Aktion im `Pending:Wait`-Zustand auszuführen.
+ Um zu steuern, wie lange eine Instance in einem Wartezustand verbleibt, bevor sie in den nächsten Status übergeht, konfigurieren Sie Ihre benutzerdefinierte Aktion so, dass sie den **complete-lifecycle-action**-Befehl verwendet. Mit Lebenszyklus-Hooks bleiben Instances in einem Wartezustand, bis Sie Amazon EC2 Auto Scaling benachrichtigen, dass die angegebene Lebenszyklusaktion abgeschlossen ist, oder bis eine Zeitüberschreitung auftritt (standardmäßig eine Stunde).
Im Folgenden wird der Ablauf für ein Aufskalierungsereignis zusammengefasst.
![\[Ein Swimlane-Diagramm von einem Aufskalierungsereignis.\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/images/warm-pools-scale-out-event-diagram.png)
Wenn Instances einen Wartezustand erreichen, sendet Amazon EC2 Auto Scaling eine Benachrichtigung. Beispiele für diese Benachrichtigungen finden Sie im EventBridge Abschnitt dieses Handbuchs. Weitere Informationen finden Sie unter [Beispielereignisse und -muster in einem warmen Pool](warm-pools-eventbridge-events.md).
## Unterstützte Benachrichtigungsziele
Amazon EC2 Auto Scaling bietet Unterstützung bei der Definition einer der folgenden Optionen als Benachrichtigungsziele für Lebenszyklusbenachrichtigungen:
+ EventBridge Regeln
+ Amazon-SNS-Themen
+ Amazon-SQS-Warteschlangen
+ AWS Lambda Funktionen
**Wichtig**
Wenn Sie in Ihrer Startvorlage oder Startkonfiguration ein Benutzerdatenskript (Cloud-Init) haben, das Ihre Instances beim Start konfiguriert, benötigen Sie keine Benachrichtigungen, um benutzerdefinierte Aktionen für Instances auszuführen, die gerade gestartet oder neu gestartet werden.
Die folgenden Abschnitte enthalten Links zur Dokumentation, in der beschrieben wird, wie Benachrichtigungsziele konfiguriert werden:
**EventBridge Regeln** — Um Code auszuführen, wenn Amazon EC2 Auto Scaling eine Instance in einen Wartestatus versetzt, können Sie eine EventBridge Regel erstellen und eine Lambda-Funktion als Ziel angeben. Um verschiedene Lambda-Funktionen basierend auf verschiedenen Lebenszyklusbenachrichtigungen aufzurufen, können Sie mehrere Regeln erstellen und jede Regel einem bestimmten Ereignismuster und einer Lambda-Funktion zuordnen. Weitere Informationen finden Sie unter [Erstellen Sie EventBridge Regeln für Ereignisse im warmen Pool](warm-pool-events-eventbridge-rules.md).
**Amazon SNS SNS-Themen** — Um eine Benachrichtigung zu erhalten, wenn eine Instance in einen Wartestatus versetzt wird, erstellen Sie ein Amazon SNS SNS-Thema und richten dann die Amazon SNS SNS-Nachrichtenfilterung so ein, dass Lebenszyklusbenachrichtigungen je nach Nachrichtenattribut unterschiedlich zugestellt werden. Weitere Informationen finden Sie unter [Benachrichtigungen über Amazon SNS erhalten](prepare-for-lifecycle-notifications.md#sns-notifications).
**Amazon SQS SQS-Warteschlangen** — Um einen Lieferpunkt für Lebenszyklusbenachrichtigungen einzurichten, an dem ein relevanter Verbraucher sie abholen und verarbeiten kann, können Sie eine Amazon SQS SQS-Warteschlange und einen Warteschlangenverbraucher erstellen, der Nachrichten aus der SQS-Warteschlange verarbeitet. Wenn der Warteschlangenverbraucher Lebenszyklusbenachrichtigungen basierend auf einem Nachrichtenattribut unterschiedlich verarbeiten soll, müssen Sie auch den Warteschlangenverbraucher so einrichten, dass er die Nachricht analysiert und dann auf die Nachricht reagiert, wenn ein bestimmtes Attribut dem gewünschten Wert entspricht. Weitere Informationen finden Sie unter [Benachrichtigungen über Amazon SQS erhalten](prepare-for-lifecycle-notifications.md#sqs-notifications).
**AWS Lambda Funktionen** — Um benutzerdefinierten Code auszuführen, wenn Amazon EC2 Auto Scaling eine Instance in einen Wartestatus versetzt, können Sie eine Lambda-Funktion als Benachrichtigungsziel angeben. Die Lambda-Funktion wird mit Lebenszyklusbenachrichtigungsdaten aufgerufen, sodass Sie benutzerdefinierte Aktionen wie Instanzkonfiguration, Anwendungseinrichtung oder Integration mit anderen AWS Diensten durchführen können. Sie müssen die ressourcenbasierte Richtlinie der Lambda-Funktion so konfigurieren, dass die mit dem Service verknüpfte Auto Scaling Scaling-Rolle die Funktion aufrufen kann. Weitere Informationen finden Sie unter [Benachrichtigungen AWS Lambda direkt weiterleiten](prepare-for-lifecycle-notifications.md#lambda-notification).
# Erstellen eines warmen Pools für eine Auto-Scaling-Gruppe
In diesem Thema wird beschrieben, wie Sie einen warmen Pool für Ihre Auto-Scaling-Gruppe erstellen.
**Wichtig**
Bevor Sie fortfahren, sollten Sie die [Voraussetzungen](ec2-auto-scaling-warm-pools.md#warm-pool-prerequisites) für die Erstellung eines warmen Pools erfüllen und bestätigen, dass Sie einen Lebenszyklus-Hook für Ihre Auto-Scaling-Gruppe erstellt haben.
## Erstellen eines Warm Pool
Führen Sie die folgenden Schritte aus, um einen warmen Pool für Ihre Auto-Scaling-Gruppe zu erstellen.
**So erstellen Sie einen Warm Pool (Konsole)**
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 wird ein geteilter Bereich geöffnet.
1. Wählen Sie die Registerkarte **Instance-Management** aus.
1. Unter **Warm-Pool** wählen Sie **Erstellen eines Warm-Pools** aus.
1. Um einen Warm-Pool zu konfigurieren, gehen Sie folgendermaßen vor:
1. Für **Warm-Pool-Instancestatus** wählen Sie aus, in welchen Zustand Ihre Instances wechseln sollen, wenn sie in den Warm-Pool gelangen. Der Standardwert ist `Stopped`.
1. Für **Mindesgröße des Warm-Pools** geben Sie die Mindestanzahl der Instances ein, die im Warm-Pool verwaltet werden sollen.
1. Aktivieren Sie für die **Wiederverwendung von Instances** **das Kontrollkästchen Skaliert** wiederverwenden, damit Instances in der Auto Scaling-Gruppe in den warmen Pool zurückkehren können.
1. Wählen Sie für **Größe des warmen Pools** eine der verfügbaren Optionen aus:
+ **Standardspezifikation**: Die Größe des warmen Pools wird durch die Differenz zwischen der maximalen und der gewünschten Kapazität der Auto Scaling Scaling-Gruppe bestimmt. Diese Option optimiert die Verwaltung von warmen Pools. Nachdem Sie den warmen Pool erstellt haben, kann seine Größe einfach aktualisiert werden, indem Sie einfach die maximale Kapazität der Gruppe anpassen.
+ **Benutzerdefinierte Spezifikation**: Die Größe des warmen Pools wird durch die Differenz zwischen einem benutzerdefinierten Wert und der gewünschten Kapazität der Auto Scaling Scaling-Gruppe bestimmt. Diese Option bietet Ihnen die Flexibilität, die Größe Ihres warmen Pools unabhängig von der maximalen Kapazität der Gruppe zu verwalten.
1. Sehen Sie sich den Abschnitt **Geschätzte Größe des warmen Pools anhand der aktuellen Einstellungen** an, um zu überprüfen, ob die Standard- oder benutzerdefinierte Spezifikation für die Größe des Warmwasserbeckens gilt. Denken Sie daran, dass die Größe des warmen Pools von der gewünschten Kapazität der Auto Scaling Scaling-Gruppe abhängt, die sich ändert, wenn die Gruppe skaliert wird.
1. Wählen Sie **Erstellen** aus.
## Auswahl des Instanztyps mit gemischten Instanzgruppen
Auto Scaling priorisiert Instanztypen, die sich bei Skalierungsereignissen bereits im warmen Pool befinden, wenn Ihre Gruppe mit einer Richtlinie für gemischte Instanzen konfiguriert ist. Verhalten beim Start:
1. Auto Scaling versucht, Instances mit Instance-Typen zu starten, die im warmen Pool verfügbar sind.
1. Wenn der Warmstart fehlschlägt, versucht Auto Scaling, einen Kaltstart unter Verwendung aller verbleibenden Instance-Typen in Ihrer Richtlinie für gemischte Instanzen zu starten.
**Example**
**Beispiel**
Wenn Sie Ihre Auto Scaling Scaling-Gruppe mit 10 Instance-Typen konfigurieren und Ihr Warm-Pool 6 dieser Instance-Typen enthält. Beim Scale-Out probiert Auto Scaling zunächst die 6 Instance-Typen aus dem warmen Pool aus. Wenn dies nicht gelingt, versucht Auto Scaling alle konfigurierten Instance-Typen per Kaltstart.
Auf diese Weise erhalten Sie, wenn möglich, Leistungsvorteile beim Warmpool und behalten gleichzeitig die Flexibilität Ihrer vollständigen Konfiguration mit gemischten Instanzen.
## Löschen eines Warm-Pools
Wenn Sie eine DHCP-Optionsliste nicht mehr benötigen, können Sie sie mit dem folgenden Verfahren löschen.
**So löschen Sie Ihren Warm Pool (Konsole)**
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 wird ein geteilter Bereich geöffnet.
1. Wählen Sie die Registerkarte **Instance-Management** aus.
1. Wählen Sie für **Warm pool** (Warm Pool) **Actions** (Aktionen), **Delete** (Löschen) aus.
1. Wenn Sie zur Bestätigung aufgefordert werden, wählen Sie **Delete (Löschen)**.
# Anzeigen des Status der Zustandsprüfung und dem Grund für Zustandsprüfungsfehler
Mithilfe von Zustandsprüfungen kann Amazon EC2 Auto Scaling feststellen, wann eine Instance fehlerhaft ist und beendet werden sollte. Für Warm-Pool-Instances, die in einem `Stopped`-Zustand belassen werden, verwendet es die Kenntnisse, die Amazon EBS über eine `Stopped`-Instance hat, um fehlerhafte Instances zu identifizieren. Dies geschieht durch Aufrufen der `DescribeVolumeStatus`-API, um den Zustand des EBS-Volume zu ermitteln, das an die Instance angefügt ist. Für Warm-Pool-Instances, die in einem `Running`-Zustand belassen werden, stützt es sich auf EC2-Zustandsprüfungen, um den Instance-Zustand zu ermitteln. Zwar gibt es keine Zustandsprüfungsfrist für Warm-Pool-Instances, Amazon EC2 Auto Scaling startet die Prüfung der Instance-Integrität aber erst, wenn der Lebenszyklus-Hook abgeschlossen ist.
Wenn eine Instance als fehlerhaft erachtet wird, löscht Amazon EC2 Auto Scaling die fehlerhafte Instance automatisch und erstellt eine neue Instance, um sie zu ersetzen. Instances werden normalerweise innerhalb weniger Minuten nach erfolgter Zustandsprüfung beendet. Weitere Informationen finden Sie unter [Anzeigen des Grundes für Fehler bei Zustandsprüfung](replace-unhealthy-instance.md).
Benutzerdefinierte Zustandsprüfungen werden ebenfalls unterstützt. Dies kann hilfreich sein, wenn Sie über ein eigenes Zustandsprüfsystem verfügen, das den Zustand einer Instance erkennt und diese Informationen an Amazon EC2 Auto Scaling sendet. Weitere Informationen finden Sie unter [Richten Sie eine benutzerdefinierte Integritätsprüfung für Ihre Auto Scaling Scaling-Gruppe ein](set-up-a-custom-health-check.md).
In der Amazon EC2 Auto Scaling-Konsole können Sie den Zustand (fehlerfrei oder fehlerhaft) Ihrer Warm-Pool-Instances einsehen. Sie können ihren Gesundheitsstatus auch mithilfe der AWS CLI oder einer der SDKs Optionen anzeigen.
**So zeigen Sie den Zustand Ihrer Warm-Pool-Instances an (Konsole)**
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 **Instance management (Instance-Verwaltung)** wird unter **Warm pool instances (Warm-Pool-Instances)** in der Spalte **Lifecycle (Lebenszyklus)** der Zustand Ihrer Instances angezeigt.
Die Spalte **Zustand** zeigt die Bewertung an, die Amazon EC2 Auto Scaling über den Instance-Zustand gemacht hat.
**Anmerkung**
Neue Instances beginnen fehlerfrei. Bis der Lebenszyklus-Hook abgeschlossen ist, wird die Integrität einer Instance nicht überprüft.
**So zeigen Sie den Grund für den Ausfall einer Zustandsprüfung an (Konsole)**
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: „Bei 2021-04-01T21:48:35Z wurde eine Instance aufgrund eines Fehlers der EBS-Volume-Zustandsprüfung außer Betrieb gesetzt“.
**Anzeigen des Status Ihrer Warm-Pool-Instances (AWS CLI)**
Zeigen Sie den warmen Pool für eine Auto Scaling Scaling-Gruppe mit dem folgenden [describe-warm-pool](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-warm-pool.html)Befehl an.
```
aws autoscaling describe-warm-pool --auto-scaling-group-name my-asg
```
Beispielausgabe.
```
{
"WarmPoolConfiguration": {
"MinSize": 0,
"PoolState": "Stopped"
},
"Instances": [
{
"InstanceId": "i-0b5e5e7521cfaa46c",
"InstanceType": "t2.micro",
"AvailabilityZone": "us-west-2a",
"LifecycleState": "Warmed:Stopped",
"HealthStatus": "Healthy",
"LaunchTemplate": {
"LaunchTemplateId": "lt-08c4cd42f320d5dcd",
"LaunchTemplateName": "my-template-for-auto-scaling",
"Version": "1"
}
},
{
"InstanceId": "i-0e21af9dcfb7aa6bf",
"InstanceType": "t2.micro",
"AvailabilityZone": "us-west-2a",
"LifecycleState": "Warmed:Stopped",
"HealthStatus": "Healthy",
"LaunchTemplate": {
"LaunchTemplateId": "lt-08c4cd42f320d5dcd",
"LaunchTemplateName": "my-template-for-auto-scaling",
"Version": "1"
}
}
]
}
```
**So zeigen Sie den Grund für den Ausfall einer Zustandsprüfung an (AWS CLI)**
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
```
Nachfolgend finden Sie eine Beispielantwort, wobei `Description` angibt, dass Ihre Auto-Scaling-Gruppe eine Instance beendet hat, und`Cause` den Grund für den Fehler bei der Zustandsprüfung angibt.
Skalierungsaktivitäten werden nach Startzeit sortiert. Die noch laufenden Aktivitäten werden zuerst beschrieben.
```
{
"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 EBS volume health check failure.",
"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"
},
...
]
}
```
# Beispiele für die Erstellung und Verwaltung warmer Pools mit dem AWS CLI
Sie können warme Pools mit dem AWS-Managementkonsole, AWS Command Line Interface (AWS CLI) oder erstellen und verwalten SDKs.
Die folgenden Beispiele zeigen, wie Sie Warm Pools mithilfe der AWS CLI erstellen und verwalten.
**Topics**
+ [Beispiel 1: Instances im Zustand `Stopped` belassen](#warm-pool-configuration-ex1)
+ [Beispiel 2: Instances im Zustand `Running` belassen](#warm-pool-configuration-ex2)
+ [Beispiel 3: Instances im Zustand `Hibernated` belassen](#warm-pool-configuration-ex3)
+ [Beispiel 4: Instances beim Scale-In wieder in den Warm Pool verschieben](#warm-pool-configuration-ex4)
+ [Beispiel 5: Angeben der Mindestanzahl der Instances im Warm Pool](#warm-pool-configuration-ex5)
+ [Beispiel 6: Definieren Sie die Größe des warmen Pools mithilfe einer benutzerdefinierten Spezifikation](#warm-pool-configuration-ex6)
+ [Beispiel 7: Definieren einer absoluten Warm Pool-Größe](#warm-pool-configuration-ex7)
+ [Beispiel 8: Einen Warm Pool löschen](#delete-warm-pool-cli)
## Beispiel 1: Instances im Zustand `Stopped` belassen
Im folgenden [put-warm-pool](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/put-warm-pool.html)Beispiel wird ein warmer Pool erstellt, der Instanzen in einem bestimmten `Stopped` Zustand hält.
```
aws autoscaling put-warm-pool --auto-scaling-group-name my-asg /
--pool-state Stopped
```
## Beispiel 2: Instances im Zustand `Running` belassen
Im folgenden [put-warm-pool](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/put-warm-pool.html)Beispiel wird ein warmer Pool erstellt, der Instanzen in einem `Running` Zustand statt in einem `Stopped` Zustand hält.
```
aws autoscaling put-warm-pool --auto-scaling-group-name my-asg /
--pool-state Running
```
## Beispiel 3: Instances im Zustand `Hibernated` belassen
Im folgenden [put-warm-pool](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/put-warm-pool.html)Beispiel wird ein warmer Pool erstellt, der Instanzen in einem `Hibernated` Status statt in einem `Stopped` Zustand hält. Auf diese Weise können Sie Instances stoppen, ohne ihren Speicherinhalt (RAM) zu löschen.
```
aws autoscaling put-warm-pool --auto-scaling-group-name my-asg /
--pool-state Hibernated
```
## Beispiel 4: Instances beim Scale-In wieder in den Warm Pool verschieben
Im folgenden [put-warm-pool](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/put-warm-pool.html)Beispiel wird ein warmer Pool erstellt, der Instanzen in einem bestimmten `Stopped` Zustand hält und die `--instance-reuse-policy` Option enthält. Der Wert `'{"ReuseOnScaleIn": true}'` der Richtlinie für die Instance-Wiederverwendung weist Amazon EC2 Auto Scaling an, Instances an den Warm Pool zurückzugeben, wenn Ihre Auto-Scaling-Gruppe skaliert wird.
```
aws autoscaling put-warm-pool --auto-scaling-group-name my-asg /
--pool-state Stopped --instance-reuse-policy '{"ReuseOnScaleIn": true}'
```
## Beispiel 5: Angeben der Mindestanzahl der Instances im Warm Pool
Im folgenden [put-warm-pool](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/put-warm-pool.html)Beispiel wird ein warmer Pool erstellt, der mindestens 4 Instanzen verwaltet, sodass mindestens 4 Instanzen zur Verfügung stehen, um Datenverkehrsspitzen zu bewältigen.
```
aws autoscaling put-warm-pool --auto-scaling-group-name my-asg /
--pool-state Stopped --min-size 4
```
## Beispiel 6: Definieren Sie die Größe des warmen Pools mithilfe einer benutzerdefinierten Spezifikation
Standardmäßig verwaltet Amazon EC2 Auto Scaling die Größe Ihres warmen Pools als Differenz zwischen der maximalen und der gewünschten Kapazität der Auto Scaling-Gruppe. Sie können die Größe des warmen Pools jedoch unabhängig von der maximalen Kapazität der Gruppe verwalten, indem Sie die `--max-group-prepared-capacity` Option verwenden.
Im folgenden [put-warm-pool](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/put-warm-pool.html)Beispiel wird ein warmer Pool erstellt und die maximale Anzahl von Instances festgelegt, die gleichzeitig sowohl im Warmpool als auch in der Auto Scaling Scaling-Gruppe existieren können. Wenn die Gruppe eine gewünschte Kapazität von 800 hat, hat der Warm-Pool zunächst eine Größe von 100, da er nach der Ausführung dieses Befehls initialisiert wird.
```
aws autoscaling put-warm-pool --auto-scaling-group-name my-asg /
--pool-state Stopped --max-group-prepared-capacity 900
```
Um eine Mindestanzahl von Instances im Warm-Pool beizubehalten, fügen Sie die `--min-size`-Option mit dem Befehl wie folgt ein.
```
aws autoscaling put-warm-pool --auto-scaling-group-name my-asg /
--pool-state Stopped --max-group-prepared-capacity 900 --min-size 25
```
## Beispiel 7: Definieren einer absoluten Warm Pool-Größe
Wenn Sie die `--max-group-prepared-capacity`-und `--min-size`-Optionen auf den gleichen Wert setzen, wird der Warm Pool eine absolute Größe haben. Im folgenden [put-warm-pool](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/put-warm-pool.html)Beispiel wird ein Warmpool erstellt, der eine konstante Größe von 10 Instanzen beibehält.
```
aws autoscaling put-warm-pool --auto-scaling-group-name my-asg /
--pool-state Stopped --min-size 10 --max-group-prepared-capacity 10
```
## Beispiel 8: Einen Warm Pool löschen
Verwenden Sie den folgenden [delete-warm-pool](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/delete-warm-pool.html)Befehl, um einen warmen Pool zu löschen.
```
aws autoscaling delete-warm-pool --auto-scaling-group-name my-asg
```
Wenn sich im warmen Pool Instanzen befinden oder Skalierungsaktivitäten im Gange sind, verwenden Sie den [delete-warm-pool](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/delete-warm-pool.html)Befehl mit der `--force-delete` Option. Diese Option beendet auch die Amazon-EC2-Instances und alle ausstehenden Lebenszyklusaktionen.
```
aws autoscaling delete-warm-pool --auto-scaling-group-name my-asg --force-delete
```