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.
# Ersetzen Sie die Instances in Ihrer Auto Scaling Scaling-Gruppe
Amazon EC2 Auto Scaling bietet Funktionen, mit denen Sie die Amazon EC2 EC2-Instances in Ihrer Auto Scaling Scaling-Gruppe ersetzen können, nachdem Sie Aktualisierungen vorgenommen haben, wie z. B. das Hinzufügen einer neuen Startvorlage durch ein neues Amazon Machine Image (AMI) oder das Hinzufügen neuer Instance-Typen. Es hilft Ihnen auch dabei, Updates zu rationalisieren, indem es Ihnen die Möglichkeit gibt, sie in denselben Vorgang einzubeziehen, der die Instances ersetzt.
Dieser Abschnitt enthält Informationen, die Sie bei folgenden Aktionen unterstützen:
+ Starten einer Instance-Aktualisierung, um Instances in Ihrer Auto-Scaling-Gruppe zu ersetzen.
+ Deklarieren bestimmter Updates, die eine gewünschte Konfiguration beschreiben, und aktualisieren Sie die Auto-Scaling-Gruppe auf die gewünschte Konfiguration.
+ Überspringen des Ersetzens bereits aktualisierter Instances.
+ Verwenden Sie Checkpoints, um Instances phasenweise zu aktualisieren und Ihre Instances an bestimmten Punkten zu überprüfen.
+ Verwenden Sie die Backzeit, um am Ende einer Instance-Aktualisierung eine Pause einzulegen, um den Zustand der Instance zu überprüfen.
+ Erhalten von Benachrichtigungen per E-Mail, wenn ein Checkpoint erreicht ist.
+ Verwenden Sie ein Rollback, um die zuvor verwendete Konfiguration der Auto-Scaling-Gruppe wiederherzustellen.
+ Automatisches Rollback, wenn die Instance-Aktualisierung aus irgendeinem Grund fehlschlägt oder wenn von Ihnen angegebene CloudWatch Amazon-Alarme in den `ALARM` Status wechseln.
+ Begrenzen Sie die Lebensdauer von Instances, um konsistente Softwareversionen und Instance-Konfigurationen in der gesamten Auto-Scaling-Gruppe bereitzustellen.
+ Ersetzen Sie Root-Volumes, ohne Instances zu beenden, und behalten Sie dabei Netzwerkschnittstellen, Nicht-Root-Volumes und IAM-Richtlinien bei.
**Topics**
+ [Instance-Aktualisierung](asg-instance-refresh.md)
+ [Maximale Lebensdauer von Instances](asg-max-instance-lifetime.md)
# Verwenden Sie eine Instanzaktualisierung, um Instances in einer Auto Scaling Scaling-Gruppe zu aktualisieren
Sie können eine Instance-Aktualisierung verwenden, um die Instances in Ihrer Auto Scaling Scaling-Gruppe zu aktualisieren. Diese Funktion kann nützlich sein, wenn Sie aufgrund einer Konfigurationsänderung Instances oder deren Root-Volumes ersetzen müssen, insbesondere wenn Ihre Auto Scaling Scaling-Gruppe eine große Anzahl von Instances enthält.
Zu den Situationen, in denen eine Instanzaktualisierung hilfreich sein kann, gehören:
+ Bereitstellung eines neuen Amazon Machine Image (AMI) oder Benutzerdatenskripts in Ihrer Auto Scaling Scaling-Gruppe. Sie können eine neue Startvorlage mit den Änderungen erstellen und dann eine Instance-Aktualisierung verwenden, um die Updates sofort bereitzustellen.
+ Migrieren Sie Ihre Instances auf neue Instance-Typen, um von den neuesten Verbesserungen und Optimierungen zu profitieren.
+ Umstellung Ihrer Auto Scaling Scaling-Gruppen von der Verwendung einer Startkonfiguration auf die Verwendung einer Startvorlage. Sie können Ihre Startkonfigurationen in Startvorlagen kopieren und dann eine Instance-Aktualisierung verwenden, um Ihre Instances auf die neuen Vorlagen zu aktualisieren. Weitere Informationen zur Migration zu Startvorlagen finden Sie unter [Migrieren Sie Ihre Auto Scaling Scaling-Gruppen, um Vorlagen zu starten](migrate-to-launch-templates.md).
+ Anwenden von Sicherheitspatches oder Softwareupdates unter Beibehaltung des Instanzstatus mit langer Laufzeit und Vermeidung von Kapazitätsbeschränkungen bei speziellen Instance-Typen wie GPU- oder Mac-Instances.
**Topics**
+ [Wie funktioniert eine Instanzaktualisierung](instance-refresh-overview.md)
+ [Die Standardwerte verstehen](understand-instance-refresh-default-values.md)
+ [Starten einer Instance-Aktualisierung](start-instance-refresh.md)
+ [Überwachen Sie eine Instanzaktualisierung](check-status-instance-refresh.md)
+ [Ersetzen Sie Root-Volumes](replace-root-volume.md)
+ [Abbrechen einer Instance-Aktualisierung](cancel-instance-refresh.md)
+ [Änderungen mit einem Rollback rückgängig machen](instance-refresh-rollback.md)
+ [Verwenden der Funktion zum Überspringen des Abgleichs](asg-instance-refresh-skip-matching.md)
+ [Hinzufügen von Checkpoints](asg-adding-checkpoints-instance-refresh.md)
# So funktioniert eine Instanzaktualisierung in einer Auto Scaling Scaling-Gruppe
In diesem Thema wird beschrieben, wie eine Instanzaktualisierung funktioniert, und es werden die wichtigsten Konzepte vorgestellt, die Sie verstehen müssen, um sie effektiv nutzen zu können.
**Topics**
+ [Funktionsweise](#instance-refresh-how-it-works)
+ [Schlüsselkonzepte](#instance-refresh-core-concepts)
+ [Frist der Zustandsprüfung](#instance-refresh-health-check-grace-period)
+ [Kompatibilität von Instance-Typen](#instance-type-compatibility)
+ [Einschränkungen](#instance-refresh-limitations)
## Funktionsweise
Um Instances in einer Auto Scaling Scaling-Gruppe zu aktualisieren, können Sie eine neue Konfiguration definieren, die die neueste Version Ihrer Anwendung und alle anderen Updates, die Sie vornehmen möchten, enthält.
Instance Refresh unterstützt zwei Strategien für die Aktualisierung von Instances:
+ **Rollende Strategie (Standard)** — Beendet Instances und startet neue Instances stapelweise gemäß Ihren Einstellungen. Dadurch wird sichergestellt, dass Ihre Auto Scaling Scaling-Gruppe während des gesamten Aktualisierungsvorgangs die gewünschte Kapazität und Verfügbarkeit beibehält.
+ **Strategie zum Ersetzen des Root-Volumes** — Aktualisiert Instances, indem nur das Root-Volume ersetzt wird, ohne die Instance zu beenden. Dadurch bleiben Instance-Netzwerkschnittstellen, EBS-Volumes ohne Root-Rechte und Instance-Speicherdaten erhalten.
Anforderungen an die Strategie zum Ersetzen des Root-Volumes:
+ Ihre Auto Scaling Scaling-Gruppe muss eine Richtlinie für gemischte Instanzen verwenden
+ Für alle Überschreibungen in der Richtlinie für gemischte Instanzen muss Folgendes angegeben werden `ImageId`
+ AMIs darf nur ein einziges Root-Volume enthalten
+ Alle Instances müssen der Konfiguration der Startvorlage der Gruppe entsprechen
+ Sie müssen die Instanzaktualisierung mit einer gewünschten Konfiguration starten, die eine Richtlinie für gemischte Instanzen enthält, die `ImageId` Überschreibungen enthält.
Wenn Skip Matching aktiviert ist, vergleicht Auto Scaling die aktuelle AMI-ID jeder Instance mit dem AMI IDs in Ihrer gewünschten Konfiguration. Es ersetzt nur Instances, bei denen das AMI IDs nicht übereinstimmt, sodass Sie bereits aktualisierte Instances überspringen können.
### Führen Sie eine Instance-Aktualisierung durch
Starten Sie eine Instanzaktualisierung, um bestehende Instanzen auf der Grundlage dieser Konfiguration durch neue zu ersetzen.
1. Erstellen Sie eine neue Startvorlage oder aktualisieren Sie die bestehende Vorlage mit den gewünschten Konfigurationsänderungen, z. B. einem neuen Amazon Machine Image (AMI). Weitere Informationen finden Sie unter [Erstellen einer Startvorlage für eine Auto-Scaling-Gruppe](create-launch-template.md).
1. Starten Sie die Instance-Aktualisierung mit der Amazon EC2 Auto Scaling Scaling-Konsole oder dem SDK: AWS CLI
+ Geben Sie die neue Startvorlage oder die Version der Startvorlage an, die Sie erstellt haben. Dies wird verwendet, um neue Instances zu starten.
+ Legen Sie den bevorzugten Mindest- und Höchstwert für gesunde Werte fest. Dadurch wird gesteuert, wie viele Instances gleichzeitig ersetzt werden und ob neue Instances gestartet werden, bevor alte beendet werden.
+ Konfigurieren Sie alle optionalen Einstellungen, wie z. B.:
+ **Checkpoints** — Unterbrechen Sie die Aktualisierung der Instanz nach einem bestimmten Prozentsatz an Ersetzungen, um den Fortschritt zu überprüfen.
+ **Backzeit** — Halten Sie am Ende der Instance-Aktualisierung an, um den Zustand der Instance zu überprüfen, bevor die Instance-Aktualisierung als abgeschlossen betrachtet wird.
+ **Zuordnung überspringen** — Vergleicht alte Instanzen mit der neuen Konfiguration und ersetzt nur diejenigen, die nicht übereinstimmen. Wenn Sie eine Instanzaktualisierung von der Konsole aus starten, ist „Abgleich überspringen“ standardmäßig aktiviert.
+ **Mehrere Instanztypen** — Wenden Sie eine neue oder aktualisierte [Richtlinie für gemischte Instanzen](ec2-auto-scaling-mixed-instances-groups.md) als Teil der gewünschten Konfiguration an.
Wenn die Instance-Aktualisierung gestartet wurde, wird Amazon EC2 Auto Scaling:
+ Ersetzt Instances stapelweise auf der Grundlage der minimalen und maximalen fehlerfreien Werte.
+ Starten Sie zuerst die neuen Instances, bevor Sie die alten beenden, wenn der Mindestprozentsatz für fehlerfreie Instances auf 100 Prozent festgelegt ist. Dadurch wird sichergestellt, dass Ihre gewünschte Kapazität jederzeit beibehalten wird.
+ Überprüfen Sie den Integritätsstatus der Instances und geben Sie ihnen Zeit, sich aufzuwärmen, bevor weitere Instanzen ersetzt werden.
+ Beenden und ersetzen Sie Instances, die sich als fehlerhaft erwiesen haben.
+ Aktualisieren Sie die Auto Scaling Scaling-Gruppeneinstellungen automatisch mit den neuen Konfigurationsänderungen, nachdem die Instanzaktualisierung erfolgreich war.
+ Ersetzen Sie `InService` Instanzen vor Instanzen, die sich in einem warmen Pool befinden.
Das folgende Flussdiagramm veranschaulicht das Verhalten beim Starten vor dem Beenden, wenn Sie den fehlerfreien Mindestwert auf 100 Prozent festlegen.
![\[Ein Diagramm, das zeigt, wie eine Instanzaktualisierung funktioniert, wenn der Mindestfehlergrad auf 100 Prozent festgelegt ist.\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/images/instance-refresh-high-level-flowchart-diagram.png)
**Anmerkung**
Die Mindest- und Höchstwerte für einen fehlerfreien Zustand bei einer Instanzaktualisierung müssen nur angegeben werden, wenn Sie keine Instanzwartungsrichtlinie festgelegt haben oder wenn Sie die bestehende Richtlinie überschreiben müssen. Weitere Informationen finden Sie unter [Wartungsrichtlinien für Instances](ec2-auto-scaling-instance-maintenance-policy.md).
Ebenso müssen Sie den Instanz-Aufwärmzeitraum für eine Instanzaktualisierung nur angeben, wenn Sie den Standard-Warmup nicht aktiviert haben oder wenn Sie den Standard überschreiben müssen. 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).
## Schlüsselkonzepte
Bevor Sie beginnen, sollten Sie sich mit folgenden zentralen Konzepten der Instance-Aktualisierungen vertraut machen:
**Minimaler fehlerfreier Prozentsatz**
Der *minimale fehlerfreie Prozentsatz* ist der Prozentsatz der gewünschten Kapazität, die während einer Instanzaktualisierung in Betrieb, fehlerfrei und einsatzbereit bleiben soll, sodass die Aktualisierung fortgesetzt werden kann. Wenn der minimale fehlerfreie Prozentsatz beispielsweise 90 Prozent beträgt, und der maximale fehlerfreie Prozentsatz 100 Prozent beträgt, dann werden jeweils 10 Prozent der Kapazität ersetzt. Wenn die neuen Instances ihre Zustandsprüfungen nicht bestehen, beendet Amazon EC2 Auto Scaling sie und ersetzt diese. Wenn die Instance-Aktualisierung keine fehlerfreien Instances starten kann, wird sie schließlich fehlschlagen, und die anderen 90 Prozent der Gruppe bleiben unberührt. Wenn die neuen Instances fehlerfrei bleiben und ihre Aufwärmphase abgeschlossen haben, kann Amazon EC2 Auto Scaling weiterhin andere Instances ersetzen.
Eine Instance-Aktualisierung kann eine einzelne Instance, mehrere Instances auf einmal oder alle auf einmal ersetzen. Um jeweils nur eine Instance zu ersetzen, legen Sie einen fehlerfreien minimalen und maximalen Prozentsatz von 100 Prozent fest. Dadurch wird das Verhalten einer Instance-Aktualisierung dahingehend geändert, dass sie vor der Beendigung gestartet wird, wodurch verhindert wird, dass die Kapazität der Gruppe unter 100 Prozent der gewünschten Kapazität fällt. Um alle Instances auf einmal zu ersetzen, legen Sie einen fehlerfreien Mindestprozentsatz von 0 Prozent fest.
**Maximaler fehlerfreier Prozentsatz**
Der *maximale fehlerfreie Prozentsatz* ist der Prozentsatz der gewünschten Kapazität, auf den Ihre Auto-Scaling-Gruppe beim Austausch von Instances erhöhen kann. Die Differenz zwischen Minimum und Maximum darf 100 nicht überschreiten. Ein größerer Bereich erhöht die Anzahl der Instances, die gleichzeitig ausgetauscht werden können.
**Instance-Aufwärmphase**
Der *Instance-Warmup* ist die Zeitspanne zwischen dem Zeitpunkt, an dem sich der Zustand einer neuen Instance zu `InService` ändert, und dem Zeitpunkt, an dem davon ausgegangen wird, dass sie ihre Initialisierung abgeschlossen hat. Wenn die Instances während einer Instance-Aktualisierung ihre Zustandsprüfungen bestehen, fährt Amazon EC2 Auto Scaling nicht sofort mit dem Ersetzen der nächsten Instance fort, nachdem festgestellt wurde, dass eine neu gestartete Instance fehlerfrei ist. Es wartet die Aufwärmphase ab, bevor die nächste Instance ersetzt wird. Dies kann hilfreich sein, wenn Ihre Anwendung noch eine gewisse Initialisierungszeit benötigt, bevor sie auf Anfragen reagiert.
Die Aufwärmphase der Instance funktioniert genauso wie die standardmäßige Aufwärmphase der Instance. Daher gelten dieselben Überlegungen zur Skalierung. 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).
**Gewünschte Konfiguration**
Die *gewünschte Konfiguration* ist die neue Konfiguration, die Amazon EC2 Auto Scaling in Ihrer Auto-Scaling-Gruppe bereitstellen soll. Sie können beispielsweise eine neue Startvorlage und neue Instance-Typen für Ihre Instances angeben. Während einer Instance-Aktualisierung aktualisiert Amazon EC2 Auto Scaling die Auto-Scaling-Gruppe auf die gewünschte Konfiguration. Wenn während einer Instance-Aktualisierung ein Scale-Out-Ereignis auftritt, startet Amazon EC2 Auto Scaling neue Instances mit der gewünschten Konfiguration anstelle der aktuellen Einstellungen der Gruppe. Nach erfolgreicher Instance-Aktualisierung aktualisiert Amazon EC2 Auto Scaling die Auto-Scaling-Gruppeneinstellungen, um die neue gewünschte Konfiguration wiederzugeben, die Sie als Teil der Instance-Aktualisierung angegeben haben.
**Überspringen**
Das Überspringen des Abgleichs weist Amazon EC2 Auto Scaling an, Instances zu ignorieren, die bereits über Ihre neuesten Aktualisierungen verfügen. Auf diese Weise ersetzen Sie nicht mehr Instances als Sie benötigen. Dies ist hilfreich, wenn Sie sicherstellen möchten, dass Ihre Auto-Scaling-Gruppe eine bestimmte Version Ihrer Startvorlage verwendet und nur die Instances ersetzt, die eine andere Version verwenden.
**Prüfpunkte**
Ein *Checkpoint* ist ein Zeitpunkt, an dem die Instance-Aktualisierung für eine bestimmte Zeit angehalten wird. Eine Instance-Aktualisierung kann mehrere Checkpoints enthalten. Amazon EC2 Auto Scaling gibt Ereignisse für jeden Checkpoint aus. Daher können Sie eine EventBridge Regel hinzufügen, um die Ereignisse an ein Ziel wie Amazon SNS zu senden, um benachrichtigt zu werden, wenn ein Checkpoint erreicht wird. Nachdem ein Prüfpunkt erreicht wurde, haben Sie die Möglichkeit, Ihre Bereitstellung zu überprüfen. Wenn Probleme festgestellt werden, können Sie die Instance -Aktualisierung abbrechen oder zurücksetzen. Die Möglichkeit, Updates in Phasen bereitzustellen, ist ein wesentlicher Vorteil von Checkpoints. Wenn Sie keine Checkpoints verwenden, werden fortlaufend rollende Ersetzungen durchgeführt.
Weitere Informationen zu allen Standardeinstellungen, die Sie beim Starten einer Instance-Aktualisierung konfigurieren können, finden Sie unter[Die Standardwerte für eine Instance-Aktualisierung verstehen](understand-instance-refresh-default-values.md).
## Frist der Zustandsprüfung
Amazon EC2 Auto Scaling bestimmt anhand des Status der von Ihrer Auto-Scaling-Gruppe verwendeten Zustandsprüfungen, ob eine Instance fehlerfrei ist. Weitere Informationen finden Sie unter [Zustandsprüfungen für Instances in einer Auto-Scaling-Gruppe](ec2-auto-scaling-health-checks.md).
Um sicherzustellen, dass diese Zustandsprüfungen so schnell wie möglich beginnen, sollten Sie die Karenzzeit für die Zustandsprüfung der Gruppe nicht zu hoch ansetzen, nur hoch genug, damit Ihre Elastic Load Balancing-Zustandsprüfungen feststellen können, ob ein Ziel zur Bearbeitung von Anfragen verfügbar ist. Weitere Informationen finden Sie unter [Legen Sie die Wartefrist für die Zustandsprüfung einer Auto-Scaling-Gruppe fest](health-check-grace-period.md).
## Kompatibilität von Instance-Typen
Bevor Sie Ihren Instance-Typ ändern, sollten Sie überprüfen, ob er mit Ihrer Startvorlage kompatibel ist. Dadurch wird die Kompatibilität mit dem von Ihnen angegebenen AMI bestätigt. Angenommen, Sie haben Ihre ursprünglichen Instances von einem paravirtuellen (PV) AMI gestartet, möchten aber zu einem Instance-Typ der aktuellen Generation wechseln, der nur von einem Hardware Virtual Machine (HVM) AMI unterstützt wird. In diesem Fall müssen Sie in Ihrer Startvorlage ein HVM-AMI verwenden.
Um die Kompatibilität des Instance-Typs zu bestätigen, ohne Instances zu starten, verwenden Sie den Befehl [run-instances](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/run-instances.html) mit der Option `--dry-run`, wie im folgenden Beispiel gezeigt.
```
aws ec2 run-instances --launch-template LaunchTemplateName=my-template,Version='1' --dry-run
```
Informationen darüber, wie die Kompatibilität bestimmt wird, finden Sie unter [Kompatibilität bei der Änderung des Instance-Typs](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/resize-limitations.html) im *Amazon EC2 EC2-Benutzerhandbuch*.
## Einschränkungen
+ **Gesamtdauer** — Die maximale Zeitspanne, während der eine Instance-Aktualisierung Instances weiterhin aktiv ersetzt, beträgt 14 Tage.
+ **Spezifisches Verhalten für gewichtete Gruppen** — Wenn eine gemischte Instance-Gruppe mit einer Instance-Gewichtung konfiguriert ist, die größer oder gleich der gewünschten Kapazität der Gruppe ist, ersetzt Amazon EC2 Auto Scaling möglicherweise alle `InService` Instances gleichzeitig. Um diese Situation zu vermeiden, folgen Sie der Empfehlung im [Konfigurieren Sie eine Auto Scaling Scaling-Gruppe für die Verwendung von Instanzgewichten](ec2-auto-scaling-mixed-instances-groups-instance-weighting.md)-Thema. Geben Sie eine gewünschte Kapazität an, die größer ist als Ihre größte Gewichtung, wenn Sie Gewichtungen mit Ihrer Auto-Scaling-Gruppe verwenden.
+ **Timeout von einer Stunde** — Wenn bei einer Instance-Aktualisierung keine weiteren Ersetzungen vorgenommen werden können, weil sie darauf wartet, Instances im Standby-Modus oder vor dem Skalieren geschützt zu ersetzen, oder wenn die neuen Instances ihre Zustandsprüfungen nicht bestehen, versucht Amazon EC2 Auto Scaling es eine Stunde lang erneut. Es wird auch eine Statusmeldung angezeigt, mit der Sie das Problem beheben können. Wenn das Problem nach einer Stunde weiterhin besteht, schlägt der Vorgang fehl. Die Absicht besteht darin, ihm im Falle eines vorübergehenden Problems Zeit zur Wiederherstellung zu geben.
+ **Code mithilfe von Benutzerdaten bereitstellen — Beim** Skip Matching wird nicht nach Codeänderungen gesucht, die über ein Benutzerdatenskript bereitgestellt werden. Wenn Sie Benutzerdaten verwenden, um neuen Code abzurufen und diese Updates auf neuen Instances zu installieren, empfehlen wir Ihnen, den Skip-Abgleich zu deaktivieren, um sicherzustellen, dass alle Instanzen Ihren neuesten Code erhalten, auch ohne ein Versionsupdate für die Startvorlage.
+ **Aktualisierungseinschränkung** — Wenn Sie versuchen, die Startvorlage, die Startkonfiguration oder die Richtlinie für gemischte Instanzen einer Auto Scaling Scaling-Gruppe zu aktualisieren, während eine Instance-Aktualisierung mit der gewünschten Konfiguration aktiv ist, schlägt die Anfrage mit dem folgenden Validierungsfehler fehl: `An active instance refresh with a desired configuration exists. All configuration options derived from the desired configuration are not available for update while the instance refresh is active.`
+ **Attributbasierte Instanzauswahl** — Wenn Ihre Auto Scaling Scaling-Gruppe die attributbasierte Instanzauswahl verwendet (`InstanceRequirements`in einer Richtlinie für gemischte Instanzen spezifiziert), werden die folgenden Instanzaktualisierungsparameter nicht unterstützt:
+ **SkipMatching**- Eine Instanzaktualisierung schlägt fehl, wenn Sie sie mit dem `SkipMatching` Parameter in einer `InstanceRequirements` konfigurierten Auto Scaling Scaling-Gruppe starten.
+ **DesiredConfiguration**- Eine Instanzaktualisierung schlägt fehl, wenn Sie sie mit dem `DesiredConfiguration` Parameter in einer `InstanceRequirements` konfigurierten Auto Scaling Scaling-Gruppe starten.
Wenn Sie eine Instanzaktualisierung für eine Auto Scaling Scaling-Gruppe mit attributbasierter Instanzauswahl durchführen müssen, starten Sie die Instanzaktualisierung ohne diese Parameter.
+ Der Austausch von Root-Volumes unterstützt Elastic Load Balancing nicht.
# Die Standardwerte für eine Instance-Aktualisierung verstehen
Bevor Sie eine Instance-Aktualisierung starten, können Sie verschiedene Voreinstellungen anpassen, die sich auf die Instance-Aktualisierung auswirken. Einige Voreinstellungen sind unterschiedlich, je nachdem, ob Sie die Konsole oder die Befehlszeile (AWS CLI oder das AWS SDK) verwenden.
In der folgenden Tabelle sind die Standardwerte für Einstellungen der Instance-Aktualisierung aufgeführt.
| Einstellung | AWS CLI oder SDK AWS | Die Konsole von Amazon EC2 Auto Scaling |
| --- | --- | --- |
| CloudWatch Alarm | Deaktiviert (null) | Disabled |
| Automatisches Zurücksetzen | Deaktiviert (false) | Disabled |
| Zeit zum Backen | Null | Null |
| Prüfpunkte | Deaktiviert (false) | Disabled |
| Checkpoint-Verzögerung | 1 Stunde (3600 Sekunden) | 1 Stunde |
| Instance-Aufwärmphase | Die [standardmäßige Instance-Aufwärmphase](ec2-auto-scaling-default-instance-warmup.md), falls definiert, oder andernfalls die [Frist für die Zustandsprüfung](health-check-grace-period.md). | Die [standardmäßige Instance-Aufwärmphase](ec2-auto-scaling-default-instance-warmup.md), falls definiert, oder andernfalls die [Frist für die Zustandsprüfung](health-check-grace-period.md). |
| Maximaler fehlerfreier Prozentsatz | Variiert je nach Ihrer Instance-Wartungsrichtlinie. Wenn es keine Instanz-Wartungsrichtlinie gibt, ist diese standardmäßig auf 100 Prozent (Null) eingestellt. | Variiert je nach Ihrer Instance-Wartungsrichtlinie. Wenn es keine Instanz-Wartungsrichtlinie gibt, ist diese standardmäßig auf 100 Prozent (Null) eingestellt. |
| Minimaler fehlerfreier Prozentsatz | Variiert je nach Ihrer Instance-Wartungsrichtlinie. Wenn keine Instance-Wartungsrichtlinie vorhanden ist, wird dieser Wert standardmäßig auf 90 Prozent gesetzt. | Variiert je nach Ihrer Instance-Wartungsrichtlinie. Wenn keine Instance-Wartungsrichtlinie vorhanden ist, wird dieser Wert standardmäßig auf 90 Prozent gesetzt. |
| Vor Abskalierung geschützte Instances | Wait | Ignore |
| Überspringen | Deaktiviert (false) | Aktiviert |
| Standby-Instances | Wait | Ignore |
Es folgt eine Beschreibung der einzelnen Einstellungen:
**CloudWatch Alarm (`AlarmSpecification`)**
Die CloudWatch Alarmspezifikation. CloudWatch Alarme können verwendet werden, um Probleme zu identifizieren und den Vorgang fehlschlagen zu lassen, wenn ein Alarm in den `ALARM` Status wechselt. Weitere Informationen finden Sie unter [Starten einer Instance-Aktualisierung mit automatischem Rollback](instance-refresh-rollback.md#instance-refresh-using-auto-rollback).
**Automatisches Zurücksetzen (`AutoRollback`)**
Legt fest, ob Amazon EC2 Auto Scaling die Auto-Scaling-Gruppe auf ihre vorherige Konfiguration zurücksetzt, wenn die Aktualisierung der Instance fehlschlägt. Weitere Informationen finden Sie unter [Änderungen mit manuellem oder auto Rollback rückgängig machen](instance-refresh-rollback.md).
**Backzeit (`BakeTime`)**
Die Wartezeit am Ende einer Instanzaktualisierung, bevor die Instanzaktualisierung als abgeschlossen betrachtet wird.
**Checkpoints (`CheckpointPercentages`)**
Steuert, ob Amazon EC2 Auto Scaling Instances phasenweise ersetzt. Dies ist nützlich, wenn Sie Ihre Instances überprüfen müssen, bevor Sie alle Instances austauschen. Weitere Informationen finden Sie unter [Prüfpunkte zu einer Instance-Aktualisierung hinzufügen](asg-adding-checkpoints-instance-refresh.md).
**Checkpoint-Verzögerung (`CheckpointDelay`)**
Die Zeit in Sekunden, die nach einem Checkpoint gewartet werden muss, bevor fortgefahren wird. Weitere Informationen finden Sie unter [Prüfpunkte zu einer Instance-Aktualisierung hinzufügen](asg-adding-checkpoints-instance-refresh.md).
**Instance-Aufwärmphase (`InstanceWarmup`)**
Eine Zeitspanne in Sekunden, in der Amazon EC2 Auto Scaling wartet, bis die Initialisierung einer neuen Instance als abgeschlossen gilt, bevor die nächste Instance ersetzt wird. Wenn Sie bereits eine standardmäßige Aufwärmphase für die Instance der Auto-Scaling-Gruppe definiert haben, müssen Sie die Aufwärmphase für die Instance nicht ändern (es sei denn, Sie möchten den Standard überschreiben). 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).
**Maximaler fehlerfreier Prozentsatz (`MaxHealthyPercentage`)**
Der Prozentsatz der gewünschten Kapazität der Auto-Scaling-Gruppe, auf den sich Ihre Gruppe beim Ersetzen von Instances erhöhen kann.
**Minimaler fehlerfreier Prozentsatz (`MinHealthyPercentage`)**
Der Prozentsatz der gewünschten Kapazität der Auto-Scaling-Gruppe, der betriebsbereit, fehlerfrei und einsatzbereit sein muss, bevor der Vorgang fortgesetzt werden kann.
**Vor Abskalierung geschützte Instances (`ScaleInProtectedInstances`)**
Steuert, was Amazon EC2 Auto Scaling macht, wenn Instances gefunden werden, die vor dem Abskalieren geschützt sind. Weitere Informationen zu diesen Instances finden Sie unter [Verwenden Sie den Instance Scale-In Protection, um die Instanzbeendigung zu kontrollieren](ec2-auto-scaling-instance-protection.md).
Amazon EC2 Auto Scaling bietet die folgenden Optionen an:
+ **Replace** (`Refresh`) — Ersetzt Instances, die vor einer Skalierung geschützt sind.
+ **Ignorieren** (`Ignore`) — Ignoriert Instances, die vor einer Skalierung geschützt sind, und ersetzt weiterhin Instances, die nicht geschützt sind.
+ **Warten** (`Wait`) — Wartet eine Stunde, bis Sie den Scale-In-Schutz entfernt haben. Wenn Sie dies nicht tun, schlägt die Instance-Aktualisierung fehl.
**Überspringen des Abgleichs (`SkipMatching`)**
Steuert, ob Amazon EC2 Auto Scaling das Ersetzen von Instances, die der gewünschten Konfiguration entsprechen, überspringt. Wenn keine gewünschte Konfiguration angegeben wird, werden Instances mit der gleichen Startvorlage und den gleichen Instance-Typen, die die Auto-Scaling-Gruppe vor dem Start der Instace-Aktualisierung verwendet hat, nicht ersetzt. Weitere Informationen finden Sie unter [Verwenden einer Instance-Aktualisierung mit Funktion zum Überspringen des Abgleichs](asg-instance-refresh-skip-matching.md).
**Standby-Instances (`StandbyInstances`)**
Steuert, was Amazon EC2 Auto Scaling macht, wenn sich Instances im Zustand `Standby` befinden. Weitere Informationen zu diesen Instances finden Sie unter [Vorübergehendes Entfernen von Instances aus einer Auto-Scaling-Gruppe](as-enter-exit-standby.md).
Amazon EC2 Auto Scaling bietet die folgenden Optionen an:
+ Terminate (`Terminate`) — **Beendet** Instances, die aktiv sind. `Standby`
+ **Ignorieren** (`Ignore`) — Ignoriert Instanzen, die sich im Status befinden, `Standby` und ersetzt weiterhin Instanzen, die sich im Status befinden. `InService`
+ **Warten** (`Wait`) — Wartet eine Stunde, bis Sie die Instances wieder in Betrieb nehmen. Wenn Sie dies nicht tun, schlägt die Instance-Aktualisierung fehl.
# Starten Sie eine Instanzaktualisierung mit dem oder AWS-Managementkonsole AWS CLI
**Wichtig**
Sie können eine Instance-Aktualisierung, die gerade ausgeführt wird, zurücksetzen, um alle Änderungen rückgängig zu machen. Damit dies funktioniert, muss die Auto-Scaling-Gruppe die Voraussetzungen für die Verwendung von Rollbacks erfüllen, bevor die Instance-Aktualisierung gestartet wird. Weitere Informationen finden Sie unter [Änderungen mit manuellem oder auto Rollback rückgängig machen](instance-refresh-rollback.md).
Die folgenden Verfahren helfen Ihnen dabei, eine Instanzaktualisierung mithilfe von AWS-Managementkonsole oder zu starten AWS CLI.
## Starten einer Instance-Aktualisierung (Konsole)
Durch das erste Starten einer Instance-Aktualisierung mit der Konsole werden Sie die verfügbaren Funktionen und Optionen besser verstehen.
### Starten einer Instance-Aktualisierung in der Konsole (grundlegendes Verfahren)
Gehen Sie wie folgt vor, wenn Sie zuvor keine [mixed instances policy](ec2-auto-scaling-mixed-instances-groups.md) (Richtlinie für gemischte Instances) für Ihre Auto-Scaling-Gruppe definiert haben. Wenn Sie zuvor eine Richtlinie für gemischte Instances definiert haben, lesen Sie [Starten einer Instance-Aktualisierung in der Konsole (Gruppe mit gemischten Instances)](#starting-an-instance-refresh-in-the-console-mig) zum Starten einer Instance-Aktualisierung.
**So starten Sie eine Instance-Aktualisierung**
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 Ihrer Auto-Scaling-Gruppe.
Unten auf der Seite **Auto-Scaling-Gruppen** wird ein geteilter Bereich geöffnet.
1. Wählen Sie auf der Registerkarte **Instance refresh** (Instance-Aktualisierung) unter **Active instance refresh** (Aktive Instance-Aktualisierung) die Option **Start instance refresh** (Instance-Aktualisierung starten) aus.
1. Für die **Verfügbarkeitseinstellungen** gehen Sie wie folgt vor:
1. Für die **Methode der Instance-Ersetzung**:
+ Wenn Sie *keine Instance-Wartungsrichtlinie für die Auto-Scaling-Gruppe festgelegt haben*, lautet die Standardeinstellung für die **Methode zum Ersetzen** von Instances **Beenden und starten**. Dies ist das alte Standardverhalten für eine Instance-Aktualisierung.
+ Wenn Sie eine Instance-Wartungsrichtlinie für die Auto-Scaling-Gruppe festlegen, bietet diese Standardwerte für die **Instance-Ersatzmethode**. Um die Instance-Wartungsrichtlinie zu überschreiben, wählen Sie **Override**. Überschreiben gilt nur für die aktuelle Instance-Aktualisierung. Wenn Sie das nächste Mal eine Instance-Aktualisierung starten, werden diese Werte auf die Standardwerte der Instance-Wartungsrichtlinie zurückgesetzt.
Im folgenden Verfahren wird erläutert, wie die Instance-Ersatzmethode aktualisiert werden kann.
1. Wählen Sie eine der folgenden Instance-Ersatzmethoden:
+ **Vor dem Beenden starten**: Eine neue Instance muss zuerst bereitgestellt werden, bevor eine bestehende Instance beendet werden kann. Dies ist eine gute Wahl für Anwendungen, bei denen Verfügbarkeit wichtiger ist als Kosteneinsparungen.
+ **Beenden und starten**: Neue Instances werden zur gleichen Zeit bereitgestellt, wie Ihre bestehenden Instances beendet werden. Dies ist eine gute Wahl für Anwendungen, bei denen Kosteneinsparungen Vorrang vor der Verfügbarkeit haben. Es ist auch eine gute Wahl für Anwendungen, die nicht mehr Kapazität benötigen, als derzeit verfügbar ist.
+ **Benutzerdefiniertes Verhalten**: Mit dieser Option können Sie einen benutzerdefinierten Mindest- und Höchstbereich für die Kapazität einrichten, die beim Austausch von Instances verfügbar sein soll. Dies kann Ihnen helfen, das richtige Gleichgewicht zwischen Kosten und Verfügbarkeit zu finden.
1. Geben Sie unter **Fehlerfreien Prozentsatz festlegen** Werte für eines oder beide der folgenden Felder ein. Die Aktivierungsfelder variieren je nach gewählter Option für die **Instance-Ersatzmethode**.
+ **Min.**: Legt den fehlerfreien Mindestprozentsatz fest, der erforderlich ist, um mit der Instance-Aktualisierung fortzufahren.
+ **Max.**: Legt den maximalen fehlerfreien Prozentsatz fest, der während der Instance-Aktualisierung möglich ist.
1. Erweitern Sie den Abschnitt **Geschätzte temporäre Kapazität bei Austauscharbeiten auf der Grundlage der aktuellen Gruppengröße anzeigen**, um zu überprüfen, ob die Werte für **Min.** und **Max** für Ihre Gruppe gelten. Welche genauen Werte verwendet werden, hängt vom gewünschten Kapazitätswert ab, der sich ändert, wenn die Gruppe skaliert wird.
1. Erweitern Sie den Abschnitt **Fallback-Verhalten für ungültige Ersatzgrößen festlegen** und wählen Sie dann aus, ob Sie gegen den **maximalen fehlerfreien Prozentsatz verstoßen** möchten, um der Verfügbarkeit Priorität einzuräumen, oder ob Sie **gegen den minimalen fehlerfreien Prozentsatz verstoßen** möchten.
Es wird für sehr kleine Gruppen nicht empfohlen, die Standardoption **Minimaler fehlerfreie Prozentsatz** beizubehalten. Wenn sich nur eine Instance in der Auto-Scaling-Gruppe befindet, kann das Starten einer Instance-Aktualisierung zu einem Ausfall führen.
Dieser Schritt konfiguriert das Fallback-Verhalten, wenn Sie eine Auto-Scaling-Gruppe verwenden, die noch keine Instance-Wartungsrichtlinie hat. Diese Option ist nicht verfügbar und wird nicht angezeigt, wenn Ihre Gruppe über eine Instance-Wartungsrichtlinie verfügt. Diese Option ist auch nur für die Ersatzmethode **Beenden und Starten** verfügbar. Bei anderen Ersatzmethoden wird die maximale Fehlerquote überschritten, um der Verfügbarkeit Priorität einzuräumen.
1. Geben Sie für **Instance-Aufwärmphase** die Anzahl der Sekunden ein, ab der sich der Status einer neuen Instance in `InService` ändert, wenn sie ihre Initialisierung abgeschlossen hat. Amazon EC2 Auto Scaling wartet diese Zeit ab, bevor es mit dem Ersetzen der nächsten Instance fortfährt.
Während der Aufwärmphase wird eine neu gestartete Instance nicht zu den aggregierten Metriken der Auto-Scaling-Gruppe (z. B. `CPUUtilization`, `NetworkIn` und `NetworkOut`) gezählt. Wenn Sie der Auto-Scaling-Gruppe Skalierungsrichtlinien hinzugefügt haben, werden die Skalierungsaktivitäten parallel ausgeführt. Wenn Sie ein langes Intervall für die Aufwärmphase der Instance-Aktualisierung festlegen, dauert es länger, bis neu gestartete Instances in den Metriken angezeigt werden. Daher verhindert eine angemessene Aufwärmphase, dass Amazon EC2 Auto Scaling auf veraltete Metrikdaten skaliert.
Wenn Sie bereits eine standardmäßige Aufwärmphase für die Instance der Auto-Scaling-Gruppe definiert haben, müssen Sie die Aufwärmphase für die Instance nicht ändern. Wenn Sie die Standardeinstellung jedoch überschreiben möchten, können Sie einen Wert für diese Option festlegen. Weitere Informationen zum Festlegen der standardmäßigen Aufwärmphase der Instance finden Sie unter [Legen Sie die standardmäßige Instance-Vorbereitung für eine Auto-Scaling-Gruppe fest](ec2-auto-scaling-default-instance-warmup.md).
1. Für **Einstellungen aktualisieren** nehmen Sie Folgendes vor:
1. (Optional) Für **Checkpoints** (Prüfpunkte) wählen Sie **Enable Checkpoints** (Prüfpunkte aktivieren) aus, um Instances mit einem inkrementellen oder schrittweisen Ansatz für eine Instance-Aktualisierung zu ersetzen. Dies bietet zusätzliche Zeit für die Verifizierung verschiedener Ersatzvorgänge. Wenn Sie sich dafür entscheiden, Prüfpunkte nicht zu aktivieren, werden die Instances in einem fast kontinuierlichen Vorgang ersetzt.
Wenn Sie Prüfpunkte aktivieren, finden Sie unter [Aktivieren von Prüfpunkten (Konsole)](enable-checkpoints-console-cli.md#enable-checkpoints-console) zusätzliche Schritte.
1. (Optional) Geben Sie unter **Backzeit** an, wie lange am Ende der Instance-Aktualisierung gewartet werden soll, bevor die Instance-Aktualisierung als abgeschlossen betrachtet wird.
1. Aktivieren oder Deaktivieren von **Skip Matching** (Abgleich überspringen):
+ Um das Ersetzen von Instances zu überspringen, die bereits mit Ihrer Startvorlage übereinstimmen, lassen Sie das Kontrollkästchen **Überspringen des Abgleichs aktivieren** aktiviert.
+ Wenn Sie das Überspringen des Abgleichs deaktivieren, indem Sie dieses Kontrollkästchen deaktivieren, können alle Instances ersetzt werden.
Wenn Sie das Überspringen des Abgleichs aktivieren, können Sie eine neue Startvorlage oder eine neue Version der Startvorlage festlegen, anstatt die vorhandene zu verwenden. Sie können dies im Abschnitt **Gewünschte Konfiguration** auf der Seite **Instance-Aktualisierung starten** tun.
**Anmerkung**
Um die Funktion „Abgleich überspringen“ zur Aktualisierung einer Auto-Scaling-Gruppe zu verwenden, die derzeit eine Startkonfiguration verwendet, müssen Sie eine Startvorlage in **Desired configuration** (Gewünschte Konfiguration) auswählen. Die Verwendung von „Abgleich überspringen“ mit einer Startkonfiguration wird nicht unterstützt.
1. Wählen Sie für **Standby-Instances** die Option **Ignorieren**, **Beenden** oder **Warten** aus. Dies legt fest, was passiert, wenn Instances im `Standby`-Status erkannt werden. Weitere Informationen finden Sie unter [Vorübergehendes Entfernen von Instances aus einer Auto-Scaling-Gruppe](as-enter-exit-standby.md).
Wenn Sie **Warten** auswählen, müssen Sie zusätzliche Schritte unternehmen, um diese Instances wieder in Betrieb zu nehmen. Wenn Sie dies nicht tun, ersetzt die Instance-Aktualisierung alle `InService`-Instances und wartet eine Stunde. Wenn dann noch `Standby`-Instances übrig bleiben, schlägt die Instance-Aktualisierung fehl. Um diese Situation zu vermeiden, wählen Sie für diese Instances stattdessen **Ignorieren** oder **Beenden** aus.
1. Wählen Sie für **Vor Abskalierung geschützte Instances** die Option **Ignorieren**, **Ersetzen** oder **Warten** aus. Dies legt fest, was passiert, wenn vor Abskalierung geschützte Instances erkannt werden. Weitere Informationen finden Sie unter [Verwenden Sie den Instance Scale-In Protection, um die Instanzbeendigung zu kontrollieren](ec2-auto-scaling-instance-protection.md).
Wenn Sie **Warten** auswählen, müssen Sie zusätzliche Schritte unternehmen, um den Abskalierungsschutz dieser Instances zu entfernen. Wenn Sie dies nicht tun, ersetzt die Instance-Aktualisierung alle ungeschützten Instances und wartet eine Stunde. Wenn dann vor Abskalierung geschützte Instances übrig bleiben, schlägt die Instance-Aktualisierung fehl. Um diese Situation zu verhindern, wählen Sie stattdessen für diese Instances **Ignorieren** oder **Ersetzen** aus.
1. (Optional) Wählen Sie für **CloudWatch Alarm** die Option ** CloudWatch Alarme aktivieren** und wählen Sie dann einen oder mehrere Alarme aus. CloudWatch Alarme können verwendet werden, um Probleme zu identifizieren und den Vorgang fehlschlagen zu lassen, wenn ein Alarm in den `ALARM` Status wechselt. Weitere Informationen finden Sie unter [Starten einer Instance-Aktualisierung mit automatischem Rollback](instance-refresh-rollback.md#instance-refresh-using-auto-rollback).
1. (Optional) Erweitern Sie den Abschnitt **Gewünschte Konfiguration**, um Aktualisierungen anzugeben, die Sie an Ihrer Auto-Scaling-Gruppe vornehmen möchten.
Für diesen Schritt können Sie die JSON- oder YAML-Syntax verwenden, um Parameterwerte zu bearbeiten, anstatt eine Auswahl in der Konsolenschnittstelle zu treffen. Wählen Sie hierfür **Use code editor** (Code-Editor verwenden) anstelle von **Use console interface** (Konsolenschnittstelle verwenden) aus. Im folgenden Verfahren wird erläutert, wie mit der Konsolenschnittstelle eine Auswahl getroffen werden kann.
1. Für **Update launch template** (Startvorlage aktualisieren):
+ Wenn Sie *keine* neue Startvorlage oder neue Startvorlagenversion für Ihre Auto-Scaling-Gruppe erstellt haben, aktivieren Sie dieses Kontrollkästchen nicht.
+ Wenn Sie eine neue Startvorlage oder eine neue Startvorlagen-Version erstellt haben, aktivieren Sie dieses Kontrollkästchen. Wenn Sie diese Option auswählen, zeigt Amazon EC2 Auto Scaling Ihnen die aktuelle Startvorlage und die aktuelle Version der Startvorlage an. Es listet auch alle anderen verfügbaren Versionen auf. Wählen Sie die Startvorlage und dann die Version aus.
Nachdem Sie eine Version ausgewählt haben, werden Ihnen die Versionsinformationen angezeigt. Dies ist die Version der Startvorlage, die beim Ersetzen von Instances im Rahmen einer Instance-Aktualisierung verwendet wird. Wenn die Instance-Aktualisierung erfolgreich ist, wird diese Version der Startvorlage auch verwendet, wenn neue Instances gestartet werden, z. B. wenn die Gruppe skaliert wird.
1. Für **Choose a set of instance types and purchase options to override the instance type in the launch template** (Eine Reihe von Instance-Typen und Kaufoptionen auswählen, um den Instance-Typ in der Startvorlage außer Kraft zu setzen):
+ Aktivieren Sie dieses Kontrollkästchen nicht, wenn Sie den Instance-Typ und die Kaufoption verwenden möchten, die Sie in Ihrer Startvorlage angegeben haben.
+ Aktivieren Sie dieses Kontrollkästchen, wenn Sie den Instance-Typ in der Startvorlage überschreiben oder Spot-Instances ausführen möchten. Sie können jeden Instance-Typ entweder manuell hinzufügen oder einen primären Instance-Typ und eine Empfehlungsoption auswählen, die alle zusätzlichen passenden Instance-Typen für Sie abruft. Wenn Sie Spot-Instances starten möchten, empfehlen wir, einige unterschiedliche Instance-Typen hinzuzufügen. Dadurch kann Amazon EC2 Auto Scaling einen weiteren Instance-Typ starten, wenn in den ausgewählten Availability Zones nicht genügend Instance-Kapazität zur Verfügung steht. Weitere Informationen finden Sie unter [Auto-Scaling-Gruppen mit mehreren Instance-Typen und Kaufoptionen](ec2-auto-scaling-mixed-instances-groups.md).
**Warnung**
Verwenden Sie Spot-Instances nicht mit Anwendungen, die eine Spot-Instance-Unterbrechung nicht verarbeiten können. Unterbrechungen können auftreten, wenn der Amazon-EC2-Spot-Service Kapazität zurückfordern muss.
Wenn Sie dieses Kontrollkästchen auswählen, stellen Sie sicher, dass die Startvorlage nicht bereits Spot-Instances anfordert. Sie können keine Startvorlage verwenden, die Spot-Instances zum Erstellen einer Auto-Scaling-Gruppe auffordert, die mehrere Instance-Typen verwendet und Spot- und On-Demand-Instances startet.
**Anmerkung**
Um diese Optionen in einer Auto-Scaling-Gruppe zu aktualisieren, die derzeit eine Startkonfiguration verwendet, müssen Sie eine Startvorlage in **Update launch Vorlage** (Startvorlage aktualisieren) auswählen. Das Überschreiben des Instance-Typs in Ihrer Startkonfiguration wird nicht unterstützt.
1. (Optional) Wählen Sie unter **Rollback-Einstellungen** die Option **Automatisches Rollback aktivieren** aus, um die Instance-Aktualisierung automatisch zurückzusetzen, falls sie fehlschlägt.
Diese Einstellung kann nur aktiviert werden, wenn die Auto-Scaling-Gruppe die Voraussetzungen für die Verwendung von Rollbacks erfüllt.
Weitere Informationen finden Sie unter [Änderungen mit manuellem oder auto Rollback rückgängig machen](instance-refresh-rollback.md).
1. Überprüfen Sie Ihre gesamte Auswahl, um zu bestätigen, dass alles korrekt eingerichtet ist.
An dieser Stelle empfiehlt es sich sicherzustellen, dass sich die Unterschiede zwischen den aktuellen und den vorgeschlagenen Änderungen nicht auf unerwartete oder unerwünschte Weise auf Ihre Anwendung auswirken. Informationen zur Bestätigung, dass Ihr Instance-Typ mit Ihrer Startvorlage kompatibel ist, finden Sie unter [Kompatibilität von Instance-Typen](instance-refresh-overview.md#instance-type-compatibility).
1. Wenn Sie mit der Auswahl für Ihre Instance-Aktualisierung zufrieden sind, klicken Sie auf **Instance-Aktualisierung Starten**.
### Starten einer Instance-Aktualisierung in der Konsole (Gruppe mit gemischten Instances)
Gehen Sie wie folgt vor, wenn Sie eine Auto-Scaling-Gruppe mit einer [Richtlinie für gemischte Instances](ec2-auto-scaling-mixed-instances-groups.md) erstellt haben. Wenn Sie zuvor keine Richtlinie für gemischte Instances für Ihre Gruppe definiert haben, lesen Sie [Starten einer Instance-Aktualisierung in der Konsole (grundlegendes Verfahren)](#starting-an-instance-refresh-in-the-console) zum Starten einer Instance-Aktualisierung.
**So starten Sie eine Instance-Aktualisierung**
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 Ihrer Auto-Scaling-Gruppe.
Unten auf der Seite **Auto-Scaling-Gruppen** wird ein geteilter Bereich geöffnet.
1. Wählen Sie auf der Registerkarte **Instance refresh** (Instance-Aktualisierung) unter **Active instance refresh** (Aktive Instance-Aktualisierung) die Option **Start instance refresh** (Instance-Aktualisierung starten) aus.
1. Für die **Verfügbarkeitseinstellungen** gehen Sie wie folgt vor:
1. Für die **Methode der Instance-Ersetzung**:
+ Wenn Sie *keine Instance-Wartungsrichtlinie für die Auto-Scaling-Gruppe festgelegt haben*, lautet die Standardeinstellung für die **Methode zum Ersetzen** von Instances **Beenden und starten**. Dies ist das alte Standardverhalten für eine Instance-Aktualisierung.
+ Wenn Sie eine Instance-Wartungsrichtlinie für die Auto-Scaling-Gruppe festlegen, bietet diese Standardwerte für die **Instance-Ersatzmethode**. Um die Instance-Wartungsrichtlinie zu überschreiben, wählen Sie **Override**. Überschreiben gilt nur für die aktuelle Instance-Aktualisierung. Wenn Sie das nächste Mal eine Instance-Aktualisierung starten, werden diese Werte auf die Standardwerte der Instance-Wartungsrichtlinie zurückgesetzt.
Im folgenden Verfahren wird erläutert, wie die Instance-Ersatzmethode aktualisiert werden kann.
1. Wählen Sie eine der folgenden Instance-Ersatzmethoden:
+ **Vor dem Beenden starten**: Eine neue Instance muss zuerst bereitgestellt werden, bevor eine bestehende Instance beendet werden kann. Dies ist eine gute Wahl für Anwendungen, bei denen Verfügbarkeit wichtiger ist als Kosteneinsparungen.
+ **Beenden und starten**: Neue Instances werden zur gleichen Zeit bereitgestellt, wie Ihre bestehenden Instances beendet werden. Dies ist eine gute Wahl für Anwendungen, bei denen Kosteneinsparungen Vorrang vor der Verfügbarkeit haben. Es ist auch eine gute Wahl für Anwendungen, die nicht mehr Kapazität benötigen, als derzeit verfügbar ist.
+ **Benutzerdefiniertes Verhalten**: Mit dieser Option können Sie einen benutzerdefinierten Mindest- und Höchstbereich für die Kapazität einrichten, die beim Austausch von Instances verfügbar sein soll. Dies kann Ihnen helfen, das richtige Gleichgewicht zwischen Kosten und Verfügbarkeit zu finden.
1. Geben Sie unter **Fehlerfreien Prozentsatz festlegen** Werte für eines oder beide der folgenden Felder ein. Die Aktivierungsfelder variieren je nach gewählter Option für die **Instance-Ersatzmethode**.
+ **Min.**: Legt den fehlerfreien Mindestprozentsatz fest, der erforderlich ist, um mit der Instance-Aktualisierung fortzufahren.
+ **Max.**: Legt den maximalen fehlerfreien Prozentsatz fest, der während der Instance-Aktualisierung möglich ist.
1. Erweitern Sie den Abschnitt **Geschätzte temporäre Kapazität bei Austauscharbeiten auf der Grundlage der aktuellen Gruppengröße anzeigen**, um zu überprüfen, ob die Werte für **Min.** und **Max** für Ihre Gruppe gelten. Welche genauen Werte verwendet werden, hängt vom gewünschten Kapazitätswert ab, der sich ändert, wenn die Gruppe skaliert wird.
1. Erweitern Sie den Abschnitt **Fallback-Verhalten für ungültige Ersatzgrößen festlegen** und wählen Sie dann aus, ob Sie gegen den **maximalen fehlerfreien Prozentsatz verstoßen** möchten, um der Verfügbarkeit Priorität einzuräumen, oder ob Sie **gegen den minimalen fehlerfreien Prozentsatz verstoßen** möchten.
Es wird für sehr kleine Gruppen nicht empfohlen, die Standardoption **Minimaler fehlerfreie Prozentsatz** beizubehalten. Wenn sich nur eine Instance in der Auto-Scaling-Gruppe befindet, kann das Starten einer Instance-Aktualisierung zu einem Ausfall führen.
Dieser Schritt konfiguriert das Fallback-Verhalten, wenn Sie eine Auto-Scaling-Gruppe verwenden, die noch keine Instance-Wartungsrichtlinie hat. Diese Option ist nicht verfügbar und wird nicht angezeigt, wenn Ihre Gruppe über eine Instance-Wartungsrichtlinie verfügt. Diese Option ist auch nur für die Ersatzmethode **Beenden und Starten** verfügbar. Bei anderen Ersatzmethoden wird die maximale Fehlerquote überschritten, um der Verfügbarkeit Priorität einzuräumen.
1. Geben Sie für **Instance-Aufwärmphase** die Anzahl der Sekunden ein, ab der sich der Status einer neuen Instance in `InService` ändert, wenn sie ihre Initialisierung abgeschlossen hat. Amazon EC2 Auto Scaling wartet diese Zeit ab, bevor es mit dem Ersetzen der nächsten Instance fortfährt.
Während der Aufwärmphase wird eine neu gestartete Instance nicht zu den aggregierten Metriken der Auto-Scaling-Gruppe (z. B. `CPUUtilization`, `NetworkIn` und `NetworkOut`) gezählt. Wenn Sie der Auto-Scaling-Gruppe Skalierungsrichtlinien hinzugefügt haben, werden die Skalierungsaktivitäten parallel ausgeführt. Wenn Sie ein langes Intervall für die Aufwärmphase der Instance-Aktualisierung festlegen, dauert es länger, bis neu gestartete Instances in den Metriken angezeigt werden. Daher verhindert eine angemessene Aufwärmphase, dass Amazon EC2 Auto Scaling auf veraltete Metrikdaten skaliert.
Wenn Sie bereits eine standardmäßige Aufwärmphase für die Instance der Auto-Scaling-Gruppe definiert haben, müssen Sie die Aufwärmphase für die Instance nicht ändern. Wenn Sie die Standardeinstellung jedoch überschreiben möchten, können Sie einen Wert für diese Option festlegen. Weitere Informationen zum Festlegen der standardmäßigen Aufwärmphase der Instance finden Sie unter [Legen Sie die standardmäßige Instance-Vorbereitung für eine Auto-Scaling-Gruppe fest](ec2-auto-scaling-default-instance-warmup.md).
1. Für **Einstellungen aktualisieren** nehmen Sie Folgendes vor:
1. (Optional) Für **Checkpoints** (Prüfpunkte) wählen Sie **Enable Checkpoints** (Prüfpunkte aktivieren) aus, um Instances mit einem inkrementellen oder schrittweisen Ansatz für eine Instance-Aktualisierung zu ersetzen. Dies bietet zusätzliche Zeit für die Verifizierung verschiedener Ersatzvorgänge. Wenn Sie sich dafür entscheiden, Prüfpunkte nicht zu aktivieren, werden die Instances in einem fast kontinuierlichen Vorgang ersetzt.
Wenn Sie Prüfpunkte aktivieren, finden Sie unter [Aktivieren von Prüfpunkten (Konsole)](enable-checkpoints-console-cli.md#enable-checkpoints-console) zusätzliche Schritte.
1. Aktivieren oder Deaktivieren von **Skip Matching** (Abgleich überspringen):
+ Um das Ersetzen von Instances zu überspringen, die bereits mit Ihrer Startvorlage und allen Instance-Typ-Überschreibungen übereinstimmen, lassen Sie das Kontrollkästchen **Überspringen des Abgleichs aktivieren** aktiviert.
+ Wenn Sie das Überspringen des Abgleichs deaktivieren, indem Sie dieses Kontrollkästchen deaktivieren, können alle Instances ersetzt werden.
Wenn Sie das Überspringen des Abgleichs aktivieren, können Sie eine neue Startvorlage oder eine neue Version der Startvorlage festlegen, anstatt die vorhandene zu verwenden. Sie können dies im Abschnitt **Gewünschte Konfiguration** auf der Seite **Instance-Aktualisierung starten** tun. Sie können Ihre Instance-Typ-Überschreibungen auch in **Gewünschte Konfiguration** aktualisieren.
1. Wählen Sie für **Standby-Instances** die Option **Ignorieren**, **Beenden** oder **Warten** aus. Dies legt fest, was passiert, wenn Instances im `Standby`-Status erkannt werden. Weitere Informationen finden Sie unter [Vorübergehendes Entfernen von Instances aus einer Auto-Scaling-Gruppe](as-enter-exit-standby.md).
Wenn Sie **Warten** auswählen, müssen Sie zusätzliche Schritte unternehmen, um diese Instances wieder in Betrieb zu nehmen. Wenn Sie dies nicht tun, ersetzt die Instance-Aktualisierung alle `InService`-Instances und wartet eine Stunde. Wenn dann `Standby`-Instances übrig bleiben, schlägt die Instance-Aktualisierung fehl. Um diese Situation zu vermeiden, wählen Sie für diese Instances stattdessen **Ignorieren** oder **Beenden** aus.
1. Wählen Sie für **Vor Abskalierung geschützte Instances** die Option **Ignorieren**, **Ersetzen** oder **Warten** aus. Dies legt fest, was passiert, wenn vor Abskalierung geschützte Instances erkannt werden. Weitere Informationen finden Sie unter [Verwenden Sie den Instance Scale-In Protection, um die Instanzbeendigung zu kontrollieren](ec2-auto-scaling-instance-protection.md).
Wenn Sie **Warten** auswählen, müssen Sie zusätzliche Schritte unternehmen, um den Abskalierungsschutz dieser Instances zu entfernen. Wenn Sie dies nicht tun, ersetzt die Instance-Aktualisierung alle ungeschützten Instances und wartet eine Stunde. Wenn dann vor Abskalierung geschützte Instances übrig bleiben, schlägt die Instance-Aktualisierung fehl. Um diese Situation zu verhindern, wählen Sie stattdessen für diese Instances **Ignorieren** oder **Ersetzen** aus.
1. (Optional) Wählen Sie für **CloudWatch Alarm** die Option ** CloudWatch Alarme aktivieren** und wählen Sie dann einen oder mehrere Alarme aus. CloudWatch Alarme können verwendet werden, um Probleme zu identifizieren und den Vorgang fehlschlagen zu lassen, wenn ein Alarm in den `ALARM` Status wechselt. Weitere Informationen finden Sie unter [Starten einer Instance-Aktualisierung mit automatischem Rollback](instance-refresh-rollback.md#instance-refresh-using-auto-rollback).
1. Führen Sie im Abschnitt **Gewünschte Konfiguration** Folgendes aus.
Für diesen Schritt können Sie die JSON- oder YAML-Syntax verwenden, um Parameterwerte zu bearbeiten, anstatt eine Auswahl in der Konsolenschnittstelle zu treffen. Wählen Sie hierfür **Use code editor** (Code-Editor verwenden) anstelle von **Use console interface** (Konsolenschnittstelle verwenden) aus. Im folgenden Verfahren wird erläutert, wie mit der Konsolenschnittstelle eine Auswahl getroffen werden kann.
1. Für **Update launch template** (Startvorlage aktualisieren):
+ Wenn Sie *keine* neue Startvorlage oder neue Startvorlagenversion für Ihre Auto-Scaling-Gruppe erstellt haben, aktivieren Sie dieses Kontrollkästchen nicht.
+ Wenn Sie eine neue Startvorlage oder eine neue Startvorlagen-Version erstellt haben, aktivieren Sie dieses Kontrollkästchen. Wenn Sie diese Option auswählen, zeigt Amazon EC2 Auto Scaling Ihnen die aktuelle Startvorlage und die aktuelle Version der Startvorlage an. Es listet auch alle anderen verfügbaren Versionen auf. Wählen Sie die Startvorlage und dann die Version aus.
Nachdem Sie eine Version ausgewählt haben, werden Ihnen die Versionsinformationen angezeigt. Dies ist die Version der Startvorlage, die beim Ersetzen von Instances im Rahmen einer Instance-Aktualisierung verwendet wird. Wenn die Instance-Aktualisierung erfolgreich ist, wird diese Version der Startvorlage auch verwendet, wenn neue Instances gestartet werden, z. B. wenn die Gruppe skaliert wird.
1. Für **Use these settings to override the instance type and purchase option defined in the launch template** (Verwenden Sie diese Einstellungen, um den Instance-Typ und die Kaufoption außer Kraft zu setzen, die in der Startvorlage definiert sind):
In der Standardeinstellung ist dieses Kontrollkästchen aktiviert. Amazon EC2 Auto Scaling füllt die einzelnen Parameter mit dem Wert, der derzeit in der *Richtlinie für gemischte Instances* für die Auto-Scaling-Gruppe festgelegt ist. Aktualisieren Sie nur die Werte für die Parameter, die Sie ändern möchten. Hinweise zu diesen Einstellungen finden Sie unter [Auto-Scaling-Gruppen mit mehreren Instance-Typen und Kaufoptionen](ec2-auto-scaling-mixed-instances-groups.md).
**Warnung**
Es wird empfohlen, dieses Kontrollkästchen nicht zu deaktivieren. Deaktivieren Sie es nur, wenn Sie die Verwendung einer Richtlinie für gemischte Instances beenden möchten. Nach einer erfolgreichen Instance-Aktualisierung aktualisiert Amazon EC2 Auto Scaling Ihre Gruppe, damit Sie mit der **gewünschten Konfiguration** übereinstimmt. Wenn es keine Richtlinie für gemischte Instances mehr enthält, beendet Amazon EC2 Auto Scaling schrittweise alle derzeit ausgeführten Spot-Instances und ersetzt sie durch On-Demand-Instances. Oder, wenn Ihre Startvorlage Spot-Instances anfordert, beendet Amazon EC2 Auto Scaling schrittweise alle derzeit ausgeführten On-Demand-Instances und ersetzt sie durch Spot-Instances.
1. (Optional) Wählen Sie unter **Rollback-Einstellungen** die Option **Automatisches Rollback aktivieren** aus, um die Instance-Aktualisierung automatisch zurückzusetzen, falls sie fehlschlägt.
Diese Einstellung kann nur aktiviert werden, wenn die Auto-Scaling-Gruppe die Voraussetzungen für die Verwendung von Rollbacks erfüllt.
Weitere Informationen finden Sie unter [Änderungen mit manuellem oder auto Rollback rückgängig machen](instance-refresh-rollback.md).
1. Überprüfen Sie Ihre gesamte Auswahl, um zu bestätigen, dass alles korrekt eingerichtet ist.
An dieser Stelle empfiehlt es sich sicherzustellen, dass sich die Unterschiede zwischen den aktuellen und den vorgeschlagenen Änderungen nicht auf unerwartete oder unerwünschte Weise auf Ihre Anwendung auswirken. Informationen zur Bestätigung, dass Ihr Instance-Typ mit Ihrer Startvorlage kompatibel ist, finden Sie unter [Kompatibilität von Instance-Typen](instance-refresh-overview.md#instance-type-compatibility).
Wenn Sie mit der Auswahl für Ihre Instance-Aktualisierung zufrieden sind, klicken Sie auf **Instance-Aktualisierung Starten**.
## Starten einer Instance-Aktualisierung (AWS CLI)
**So starten Sie eine Instance-Aktualisierung**
Verwenden Sie den folgenden [start-instance-refresh](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/start-instance-refresh.html)Befehl, um eine Instanzaktualisierung von der aus zu starten AWS CLI. Sie können alle Voreinstellungen angeben, die Sie in einer JSON-Konfigurationsdatei ändern möchten. Wenn Sie auf die Konfigurationsdatei verweisen, geben Sie den Dateipfad und -namen an, wie im folgenden Beispiel gezeigt.
```
aws autoscaling start-instance-refresh --cli-input-json file://config.json
```
Inhalt von `config.json`:
```
{
"AutoScalingGroupName": "my-asg",
"Preferences": {
"InstanceWarmup": 60,
"MinHealthyPercentage": 50,
"AutoRollback": true,
"ScaleInProtectedInstances": Ignore,
"StandbyInstances": Terminate
}
}
```
Wenn keine Voreinstellungen angegeben werden, werden die Standardwerte verwendet. Weitere Informationen finden Sie unter [Die Standardwerte für eine Instance-Aktualisierung verstehen](understand-instance-refresh-default-values.md).
Beispielausgabe:
```
{
"InstanceRefreshId": "08b91cf7-8fa6-48af-b6a6-d227f40f1b9b"
}
```
# Überwachen Sie eine Instanzaktualisierung mit dem AWS-Managementkonsole oder AWS CLI
Sie können eine laufende Instanzaktualisierung überwachen oder den Status vergangener Instanzaktualisierungen der letzten sechs Wochen mithilfe von AWS-Managementkonsole oder AWS CLI nachschlagen.
## Überwachen und überprüfen Sie den Status einer Instanzaktualisierung
Verwenden Sie eine der folgenden Methoden, um den Status einer Instanzaktualisierung zu überwachen und zu überprüfen:
------
#### [ Console ]
**Tipp**
In diesem Verfahren sollten die benannten Spalten bereits angezeigt werden. Um ausgeblendete Spalten anzuzeigen oder die Anzahl der angezeigten Zeilen zu ändern, wählen Sie das Zahnradsymbol in der oberen rechten Ecke des Abschnitts, um das Einstellungsfenster zu öffnen. Aktualisieren Sie die Einstellungen nach Bedarf und wählen Sie **Bestätigen** aus.
**Um den Status einer Instanzaktualisierung zu überwachen und zu überprüfen (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 wird ein geteilter Bereich geöffnet.
1. Auf der Registerkarte **Instance refresh** (Instance-Aktualisierung) unter **Instance refresh history** (Instance-Aktualisierungsverlauf) können Sie den Status Ihrer Anforderung bestimmen, indem Sie sich die Spalte **Status** ansehen. Der Vorgang wechselt während der Initialisierung in `Pending` den Status. Der Status sollte sich dann schnell in `InProgress` ändern. Wenn alle Instances aktualisiert sind, ändert sich der Status in `Successful`.
1. Sie können den Erfolg oder Misserfolg laufender Aktivitäten weiter überwachen, indem Sie sich die Skalierungsaktivitäten der Gruppe ansehen. Auf der Registerkarte **Activity (Aktivität)** unter **Activity history (Aktivitätsverlauf)** werden beim Start der Instance-Aktualisierung Einträge angezeigt, wenn Instances beendet werden. Beim Starten von Instances werden weitere Einträge angezeigt. Wenn Sie zahlreiche Skalierungsaktivitäten haben, können Sie sich mehr davon anzeigen lassen, indem Sie oben im Aktivitätsverlauf auf das Symbol **>** klicken. Informationen zur Behebung von Problemen, die zum Fehlschlagen von Aktivitäten führen können, finden Sie unter[Probleme in Amazon EC2 Auto Scaling beheben](CHAP_Troubleshooting.md).
1. (Optional) Auf der Registerkarte **Instanzverwaltung** unter **Instances** können Sie bei Bedarf den Fortschritt bestimmter Instanzen überprüfen.
------
#### [ AWS CLI ]
**Um den Status einer Instanzaktualisierung zu überwachen und zu überprüfen (AWS CLI)**
Verwenden Sie den folgenden [describe-instance-refreshes](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-instance-refreshes.html)-Befehl.
```
aws autoscaling describe-instance-refreshes --auto-scaling-group-name my-asg
```
Es folgt eine Beispielausgabe.
Instanzaktualisierungen werden nach der Startzeit sortiert. Instanzaktualisierungen, die noch im Gange sind, werden zuerst beschrieben.
```
{
"InstanceRefreshes":[
{
"InstanceRefreshId":"08b91cf7-8fa6-48af-b6a6-d227f40f1b9b",
"AutoScalingGroupName":"my-asg",
"Status":"InProgress",
"StatusReason":"Waiting for instances to warm up before continuing. For example: i-0645704820a8e83ff is warming up.",
"StartTime":"2023-11-24T16:46:52+00:00",
"PercentageComplete":50,
"InstancesToUpdate":0,
"Preferences":{
"MaxHealthyPercentage":120,
"MinHealthyPercentage":90,
"InstanceWarmup":60,
"SkipMatching":false,
"AutoRollback":true,
"ScaleInProtectedInstances":"Ignore",
"StandbyInstances":"Ignore"
}
},
{
"InstanceRefreshId":"0e151305-1e57-4a32-a256-1fd14157c5ec",
"AutoScalingGroupName":"my-asg",
"Status":"Successful",
"StartTime":"2023-11-22T13:53:37+00:00",
"EndTime":"2023-11-22T13:59:45+00:00",
"PercentageComplete":100,
"InstancesToUpdate":0,
"Preferences":{
"MaxHealthyPercentage":120,
"MinHealthyPercentage":90,
"InstanceWarmup":60,
"SkipMatching":false,
"AutoRollback":true,
"ScaleInProtectedInstances":"Ignore",
"StandbyInstances":"Ignore"
}
}
]
}
```
Sie können den Erfolg oder Misserfolg laufender Aktivitäten weiter überwachen, indem Sie sich die Skalierungsaktivitäten der Gruppe ansehen. Die Skalierungsaktivitäten helfen Ihnen auch dabei, weitere Details zu finden, um Probleme bei einer Instance-Aktualisierung zu beheben. Weitere Informationen finden Sie unter [Probleme in Amazon EC2 Auto Scaling beheben](CHAP_Troubleshooting.md).
------
## Status von Instance-Aktualisierungen
Wenn Sie eine Instance-Aktualisierung starten, wechselt diese in den Status **Ausstehend**. Sie wechselt von „**Ausstehend**“ **InProgress**zu „**Erfolgreich**“, „**Fehlgeschlagen**“, „**Storniert**“ oder **RollbackFailed**. **RollbackSuccessful**
Eine Instance-Aktualisierung kann die folgenden Status haben:
| Status | Description |
| --- | --- |
| Ausstehend | Die Anfrage wurde erstellt, aber die Instance-Aktualisierung wurde nicht gestartet. |
| InProgress | Eine Instance-Aktualisierung ist in Bearbeitung. |
| Erfolgreich | Eine Instance-Aktualisierung wurde erfolgreich abgeschlossen. |
| Fehlgeschlagen | Eine Instance-Aktualisierung konnte nicht abgeschlossen werden. Sie können Probleme mit dem Statusgrund und den Skalierungsaktivitäten beheben. |
| Abbrechen | Eine laufende Instance-Aktualisierung wird abgebrochen. |
| Abgebrochen | Die Instance-Aktualisierung wird abgebrochen. |
| RollbackInProgress | Eine Instance-Aktualisierung wird rückgängig gemacht. |
| RollbackFailed | Das Rollback konnte nicht abgeschlossen werden. Sie können Probleme mit dem Statusgrund und den Skalierungsaktivitäten beheben. |
| RollbackSuccessful | Das Rollback wurde erfolgreich abgeschlossen. |
| Backen | Das Warten auf die angegebene Backzeit nach einer Instanzaktualisierung hat die Aktualisierung der Instanzen abgeschlossen. |
# Ersetzen Sie die Root-Volumes während der Instanzaktualisierung
**Topics**
+ [Funktionsweise](#start-instance-refresh-replace-root-volume-how-it-works)
+ [Voraussetzungen](#start-instance-refresh-replace-root-volume-requirements)
+ [Starten Sie eine Instanzaktualisierung mit Replace Root Volume](#start-instance-refresh-replace-root-volume-cli)
+ [Einschränkungen](#start-instance-refresh-replace-root-volume-limitations)
+ [Verwenden Sie Lifecycle-Hooks mit Replace Root-Volume](#replace-root-volume-lifecycle-hooks)
## Funktionsweise
Durch den Austausch von Root-Volumes werden Ihre Instances aktualisiert, indem nur das Root-EBS-Volume ersetzt wird, während die Instance weiterhin läuft. Dadurch entfällt die Notwendigkeit, neue Instances zu starten, und potenzielle Kapazitätsengpässe werden vermieden. Durch diesen Prozess werden alle anderen Instance-Ressourcen geschont, einschließlich:
+ Netzwerkschnittstellen und IP-Adressen
+ EBS-Volumes ohne Root-Rechte
+ Instance-Speicher für Volumes und Daten
+ Sicherheitsgruppen und IAM-Rollen
Während des Austauschs des Root-Volumes wird Ihre Anwendung weiterhin auf der vorhandenen Instance ausgeführt. Das ursprüngliche Root-Volume wird getrennt, ein neues Root-Volume wird aus Ihrem angegebenen AMI erstellt und dann an dieselbe Instance angehängt. Die ursprünglichen Root-Volumes werden nach erfolgreichem Austausch automatisch gelöscht.
Wenn Sie die Strategie zum Ersetzen von Root-Volumes verwenden, durchlaufen Instances die folgenden Lebenszyklusstatus:
1. `ReplacingRootVolume`- Der Austausch des Root-Volumes beginnt
1. `ReplacingRootVolume:Wait`- Wartet auf den Abschluss des Lifecycle-Hooks (falls konfiguriert)
1. `ReplacingRootVolume:Proceed`- Wird mit dem Austausch fortgefahren
1. `RootVolumeReplaced`- Der Austausch wurde erfolgreich abgeschlossen
Nachdem der Austausch des Root-Volumes abgeschlossen ist, führt Auto Scaling Integritätsprüfungen für aktualisierte Instances durch. Wenn der Austausch des Root-Volumes für eine Instance fehlschlägt, markiert Auto Scaling diese Instance zur Kündigung und ersetzt sie durch eine neue Instance.
## Voraussetzungen
+ Ihre Auto Scaling Scaling-Gruppe muss eine Richtlinie für gemischte Instanzen verwenden
+ Für alle Überschreibungen in der Richtlinie für gemischte Instanzen muss Folgendes angegeben werden `ImageId`
+ AMIs darf nur ein einziges Root-Volume enthalten
+ Alle Instances müssen der Konfiguration der Startvorlage der Gruppe entsprechen
+ Sie müssen die Instanzaktualisierung mit einer gewünschten Konfiguration starten, die eine Richtlinie für gemischte Instanzen enthält, die `ImageId` Überschreibungen enthält.
## Starten Sie eine Instanzaktualisierung mit Replace Root Volume
**Um eine Instanzaktualisierung mit Replace Root Volume (AWS CLI) zu starten**
Verwenden Sie den folgenden [start-instance-refresh](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/start-instance-refresh.html)Befehl, um eine Instanzaktualisierung von der aus zu starten AWS CLI. Sie können alle Voreinstellungen angeben, die Sie in einer JSON-Konfigurationsdatei ändern möchten. Wenn Sie auf die Konfigurationsdatei verweisen, geben Sie den Dateipfad und -namen an, wie im folgenden Beispiel gezeigt.
```
aws autoscaling start-instance-refresh --cli-input-json file://config.json
```
Inhalt von `config.json`:
**Example**
```
{
"AutoScalingGroupName": "my-asg",
"Strategy" : "ReplaceRootVolume",
"DesiredConfiguration":{
"MixedInstancesPolicy":{
"LaunchTemplate": {
"LaunchTemplateSpecification": {
"LaunchTemplateId":"my-launch-template",
"Version": "1"
},
"Overrides": [
{
"InstanceType":"c5.large",
"ImageId":"ami-1234example"
},
{
"InstanceType":"m5.large",
"ImageId":"ami-2345example"
}
]
}
}
},
"Preferences": {
"InstanceWarmup": 60,
"MinHealthyPercentage": 90,
"AutoRollback": true,
"ScaleInProtectedInstances": Ignore,
"StandbyInstances": Ignore
}
}
```
Wenn keine Voreinstellungen angegeben werden, werden die Standardwerte verwendet. Weitere Informationen finden Sie unter [Die Standardwerte für eine Instance-Aktualisierung verstehen](understand-instance-refresh-default-values.md).
Beispielausgabe:
```
{
"InstanceRefreshId": "08b91cf7-8fa6-48af-b6a6-d227f40f1b9b"
}
```
## Einschränkungen
+ Sie können eine Instance-Aktualisierung nicht mit Replace Root Volume starten, wenn die EC2 Auto Scaling Scaling-Gruppe oder die gewünschte Konfiguration für die Instance-Aktualisierung die Vorlagenversion verwendet `$Latest` oder die Vorlagenversion `$Default` startet.
+ Sie können eine Instance-Aktualisierung nicht mit Replace Root Volume auf einer Amazon EC2 Auto Scaling Scaling-Gruppe starten, wenn sie Instances enthält, deren Instance-Typ nicht in der Richtlinie für gemischte Instanzen enthalten ist.
+ Während einer Instance-Aktualisierung mit Replace Root Volume können Sie nur Instances mit Typen anhängen, die in der Richtlinie für gemischte Instanzen der gewünschten Konfiguration enthalten sind.
+ Sie können eine Instance-Aktualisierung nicht mit Replace Root Volume auf einer EC2 Auto Scaling Scaling-Gruppe starten, die über einen warmen Pool verfügt.
+ Sie können einer Amazon EC2 Auto Scaling Scaling-Gruppe, die über eine aktive Instance-Aktualisierung verfügt, keinen warmen Pool mit Replace Root Volume hinzufügen.
## Verwenden Sie Lifecycle-Hooks mit Replace Root-Volume
Instances, bei denen das Root-Volume ersetzt wird, folgen ihren eigenen Lebenszyklusübergängen, sodass Sie Aktionen (z. B. eine Lambda-Funktion) vor und and/or nach dem Austausch aufrufen können. Weitere Informationen zu den Lebenszyklusstatus beim Austausch des Root-Volumes finden Sie unter. [Statusübergänge im Lebenszyklus von Instances, bei denen das Root-Volume ausgetauscht wird](lifecycle-hooks-overview.md#rvr-lifecycle-state-transitions)
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).
Vor dem Austausch eines Stammvolumes kann ein Lifecycle-Hook in den folgenden Szenarien nützlich sein:
+ Sie möchten Ihre Anwendung ordnungsgemäß herunterfahren, bevor das Root-Volume ersetzt und die Instance neu gestartet wird.
+ Sie möchten Daten vom Root-Volume an einen anderen Speicherort verschieben, bevor das Volume ersetzt wird.
Nach dem Austausch des Root-Volumes kann ein Lifecycle-Hook in den folgenden Szenarien nützlich sein:
+ Sie möchten sicherstellen, dass Ihre Instance vollständig für das neue AMI bereit ist, bevor sie Traffic empfängt.
+ Sie möchten Anwendungsdaten, die zuvor auf dem Root-Volume vorhanden waren, bootstrappen.
Berücksichtigen Sie beim Hinzufügen von Lebenszyklus-Hooks Folgendes:
+ Wenn ein Lifecycle-Hook für die `autoscaling:EC2_INSTANCE_TERMINATING` Lifecycle-Aktion konfiguriert ist, wird eine Instance, die kurz vor dem Austausch des Root-Volumes steht, pausiert, um eine benutzerdefinierte Aktion auszuführen, sobald sie den `ReplacingRootVolume:Wait` Status erreicht.
+ Wenn ein Lifecycle-Hook für die `autoscaling:EC2_INSTANCE_LAUNCHING` Lifecycle-Aktion konfiguriert ist, wird eine Instance, deren Root-Volume gerade ersetzt wurde, pausiert, um eine benutzerdefinierte Aktion auszuführen, wenn sie den `Pending:Wait` Status erreicht.
Wenn Instances einen Wartezustand erreichen, sendet Amazon EC2 Auto Scaling eine Benachrichtigung. Die Lifecycle-Hook-Benachrichtigungen von Auto Scaling enthalten ein `Action` Feld mit einem Wert`ReplaceRootVolume`, der angibt, dass für die Instance ein Root-Volume ersetzt wird.
Beispiele für diese Benachrichtigungen finden Sie im EventBridge Abschnitt dieses Handbuchs. Weitere Informationen finden Sie unter [Die Aktualisierung der Instanz ersetzt Ereignisse im Lebenszyklus des Root-Volumes](instance-refresh-eventbridge-events.md#instance-refresh-rvr-lifecycle-events).
# Brechen Sie eine Instanzaktualisierung mit dem AWS-Managementkonsole oder ab AWS CLI
Sie können eine Instance-Aktualisierung abbrechen, die noch ausgeführt wird. Sie können den Vorgang nicht mehr abbrechen, nachdem er beendet ist.
Das Abbrechen einer Instance-Aktualisierung setzt keine Instances zurück, die bereits ersetzt wurden. Führen Sie stattdessen ein Rollback durch, um die Änderungen an Ihren Instances rückgängig zu machen. Weitere Informationen finden Sie unter [Änderungen mit manuellem oder auto Rollback rückgängig machen](instance-refresh-rollback.md).
**Topics**
+ [Abbrechen einer Instance-Aktualisierung (Konsole)](#cancel-instance-refresh-console)
+ [Abbrechen einer Instance-Aktualisierung (AWS CLI)](#cancel-instance-refresh-cli)
## Abbrechen einer Instance-Aktualisierung (Konsole)
**So brechen Sie eine Instance-Aktualisierung ab**
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.
1. Wählen Sie auf der Registerkarte **Instance-Aktualisierung** unter **Aktive Instance-Aktualisierung** die Option **Aktionen** und dann **Abbrechen** aus.
1. Wenn Sie zur Bestätigung aufgefordert werden, wählen Sie **Confirm (Bestätigen)**.
Der Status der Instance-Aktualisierung ist auf **Abbrechen** gesetzt. Nach Abschluss des Abbruchs wird der Status der Instance-Aktualisierung auf **Abgebrochen** gesetzt.
## Abbrechen einer Instance-Aktualisierung (AWS CLI)
**So brechen Sie eine Instance-Aktualisierung ab**
Verwenden Sie den [cancel-instance-refresh](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/cancel-instance-refresh.html)Befehl von AWS CLI und geben Sie den Namen der Auto Scaling Scaling-Gruppe ein.
```
aws autoscaling cancel-instance-refresh --auto-scaling-group-name my-asg
```
Beispielausgabe:
```
{
"InstanceRefreshId": "08b91cf7-8fa6-48af-b6a6-d227f40f1b9b"
}
```
**Um eine Instanzaktualisierung abzubrechen, ohne auf den Übergang von Instances zu warten**
Verwenden Sie die `--no-wait-for-transitioning-instances` Option mit dem [cancel-instance-refresh](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/cancel-instance-refresh.html)Befehl von, AWS CLI um eine Instanzaktualisierung abzubrechen, ohne auf den Instanzwechsel zu warten.
```
aws autoscaling cancel-instance-refresh —auto-scaling-group-name my-asg --no-wait-for-transitioning-instances
```
**Wenn Sie eine Instance-Aktualisierung stornieren, wartet Amazon EC2 Auto Scaling standardmäßig darauf, dass alle Starts und Beenden während des Fluges abgeschlossen sind, bevor der Status auf Storniert gesetzt wird.** Wenn Sie Instances mit langen Ladezeiten haben oder sofort eine neue Instance-Aktualisierung starten müssen, können Sie den Befehl verwenden, damit Sie nicht auf diese Übergangsvorgänge warten müssen.
Wenn Sie diese Option verwenden, ändert sich der Status der Instanzaktualisierung in **Storniert**, sodass Sie eine neue Instanzaktualisierung starten können. Alle Starts und Abbrüche während des Fluges werden im Hintergrund fortgesetzt.
# Änderungen mit manuellem oder auto Rollback rückgängig machen
Sie können eine Instance-Aktualisierung, die noch ausgeführt wird, rückgängig machen. Sie können den Vorgang nicht mehr rückgängig machen, nachdem er beendet ist. Sie können Ihre Auto-Scaling-Gruppe jedoch erneut aktualisieren, indem Sie eine neue Instance-Aktualisierung starten.
Beim Rollback ersetzt Amazon EC2 Auto Scaling die Instances, die bisher bereitgestellt wurden. Die neuen Instances entsprechen der letzten Konfiguration, die Sie in der Auto-Scaling-Gruppe gespeichert haben, bevor Sie mit der Instance-Aktualisierung begonnen haben.
Amazon EC2 Auto Scaling bietet die folgenden Möglichkeiten ein Rollback durchzuführen:
+ Manuelles Rollback: Sie starten ein Rollback manuell, um das, was bis zum Rollback-Punkt bereitgestellt wurde, rückgängig zu machen.
+ Automatisches Rollback: Amazon EC2 Auto Scaling macht automatisch rückgängig, was bereitgestellt wurde, wenn die Instance-Aktualisierung aus irgendeinem Grund fehlschlägt oder wenn von Ihnen angegebene CloudWatch Alarme in den Status wechseln. `ALARM`
**Topics**
+ [Überlegungen](#instance-refresh-rollback-considerations)
+ [Manuelles Starten eines Rollbacks](#instance-refresh-manual-rollback)
+ [Starten einer Instance-Aktualisierung mit automatischem Rollback](#instance-refresh-using-auto-rollback)
## Überlegungen
Die folgenden Überlegungen gelten für die Verwendung eines Rollbacks:
+ Die Rollback-Option ist nur verfügbar, wenn Sie beim Starten einer Instance-Aktualisierung eine gewünschte Konfiguration angeben.
+ Sie können nur dann zu einer früheren Version einer Startvorlage zurückkehren, wenn es sich bei der Version um eine bestimmte nummerierte Version handelt. Die Rollback-Option ist nicht verfügbar, wenn die Auto-Scaling-Gruppe so konfiguriert ist, dass sie die Startvorlagenversion `$Latest` oder `$Default` verwendet.
+ Sie können auch nicht zu einer Startvorlage zurückkehren, die für die Verwendung eines AMI-Alias aus dem AWS Systems Manager Parameterspeicher konfiguriert ist.
+ Die Konfiguration, die Sie zuletzt in der Auto-Scaling-Gruppe gespeichert haben, muss sich in einem stabilen Zustand befinden. Wenn er sich nicht in einem stabilen Zustand befindet, wird der Rollback-Workflow trotzdem ausgeführt, aber er wird letztendlich fehlschlagen. Bis Sie das Problem behoben haben, befindet sich die Auto-Scaling-Gruppe möglicherweise in einem fehlerhaften Status, in dem Instances nicht mehr erfolgreich gestartet werden können. Dies kann die Verfügbarkeit des Services oder der Anwendung beeinträchtigen.
## Manuelles Starten eines Rollbacks
------
#### [ Console ]
**So starten Sie manuell ein Rollback einer Instance-Aktualisierung (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.
1. Wählen Sie auf der Registerkarte **Instance-Aktualisierung** unter **Aktive Instance-Aktualisierung** die Optionen **Aktionen** und dann **Rollback starten**.
1. Wenn Sie zur Bestätigung aufgefordert werden, wählen Sie **Confirm (Bestätigen)**.
------
#### [ AWS CLI ]
**So starten Sie manuell ein Rollback einer Instance-Aktualisierung (AWS CLI)**
Verwenden Sie den [rollback-instance-refresh](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/rollback-instance-refresh.html)Befehl von AWS CLI und geben Sie den Namen der Auto Scaling Scaling-Gruppe ein.
```
aws autoscaling rollback-instance-refresh --auto-scaling-group-name my-asg
```
Beispielausgabe:
```
{
"InstanceRefreshId": "08b91cf7-8fa6-48af-b6a6-d227f40f1b9b"
}
```
**Tipp**
Wenn dieser Befehl einen Fehler ausgibt, stellen Sie sicher, dass Sie die AWS CLI lokale Version auf die neueste Version aktualisiert haben.
------
## Starten einer Instance-Aktualisierung mit automatischem Rollback
Mithilfe der auto Rollback-Funktion können Sie die Instance-Aktualisierung automatisch rückgängig machen, wenn sie fehlschlägt, z. B. wenn Fehler auftreten oder ein bestimmter CloudWatch Amazon-Alarm in den `ALARM` Status wechselt.
Wenn Sie das automatische Rollback aktivieren und beim Ersetzen von Instances Fehler auftreten, versucht die Instance-Aktualisierung eine Stunde lang, alle Ersetzungen abzuschließen, bevor sie fehlschlägt und ein Rollback erfolgt. Diese Fehler werden in der Regel dadurch verursacht, dass EC2-Startfehler, falsch konfigurierte Integritätsprüfungen oder das Nichtignorieren oder Beenden von Instances, die sich im Status `Standby` befinden oder vor dem Abskalieren geschützt sind, nicht ignoriert oder zugelassen werden.
Die Angabe von CloudWatch Alarmen ist optional. Um einen Alarm anzugeben, müssen Sie ihn zunächst erstellen. Sie können Metrikalarme und zusammengesetzte Alarme angeben. Informationen zum Erstellen des Alarms finden Sie im [ CloudWatch Amazon-Benutzerhandbuch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/). Wenn Sie beispielsweise Elastic Load Balancing-Metriken verwenden und einen Application Load Balancer verwenden, könnten Sie die Metriken `HTTPCode_ELB_5XX_Count` und `HTTPCode_ELB_4XX_Count` verwenden.
**Überlegungen**
+ Wenn Sie einen CloudWatch Alarm angeben, aber kein auto Rollback aktivieren und der Alarmstatus auf wechselt`ALARM`, schlägt die Instanzaktualisierung ohne Rollback fehl.
+ Sie können maximal 10 Alarme auswählen, wenn Sie eine Instance-Aktualisierung starten.
+ Bei der Auswahl eines CloudWatch Alarms muss sich der Alarm in einem kompatiblen Zustand befinden. Wenn der Alarmstatus `INSUFFICIENT_DATA` oder `ALARM` ist, erhalten Sie eine Fehlermeldung, wenn Sie versuchen, die Instance-Aktualisierung zu starten.
+ Wenn Sie einen Alarm für Amazon EC2 Auto Scaling erstellen, sollte der Alarm beinhalten, wie mit fehlenden Datenpunkten umzugehen ist. Wenn bei einer Metrik planmäßig häufig Datenpunkte fehlen, ist der Status des Alarms während dieser Zeiträume `INSUFFICIENT_DATA`. In diesem Fall kann Amazon EC2 Auto Scaling keine Instances ersetzen, bis neue Datenpunkte gefunden werden. Um den Alarm zu zwingen, den vorherigen Zustand `ALARM` oder `OK` beizubehalten, können Sie stattdessen fehlende Daten ignorieren. Weitere Informationen finden Sie unter [Konfiguration der Behandlung fehlender Daten durch Alarme](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarms-and-missing-data) im * CloudWatch Amazon-Benutzerhandbuch*.
------
#### [ Console ]
**So starten Sie eine Instance-Aktualisierung mit automatischem Rollback (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.
1. Wählen Sie auf der Registerkarte **Instance refresh** (Instance-Aktualisierung) unter **Active instance refresh** (Aktive Instance-Aktualisierung) die Option **Start instance refresh** (Instance-Aktualisierung starten) aus.
1. Befolgen Sie das [Starten einer Instance-Aktualisierung (Konsole)](start-instance-refresh.md#start-instance-refresh-console)-Verfahren und konfigurieren Sie die Einstellungen Ihrer Instance-Aktualisierungen nach Bedarf.
1. (Optional) Wählen Sie unter **Einstellungen aktualisieren** für **CloudWatch Alarm** die Option ** CloudWatch Alarme aktivieren** und wählen Sie dann einen oder mehrere Alarme aus, um Probleme zu identifizieren und den Vorgang fehlschlagen zu lassen, wenn ein Alarm in den `ALARM` Status wechselt.
1. Wählen Sie unter **Rollback-Einstellungen** die Option **Automatisches Rollback** aus, um eine fehlgeschlagene Instance-Aktualisierung automatisch auf die Konfiguration zurückzusetzen, die Sie zuletzt in der Auto-Scaling-Gruppe gespeichert haben, bevor Sie mit der Instance-Aktualisierung begonnen haben.
1. Überprüfen Sie Ihre Auswahl und wählen Sie dann Instance-Aktualisierung **starten**.
------
#### [ AWS CLI ]
**So starten Sie eine Instance-Aktualisierung mit automatischem Rollback (AWS CLI)**
Verwenden Sie den [start-instance-refresh](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/start-instance-refresh.html)Befehl und geben Sie `true` die `AutoRollback` Option in der an`Preferences`.
Das folgende Beispiel zeigt, wie eine Instance-Aktualisierung gestartet wird, die automatisch zurückgesetzt wird, wenn etwas fehlschlägt. Ersetzen Sie die *`italicized`* Parameterwerte durch eigene.
```
aws autoscaling start-instance-refresh --cli-input-json file://config.json
```
Inhalt von `config.json`.
```
{
"AutoScalingGroupName": "my-asg",
"DesiredConfiguration": {
"LaunchTemplate": {
"LaunchTemplateName": "my-launch-template",
"Version": "1"
}
},
"Preferences": {
"AutoRollback": true
}
}
```
Sie können auch ein automatisches Rollback durchführen, wenn die Instanzaktualisierung fehlschlägt oder wenn sich ein bestimmter CloudWatch Alarm im `ALARM` Status befindet, indem Sie die `AlarmSpecification` Option in `Preferences` und den Namen des Alarms angeben, wie im folgenden Beispiel. Ersetzen Sie die *`italicized`* Parameterwerte durch eigene.
```
{
"AutoScalingGroupName": "my-asg",
"DesiredConfiguration": {
"LaunchTemplate": {
"LaunchTemplateName": "my-launch-template",
"Version": "1"
}
},
"Preferences": {
"AutoRollback": true,
"AlarmSpecification": { "Alarms": [ "my-alarm" ] }
}
}
```
Bei erfolgreicher Ausführung gibt der Befehl eine Ausgabe zurück, die in etwa wie folgt aussieht:
```
{
"InstanceRefreshId": "08b91cf7-8fa6-48af-b6a6-d227f40f1b9b"
}
```
**Tipp**
Wenn dieser Befehl einen Fehler auslöst, stellen Sie sicher, dass Sie die AWS CLI lokale Version auf die neueste Version aktualisiert haben.
------
# Verwenden einer Instance-Aktualisierung mit Funktion zum Überspringen des Abgleichs
Das Überspringen des Abgleichs weist Amazon EC2 Auto Scaling an, Instances zu ignorieren, die bereits über Ihre neuesten Aktualisierungen verfügen. Auf diese Weise ersetzen Sie nicht mehr Instances als Sie benötigen. Dies ist hilfreich, wenn Sie sicherstellen möchten, dass Ihre Auto-Scaling-Gruppe eine bestimmte Version Ihrer Startvorlage verwendet und nur die Instances ersetzt, die eine andere Version verwenden.
Beachten Sie im Zusammenhang mit der Funktion zum Überspringen entsprechender Instances folgende Überlegungen:
+ Wenn Sie eine Instance-Aktualisierung sowohl mit der Funktion zum Überspringen des Abgleichs als auch mit einer *gewünschten Konfiguration* starten, prüft Amazon EC2 Auto Scaling, ob Instances Ihrer gewünschten Konfiguration entsprechen. Anschließend werden nur die Instances ersetzt, die nicht Ihrer gewünschten Konfiguration entsprechen. Nach einer erfolgreichen Instance-Aktualisierung aktualisiert Amazon EC2 Auto Scaling die Gruppe, damit sie mit Ihrer gewünschten Konfiguration übereinstimmt.
+ Wenn Sie eine Instance-Aktualisierung mit der Funktion zum Überspringen des Abgleichs starten, aber keine gewünschte Konfiguration angeben, prüft Amazon EC2 Auto Scaling, ob Instances mit der exakten Konfiguration übereinstimmen, die Sie zuletzt in der Auto-Scaling-Gruppe gespeichert haben. Anschließend ersetzt es nur die Instances, die nicht Ihrer zuletzt gespeicherten Konfiguration entsprechen.
+ Sie können das Überspringen des Abgleichs mit einer neuen Startvorlage, einer neuen Version einer Startvorlage oder einem Satz von Instance-Typen verwenden. Wenn Sie das Überspringen des Abgleichs aktivieren, aber alles unverändert bleibt, ist die Instance-Aktualisierung sofort erfolgreich, ohne dass Instances ersetzt werden. Wenn Sie weitere Änderungen an Ihrer gewünschten Konfiguration vorgenommen haben (z. B. Änderungen an der Spot-Zuordnungsstrategie), wartet die Lösung Amazon EC2 Auto Scaling, bis die Instance-Aktualisierung erfolgreich ausgeführt wurde. Anschließend werden die Einstellungen der Auto-Scaling-Gruppe aktualisiert, sodass sie der neuen gewünschten Konfiguration entsprechen.
+ Die Funktion zum Überspringen entsprechender Instances kann nicht mit einer neuen Startkonfiguration verwendet werden.
+ Wenn Sie eine Instance-Aktualisierung starten und eine gewünschte Konfiguration angeben, stellt Amazon EC2 Auto Scaling sicher, dass alle Instances Ihre gewünschte Konfiguration verwenden. Wenn Sie also entweder `$Default` oder `$Latest` als gewünschte Version für Ihre Startvorlage angeben und dann während einer Instance-Aktualisierung eine neue Version der Startvorlage erstellen, werden alle Instances, die bereits ersetzt wurden, erneut ersetzt.
+ Bei Skip Matching wird nicht ermittelt, ob ein Benutzerdatenskript in der Startvorlage aktualisierten Code abruft und ihn auf neuen Instances installiert. Aus diesem Grund überspringt Skip Matching möglicherweise das Ersetzen von Instanzen, auf denen veralteter Code installiert ist. In diesem Fall sollten Sie den Abgleich überspringen deaktivieren, um sicherzustellen, dass alle Instances Ihren neuesten Code erhalten, auch ohne ein Versionsupdate für die Startvorlage.
Dieser Abschnitt enthält AWS CLI Anweisungen zum Starten einer Instanzaktualisierung bei aktiviertem Skip-Matching. Weitere Informationen zur Verwendung der Konsole finden Sie unter [Starten einer Instance-Aktualisierung (Konsole)](start-instance-refresh.md#start-instance-refresh-console).
## Überspringen des Abgleichs (einfaches Verfahren)
Folgen Sie den Schritten in diesem Abschnitt AWS CLI , um Folgendes zu tun:
+ Erstellen einer Startvorlage, die Sie auf Ihre Instances anwenden möchten.
+ Starten einer Instance-Aktualisierung, um Ihre Startvorlage auf Ihre Auto-Scaling-Gruppe anzuwenden. Wenn Sie das Überspringen des Abgleichs nicht aktivieren, werden alle Instances ersetzt. Dies gilt auch dann, wenn die Startvorlage, die zum Bereitstellen der Instance verwendet wird, dieselbe ist wie die, die Sie für Ihre gewünschte Konfiguration angegeben haben.
**So verwenden Sie die Funktion zum Überspringen des Abgleichs mit einer neuen Startvorlage**
1. Verwenden Sie den [create-launch-template](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/create-launch-template.html)Befehl, um eine neue Startvorlage für Ihre Auto Scaling Scaling-Gruppe zu erstellen. Schließen Sie die `--launch-template-data`-Option und die JSON-Eingabe ein, die die Details der Instances definiert, die für Ihre Auto-Scaling-Gruppe erstellt werden.
Verwenden Sie beispielsweise den folgenden Befehl, um eine grundlegende Startvorlage mit der AMI-ID *`ami-0123456789abcdef0`* und dem Instance-Typ `t2.micro` zu erstellen.
```
aws ec2 create-launch-template --launch-template-name my-template-for-auto-scaling --version-description version1 \
--launch-template-data '{"ImageId":"ami-0123456789abcdef0","InstanceType":"t2.micro"}'
```
Bei erfolgreicher Ausführung gibt der Befehl eine Ausgabe zurück, die in etwa wie folgt aussieht:
```
{
"LaunchTemplate": {
"LaunchTemplateId": "lt-068f72b729example",
"LaunchTemplateName": "my-template-for-auto-scaling",
"CreatedBy": "arn:aws:iam::123456789012:user/Bob",
"CreateTime": "2023-01-30T18:16:06.000Z",
"DefaultVersionNumber": 1,
"LatestVersionNumber": 1
}
}
```
Weitere Informationen finden Sie unter [Beispiele für die Erstellung und Verwaltung von Startvorlagen mit dem AWS CLI](examples-launch-templates-aws-cli.md).
1. Verwenden Sie den [start-instance-refresh](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/start-instance-refresh.html)Befehl, um den Instance-Ersatz-Workflow zu initiieren und Ihre neue Startvorlage mit der ID anzuwenden*`lt-068f72b729example`*. Da die Startvorlage neu ist, verfügt sie nur über eine Version. Dies bedeutet, dass die Version `1` der Startvorlage das Ziel dieser Instance-Aktualisierung ist. Falls während der Instance-Aktualisierung ein Aufskalierungsereignis auftritt und Amazon EC2 Auto Scaling neue Instances mit der Version `1` dieser Startvorlage bereitstellt, werden diese nicht ersetzt. Nach erfolgreichem Abschluss des Vorgangs wird die neue Startvorlage erfolgreich auf Ihre Auto-Scaling-Gruppe angewendet.
```
aws autoscaling start-instance-refresh --cli-input-json file://config.json
```
Inhalt von `config.json`.
```
{
"AutoScalingGroupName": "my-asg",
"DesiredConfiguration": {
"LaunchTemplate": {
"LaunchTemplateId": "lt-068f72b729example",
"Version": "$Default"
}
},
"Preferences": {
"SkipMatching": true
}
}
```
Bei erfolgreicher Ausführung gibt der Befehl eine Ausgabe zurück, die in etwa wie folgt aussieht:
```
{
"InstanceRefreshId": "08b91cf7-8fa6-48af-b6a6-d227f40f1b9b"
}
```
## Überspringen des Abgleichs (Gruppe mit gemischten Instances)
Wenn Sie eine Auto Scaling Scaling-Gruppe mit einer [Richtlinie für gemischte Instanzen](ec2-auto-scaling-mixed-instances-groups.md) haben, folgen Sie den Schritten in diesem Abschnitt, um eine Instanzaktualisierung mit Skip-Matching AWS CLI zu starten. Ihnen stehen folgende Optionen zur Verfügung:
+ Stellen Sie eine neue Startvorlage bereit, die für alle in der Richtlinie angegebenen Instance-Typen gelten soll.
+ Stellen Sie einen aktualisierten Satz von Instance-Typen mit oder ohne Änderung der Startvorlage in der Richtlinie bereit. Beispielsweise möchten Sie möglicherweise von unerwünschten Instance-Typen weg migrieren. Sie würden die Startvorlage unverändert verwenden, ohne das AMI, die Sicherheitsgruppen oder andere Besonderheiten der zu ersetzenden Instances zu ändern.
Befolgen Sie die Schritte in einem der folgenden Abschnitte, je nachdem, welche Option Ihren Anforderungen entspricht.
**So verwenden Sie die Funktion zum Überspringen des Abgleichs mit einer neuen Startvorlage**
1. Verwenden Sie den [create-launch-template](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/create-launch-template.html)Befehl, um eine neue Startvorlage für Ihre Auto Scaling Scaling-Gruppe zu erstellen. Schließen Sie die `--launch-template-data`-Option und die JSON-Eingabe ein, die die Details der Instances definiert, die für Ihre Auto-Scaling-Gruppe erstellt werden.
Verwenden Sie beispielsweise den folgenden Befehl, um eine Startvorlage mit der AMI-ID *`ami-0123456789abcdef0`* zu erstellen.
```
aws ec2 create-launch-template --launch-template-name my-new-template --version-description version1 \
--launch-template-data '{"ImageId":"ami-0123456789abcdef0"}'
```
Bei erfolgreicher Ausführung gibt der Befehl eine Ausgabe zurück, die in etwa wie folgt aussieht:
```
{
"LaunchTemplate": {
"LaunchTemplateId": "lt-04d5cc9b88example",
"LaunchTemplateName": "my-new-template",
"CreatedBy": "arn:aws:iam::123456789012:user/Bob",
"CreateTime": "2023-01-31T15:56:02.000Z",
"DefaultVersionNumber": 1,
"LatestVersionNumber": 1
}
}
```
Weitere Informationen finden Sie unter [Beispiele für die Erstellung und Verwaltung von Startvorlagen mit dem AWS CLI](examples-launch-templates-aws-cli.md).
1. Führen Sie den [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html)Befehl aus, um die bestehende Richtlinie für gemischte Instanzen für Ihre Auto Scaling Scaling-Gruppe anzuzeigen. Sie benötigen diese Informationen im nächsten Schritt, wenn Sie die Instance-Aktualisierung starten.
Der folgende Beispielbefehl gibt die Richtlinie für gemischte Instances zurück, die für die benannte Auto-Scaling-Gruppe konfiguriert ist *`my-asg`*.
```
aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg
```
Bei erfolgreicher Ausführung gibt der Befehl eine Ausgabe zurück, die in etwa wie folgt aussieht:
```
{
"AutoScalingGroups":[
{
"AutoScalingGroupName":"my-asg",
"AutoScalingGroupARN":"arn",
"MixedInstancesPolicy":{
"LaunchTemplate":{
"LaunchTemplateSpecification":{
"LaunchTemplateId":"lt-073693ed27example",
"LaunchTemplateName":"my-old-template",
"Version":"$Default"
},
"Overrides":[
{
"InstanceType":"c5.large"
},
{
"InstanceType":"c5a.large"
},
{
"InstanceType":"m5.large"
},
{
"InstanceType":"m5a.large"
}
]
},
"InstancesDistribution":{
"OnDemandAllocationStrategy":"prioritized",
"OnDemandBaseCapacity":1,
"OnDemandPercentageAboveBaseCapacity":50,
"SpotAllocationStrategy":"price-capacity-optimized"
}
},
"MinSize":1,
"MaxSize":5,
"DesiredCapacity":4,
...
}
]
}
```
1. Verwenden Sie den [start-instance-refresh](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/start-instance-refresh.html)Befehl, um den Workflow zum Ersetzen von Instances zu initiieren und Ihre neue Startvorlage mit der ID anzuwenden*`lt-04d5cc9b88example`*. Da die Startvorlage neu ist, verfügt sie nur über eine Version. Dies bedeutet, dass die Version `1` der Startvorlage das Ziel dieser Instance-Aktualisierung ist. Falls während der Instance-Aktualisierung ein Aufskalierungsereignis auftritt und Amazon EC2 Auto Scaling neue Instances mit der Version `1` dieser Startvorlage bereitstellt, werden diese nicht ersetzt. Nach erfolgreichem Abschluss des Vorgangs wird die aktualisierte Richtlinie für gemischte Instances erfolgreich auf Ihre Auto-Scaling-Gruppe angewendet.
```
aws autoscaling start-instance-refresh --cli-input-json file://config.json
```
Inhalt von `config.json`.
```
{
"AutoScalingGroupName":"my-asg",
"DesiredConfiguration":{
"MixedInstancesPolicy":{
"LaunchTemplate":{
"LaunchTemplateSpecification":{
"LaunchTemplateId":"lt-04d5cc9b88example",
"Version":"$Default"
},
"Overrides":[
{
"InstanceType":"c5.large"
},
{
"InstanceType":"c5a.large"
},
{
"InstanceType":"m5.large"
},
{
"InstanceType":"m5a.large"
}
]
},
"InstancesDistribution":{
"OnDemandAllocationStrategy":"prioritized",
"OnDemandBaseCapacity":1,
"OnDemandPercentageAboveBaseCapacity":50,
"SpotAllocationStrategy":"price-capacity-optimized"
}
}
}
},
"Preferences":{
"SkipMatching":true
}
}
```
Bei erfolgreicher Ausführung gibt der Befehl eine Ausgabe zurück, die in etwa wie folgt aussieht:
```
{
"InstanceRefreshId": "08b91cf7-8fa6-48af-b6a6-d227f40f1b9b"
}
```
In diesem nächsten Verfahren stellen Sie einen aktualisierten Satz von Instance-Typen bereit, ohne die Startvorlage zu ändern.
**So verwenden Sie die Funktion zum Überspringen des Abgleichs mit einem aktualisierten Satz von Instance-Typen**
1. Führen Sie den [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html)Befehl aus, um die bestehende Richtlinie für gemischte Instanzen für Ihre Auto Scaling Scaling-Gruppe anzuzeigen. Sie benötigen diese Informationen im nächsten Schritt, wenn Sie die Instance-Aktualisierung starten.
Der folgende Beispielbefehl gibt die Richtlinie für gemischte Instances zurück, die für die benannte Auto-Scaling-Gruppe konfiguriert ist *`my-asg`*.
```
aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg
```
Bei erfolgreicher Ausführung gibt der Befehl eine Ausgabe zurück, die in etwa wie folgt aussieht:
```
{
"AutoScalingGroups":[
{
"AutoScalingGroupName":"my-asg",
"AutoScalingGroupARN":"arn",
"MixedInstancesPolicy":{
"LaunchTemplate":{
"LaunchTemplateSpecification":{
"LaunchTemplateId":"lt-073693ed27example",
"LaunchTemplateName":"my-template-for-auto-scaling",
"Version":"$Default"
},
"Overrides":[
{
"InstanceType":"c5.large"
},
{
"InstanceType":"c5a.large"
},
{
"InstanceType":"m5.large"
},
{
"InstanceType":"m5a.large"
}
]
},
"InstancesDistribution":{
"OnDemandAllocationStrategy":"prioritized",
"OnDemandBaseCapacity":1,
"OnDemandPercentageAboveBaseCapacity":50,
"SpotAllocationStrategy":"price-capacity-optimized"
}
},
"MinSize":1,
"MaxSize":5,
"DesiredCapacity":4,
...
}
]
}
```
1. Verwenden Sie den [start-instance-refresh](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/start-instance-refresh.html)Befehl, um den Workflow für den Instanzersatz zu initiieren und Ihre Updates anzuwenden. Wenn Sie Instances ersetzen möchten, die bestimmte Instance-Typen verwenden, muss Ihre gewünschte Konfiguration die Richtlinie für gemischte Instances nur mit den gewünschten Instance-Typen angeben. Sie können wählen, ob Sie stattdessen neue Instance-Typen hinzufügen möchten.
Der folgende Beispielbefehl startet eine Instance-Aktualisierung ohne den unerwünschten Instance-Typ *`m5a.large`*. Wenn ein Instance-Typ in Ihrer Gruppe nicht mit einem der übrigen drei Instance-Typen übereinstimmt, werden die Instances ersetzt. (Berücksichtigen Sie, dass eine Instance-Aktualisierung nicht die Instance-Typen auswählt, aus denen die neuen Instances bereitgestellt werden sollen. Dies wird stattdessen von den [Zuweisungsstrategien](allocation-strategies.md) erledigt.) Nach erfolgreichem Abschluss des Vorgangs wird die aktualisierte Richtlinie für gemischte Instances erfolgreich auf Ihre Auto-Scaling-Gruppe angewendet.
```
aws autoscaling start-instance-refresh --cli-input-json file://config.json
```
Inhalt von `config.json`
```
{
"AutoScalingGroupName":"my-asg",
"DesiredConfiguration":{
"MixedInstancesPolicy":{
"LaunchTemplate":{
"LaunchTemplateSpecification":{
"LaunchTemplateId":"lt-073693ed27example",
"Version":"$Default"
},
"Overrides":[
{
"InstanceType":"c5.large"
},
{
"InstanceType":"c5a.large"
},
{
"InstanceType":"m5.large"
}
]
},
"InstancesDistribution":{
"OnDemandAllocationStrategy":"prioritized",
"OnDemandBaseCapacity":1,
"OnDemandPercentageAboveBaseCapacity":50,
"SpotAllocationStrategy":"price-capacity-optimized"
}
}
}
},
"Preferences":{
"SkipMatching":true
}
}
```
# Prüfpunkte zu einer Instance-Aktualisierung hinzufügen
Wenn Sie eine Instance-Aktualisierung verwenden, können Sie Instances phasenweise ersetzen, damit Sie bei laufendem Betrieb Überprüfungen für Ihre Instances durchführen können. Um eine schrittweise Ersetzung durchzuführen, fügen Sie Checkpoints hinzu. Dies sind Zeitpunkte, an denen die Instance-Aktualisierung pausiert wird. Die Verwendung von Prüfpunkten gibt Ihnen eine bessere Kontrolle darüber, wie Sie Ihre Auto-Scaling-Gruppe aktualisieren. Damit können Sie bestätigen, dass Ihre Anwendung zuverlässig und vorhersehbar funktioniert.
**Topics**
+ [Funktionsweise](#instance-refresh-checkpoints-how-it-works)
+ [Überlegungen](#instance-refresh-checkpoints-considerations)
+ [Checkpoints aktivieren](enable-checkpoints-console-cli.md)
## Funktionsweise
Wenn Sie eine Instance-Aktualisierung starten, geben Sie Checkpoints als Prozentsätze der Gesamtzahl der Instances in der Auto Scaling Scaling-Gruppe an. Diese Checkpoints geben den Mindestprozentsatz der Instances in der Auto Scaling Scaling-Gruppe an, die neue Instances sein müssen, bevor der Checkpoint als erreicht gilt. Wenn Ihre Checkpoints beispielsweise so sind`[20, 50, 100]`, ist der erste Checkpoint erreicht, wenn 20 Prozent der Instances neu sind, der zweite, wenn 50 Prozent neu sind, und der letzte Checkpoint, wenn alle Instances neu sind.
Amazon EC2 Auto Scaling passt Instance-Ersetzungen so an, dass sie die angegebenen Checkpoint-Prozentsätze einhalten und gleichzeitig den minimalen fehlerfreien Prozentsatz der Gruppe beibehalten. Um einen Checkpoint-Prozentsatz zu erreichen, ersetzt Amazon EC2 Auto Scaling manchmal weniger fest, aber nie mehr, als der minimale fehlerfreie Prozentsatz zulässt.
Stellen Sie sich die folgende Auto-Scaling-Gruppe mit 10 Instanzen vor. Die Prozentsätze der Kontrollpunkte sind `[20,50,100]`, der minimale fehlerfreie Prozentsatz ist 80 Prozent, und der maximale fehlerfreie Prozentsatz ist 100 Prozent. Um den minimalen fehlerfreien Prozentsatz aufrechtzuerhalten, können nur zwei Instances auf einmal ersetzt werden. Im folgenden Diagramm ist der Prozess zum Ersetzen aller Instances dargestellt, bevor ein Checkpoint erreicht wird.
![\[Dieses Diagramm zeigt, wie sich Checkpoints auf den Ablauf einer Instance-Aktualisierung auswirken.\]](http://docs.aws.amazon.com/de_de/autoscaling/ec2/userguide/images/checkpoints-instance-refresh.png)
Im obigen Beispiel gibt es für jede neue Instance, die gestartet wird, eine Instance-Aufwärmphase. Möglicherweise haben Sie auch einen Lebenszyklus-Hook, der eine Instance in einen Wartestatus versetzt und dann eine benutzerdefinierte Aktion ausführt, während sie gestartet oder beendet wird.
Amazon EC2 Auto Scaling gibt Ereignisse für jeden Checkpoint aus, mit Ausnahme des Checkpoints, der zu 100 Prozent abgeschlossen ist. Sie können eine EventBridge Regel hinzufügen, um die Ereignisse an ein Ziel wie Amazon SNS zu senden. So werden Sie benachrichtigt, wenn Sie die erforderlichen Überprüfungen durchführen können. Weitere Informationen finden Sie unter [Erstellen Sie EventBridge Regeln für Instance-Aktualisierungsereignisse](monitor-events-eventbridge-sns.md).
## Überlegungen
Behalten Sie bei der Verwendung von Prüfpunkten die folgenden Überlegungen im Auge:
+ Da Prüfpunkte auf Prozentsätzen basieren, ändert sich die Anzahl der zu ersetzenden Instances mit der Größe der Gruppe. Wenn eine Scale-Out-Aktivität stattfindet und die Größe der Gruppe zunimmt, kann ein laufender Vorgang erneut einen Checkpoint erreichen. In diesem Fall sendet Amazon EC2 Auto Scaling eine weitere Benachrichtigung und wiederholt die Wartezeit zwischen den Checkpoints, bevor Sie fortfahren.
+ Unter bestimmten Umständen ist es möglich, einen Checkpoint zu überspringen. Angenommen, Ihre Auto-Scaling-Gruppe hat zwei Instances und Ihre Prüfpunkt-Prozentsätze sind `[10,40,100]`. Nachdem die erste Instance ersetzt wurde, berechnet Amazon EC2 Auto Scaling, dass 50 Prozent der Gruppe ersetzt wurden. Da 50 Prozent höher ist als die ersten beiden Prüfpunkte, überspringt es den ersten Prüfpunkt (`10`) und sendet eine Benachrichtigung für den zweiten Prüfpunkt (`40`).
+ Wenn Sie den Vorgang abbrechen, werden alle weiteren Ersetzungen beendet. Wenn Sie den Vorgang abbrechen oder er vor dem Erreichen des letzten Checkpoints fehlschlägt, werden alle Instances, die bereits ersetzt wurden, nicht auf die vorherige Konfiguration zurückgesetzt.
+ Bei einer teilweisen Aktualisierung startet Amazon EC2 Auto Scaling beim erneuten Ausführen des Vorgangs nicht ab dem Zeitpunkt des letzten Checkpoints neu und stoppt nicht, wenn nur die älteren Instances ersetzt werden. Es wird jedoch zuerst ältere Instances ersetzen, bevor es neue Instances ersetzt.
+ Der Prozentsatz, der tatsächlich abgeschlossen ist, kann höher sein als der Prozentsatz für diesen Checkpoint, wenn der Prozentsatz des Checkpoints im Verhältnis zur Anzahl der Instanzen in der Gruppe zu niedrig ist. Nehmen wir zum Beispiel an, der Prozentsatz des Checkpoints liegt bei 20 Prozent und die Gruppe hat vier Instances. Wenn Amazon EC2 Auto Scaling eine der vier Instances ersetzt, ist der tatsächliche Prozentsatz, der ersetzt wurde (25 Prozent), höher als der Prozentsatz des Checkpoints (20 Prozent).
+ Nachdem ein Checkpoint erreicht wurde, wird der angezeigte Gesamtprozentsatz für abgeschlossen erst aktualisiert, nachdem die Instances den Warmlauf abgeschlossen haben. Ihre Checkpoint-Prozentsätze weisen beispielsweise eine Verzögerung von 15 Minuten und einen fehlerfreien Mindestprozentsatz von 80 Prozent auf. `[20,50]` Ihre Auto Scaling Scaling-Gruppe hat 10 Instances und nimmt die folgenden Ersetzungen vor:
+ 0:00: Zwei ältere Instances werden durch neue ersetzt.
+ 0:10: Zwei neue Instances schließen das Aufwärmen ab.
+ 0:25: Zwei ältere Instances werden durch neue ersetzt. (Damit der minimale fehlerfreie Prozentsatz beibehalten wird, werden nur zwei Instances ersetzt.)
+ 0:35: Zwei neue Instances schließen das Aufwärmen ab.
+ 0:35: Eine ältere Instance wird durch eine neue ersetzt.
+ 0:45: Eine neue Instance schließt das Aufwärmen ab.
Bei 0:35 hört der Vorgang auf, neue Instance zu starten. Der abgeschlossene Prozentsatz spiegelt die Anzahl der abgeschlossenen Ersetzungen noch nicht genau wider (50 Prozent), da die neue Instance nicht aufgewärmt ist. Nachdem die neue Instance ihre Aufwärmphase um 0:45 Uhr abgeschlossen hat, wird für den Prozentsatz „Abgeschlossen“ ein Wert von 50 Prozent angezeigt.
+ Wenn mehrere Checkpoints aktiviert sind, muss der Checkpoint für die Instance-Aktualisierung auf 100% gesetzt werden, um sicherzustellen, dass alle Instances vollständig ersetzt werden. Wenn Sie den letzten Checkpoint auf einen Prozentsatz von weniger als 100% (z. B. 50%) setzen, ersetzt die Instanzaktualisierung keine Instances mehr, sobald dieser Checkpoint-Prozentsatz erreicht ist, und es wird nicht automatisch zu 100% fortgesetzt.
# Aktivieren Sie Checkpoints mithilfe von oder AWS-Managementkonsole AWS CLI
Sie können das AWS-Managementkonsole oder verwenden, um Checkpoints AWS CLI zu aktivieren.
## Aktivieren von Prüfpunkten (Konsole)
Sie können Prüfpunkte aktivieren, bevor Sie eine Instance-Aktualisierung starten, um Instances mit einem inkrementellen oder schrittweisen Ansatz zu ersetzen. Dies bietet zusätzliche Zeit für die Überprüfung.
**So starten Sie eine Instance-Aktualisierung, die Checkpoints verwendet**
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 Ihrer Auto-Scaling-Gruppe.
Unten auf der Seite **Auto-Scaling-Gruppen** wird ein geteilter Bereich geöffnet.
1. Wählen Sie auf der Registerkarte **Instance refresh** (Instance-Aktualisierung) unter **Active instance refresh** (Aktive Instance-Aktualisierung) die Option **Start instance refresh** (Instance-Aktualisierung starten) aus.
1. Auf der Seite **Start instance refresh** (Instance-Aktualisierung starten) geben Sie die Werte für **Minimum healthy percentage** (Minimaler gesunder Prozentsatz) und **Instance warmup** (Instance-Aufwärmphase) ein.
1. Aktivieren Sie das Kontrollkästchen **Enable checkpoints** (Prüfpunkte aktivieren).
Dadurch wird ein Feld angezeigt, in dem Sie den prozentualen Schwellenwert für den ersten Checkpoint definieren können.
1. Für **Proceed until \$1\$1\$1\$1 % of the group is refreshed** (Fortfahren, bis \$1\$1\$1\$1% der Gruppe aktualisiert wurde), geben Sie eine Zahl ein (1-100). Dies legt den Prozentsatz für den ersten Prüfpunkt fest.
1. Um einen weiteren Checkpoint hinzuzufügen, wählen Sie **Hinzufügen eines Checkpoints** aus und definieren Sie dann den Prozentsatz für den nächsten Checkpoint.
1. Um anzugeben, wie lange Amazon EC2 Auto Scaling wartet, nachdem ein Checkpoint erreicht wurde, aktualisieren Sie die Felder in **Zwischen Checkpoints `1` `hour` warten**. Die Zeiteinheit kann Stunden, Minuten oder Sekunden sein.
1. Wenn Sie mit Ihrer Auswahl für die Instance-Aktualisierung fertig sind, klicken Sie auf **Instance-Aktualisierung Starten**.
## Aktivieren von Prüfpunkten (AWS CLI)
Um eine Instance-Aktualisierung mit aktivierten Checkpoints mithilfe von zu starten AWS CLI, benötigen Sie eine Konfigurationsdatei, die die folgenden Parameter definiert:
+ `CheckpointPercentages`: Gibt Schwellenwerte für den Prozentsatz der zu ersetzenden Instances an. Diese Schwellenwerte stellen die Checkpoints zur Verfügung. Wenn der Prozentsatz der ersetzten und aufgewärmten Instances einen der angegebenen Schwellenwerte erreicht, wartet der Vorgang eine bestimmte Dauer. Geben Sie die Wartezeit im `CheckpointDelay` in Sekunden an. Wenn der angegebene Zeitraum abgelaufen ist, wird die Instance-Aktualisierung fortgesetzt, bis sie den nächsten Checkpoint erreicht (falls zutreffend).
+ `CheckpointDelay`: Gibt die Dauer in Sekunden an, die nach Erreichen eines Prüfpunkts gewartet wird, bevor fortgefahren wird. Wählen Sie einen Zeitraum, der genügend Zeit für die Durchführung Ihrer Überprüfungen bietet.
Der letzt im `CheckpointPercentages`-Array gezeigte Wert ist der Prozentsatz der Auto-Scaling-Gruppe, der erfolgreich ersetzt werden muss. Der Vorgang wechselt zu, `Successful` nachdem dieser Prozentsatz der Gruppe erfolgreich ersetzt wurde und jede Instance als abgeschlossen gilt.
**So erstellen Sie mehrere Checkpoints**
Verwenden Sie den folgenden [start-instance-refresh](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/start-instance-refresh.html)Beispielbefehl, um mehrere Checkpoints zu erstellen. In diesem Beispiel wird eine Instance-Aktualisierung konfiguriert, die zunächst ein Prozent der Auto-Scaling–Gruppe aktualisiert. Nach zehn Minuten Wartezeit aktualisiert sie dann die nächsten 19 Prozent und wartet weitere zehn Minuten. Schließlich aktualisiert es den Rest der Gruppe, bevor der Vorgang abgeschlossen wird.
```
aws autoscaling start-instance-refresh --cli-input-json file://config.json
```
Inhalt von `config.json`:
```
{
"AutoScalingGroupName": "my-asg",
"Preferences": {
"InstanceWarmup": 60,
"MinHealthyPercentage": 80,
"CheckpointPercentages": [1,20,100],
"CheckpointDelay": 600
}
}
```
**So erstellen Sie einen einzelnen Checkpoint**
Verwenden Sie den folgenden [start-instance-refresh](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/start-instance-refresh.html)Beispielbefehl, um einen einzelnen Checkpoint zu erstellen. In diesem Beispiel wird eine Instance-Aktualisierung konfiguriert, die zunächst 20 Prozent der Auto-Scaling-Gruppe aktualisiert. Nach zehn Minuten Wartezeit aktualisiert sie den Rest der Gruppe, bevor der Vorgang abgeschlossen wird.
```
aws autoscaling start-instance-refresh --cli-input-json file://config.json
```
Inhalt von `config.json`:
```
{
"AutoScalingGroupName": "my-asg",
"Preferences": {
"InstanceWarmup": 60,
"MinHealthyPercentage": 80,
"CheckpointPercentages": [20,100],
"CheckpointDelay": 600
}
}
```
**So aktuslieren Sie die Auto-Scaling-Gruppe teilweise**
Verwenden Sie den folgenden [start-instance-refresh](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/start-instance-refresh.html)Beispielbefehl, um nur einen Teil Ihrer Auto Scaling Scaling-Gruppe zu ersetzen und dann vollständig zu beenden. In diesem Beispiel wird eine Instance-Aktualisierung konfiguriert, die zunächst ein Prozent der Auto-Scaling–Gruppe aktualisiert. Nach zehn Minuten Wartezeit aktualisiert sie die nächsten 19 Prozent, bevor der Vorgang abgeschlossen wird.
```
aws autoscaling start-instance-refresh --cli-input-json file://config.json
```
Inhalt von `config.json`:
```
{
"AutoScalingGroupName": "my-asg",
"Preferences": {
"InstanceWarmup": 60,
"MinHealthyPercentage": 80,
"CheckpointPercentages": [1,20],
"CheckpointDelay": 600
}
}
```
# Auto-Scaling-Instances basierend auf der maximalen Instance-Lebensdauer ersetzen
Die maximale Lebensdauer der Instance gibt die maximale Zeit (in Sekunden) an, die eine Instance in Betrieb sein kann, bevor sie beendet und ersetzt wird. Ein häufiger Anwendungsfall könnte eine Anforderung sein, Instances aufgrund interner Sicherheitsrichtlinien oder externer Compliance-Kontrollen nach einem Zeitplan zu ersetzen.
Sie müssen einen Wert von mindestens 86.400 Sekunden (ein Tag) angeben. Um einen zuvor festgelegten Wert zu löschen, geben Sie den neuen Wert „0“ an. Diese Einstellung gilt für alle aktuellen und zukünftigen Instances in Ihrer Auto-Scaling-Gruppe.
**Topics**
+ [Überlegungen](#max-instance-lifetime-considerations)
+ [Maximale Lebensdauer von Instances festlegen](#set-maximum-instance-lifetime)
+ [Einschränkungen](#maximum-instance-lifetime-limitations)
## Überlegungen
Bei der Verwendung dieser Funktion sollten Sie Folgendes beachten:
+ Wenn eine ältere Instance ersetzt und eine neue Instance gestartet wird, verwendet die neue Instance die Startvorlage oder Startkonfiguration, die derzeit der Auto-Scaling-Gruppe zugeordnet ist. Wenn Ihre Startvorlage oder Startkonfiguration die Amazon Machine Image (AMI) -ID einer anderen Version Ihrer Anwendung angibt, wird diese Version Ihrer Anwendung automatisch bereitgestellt.
+ Wenn Sie die maximale Instance-Lebensdauer zu niedrig einstellen, können Instances schneller als gewünscht ersetzt werden. Amazon EC2 Auto Scaling ersetzt Instances normalerweise einzeln, mit einer Pause zwischen den Ersetzungen. Wenn die angegebene maximale Instance-Lebensdauer jedoch nicht genügend Zeit bietet, um jede Instance einzeln zu ersetzen, muss Amazon EC2 Auto Scaling mehr als eine Instance gleichzeitig ersetzen. Es können mehrere Instances gleichzeitig ersetzt werden, bis zu 10 Prozent der aktuellen Kapazität Ihrer Auto-Scaling-Gruppe. Um zu vermeiden, dass zu viele Instances gleichzeitig ersetzt werden, legen Sie entweder eine längere maximale Instance-Lebensdauer fest oder verwenden Sie den Instance-Scale-In-Schutz, um vorübergehend zu verhindern, dass einzelne Instances beendet werden. Weitere Informationen finden Sie unter [Verwenden Sie den Instance Scale-In Protection, um die Instanzbeendigung zu kontrollieren](ec2-auto-scaling-instance-protection.md).
+ 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 so ändern, dass es vor dem Beenden gestartet wird, indem Sie eine Instance-Wartungsrichtlinie verwenden. Weitere Informationen finden Sie unter [Wartungsrichtlinien für Instances](ec2-auto-scaling-instance-maintenance-policy.md).
## Maximale Lebensdauer von Instances festlegen
Wenn Sie eine Auto-Scaling-Gruppe in der Konsole erstellen, können Sie die Einstellung für die maximale Lebensdauer der Instance nicht festlegen. Nachdem die Gruppe erstellt wurde, können Sie sie jedoch bearbeiten, um die maximale Instance-Lebensdauer festzulegen.
**So legen Sie die maximale Instance-Lebensdauer für eine Gruppe fest (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.
Unten auf der Seite **Auto-Scaling-Gruppen** wird ein geteilter Bereich geöffnet, in dem Informationen zur Gruppe, die Sie ausgewählt haben, angezeigt werden.
1. Wählen Sie auf der Registerkarte **Details** die Option **Erweiterte Konfigurationen**, **Bearbeiten**.
1. Geben Sie bei **Maximale Lebensdauer der Instance** die maximale Anzahl von Sekunden ein, die eine Instance in Betrieb sein kann.
1. Wählen Sie **Aktualisieren** aus.
Auf der Registerkarte **Activity** (Aktivität) können Sie unter **Activity history** (Aktivitätsverlauf) während des gesamten Verlaufs die Ersetzung von Instances für die Gruppe anzeigen.
**So legen Sie die maximale Instance-Lebensdauer für eine Gruppe fest (AWS CLI)**
Sie können den auch verwenden AWS CLI , um die maximale Instanzlebensdauer für neue oder bestehende Auto Scaling Scaling-Gruppen festzulegen.
Verwenden Sie für neue Auto Scaling Scaling-Gruppen den [create-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/create-auto-scaling-group.html)Befehl.
```
aws autoscaling create-auto-scaling-group --cli-input-json file://~/config.json
```
Im Folgenden finden Sie eine `config.json`-Beispieldatei, in der eine maximale Instance-Lebensdauer von `2592000` Sekunden (30 Tage) angegeben ist.
```
{
"AutoScalingGroupName": "my-asg",
"LaunchTemplate": {
"LaunchTemplateName": "my-launch-template",
"Version": "$Default"
},
"MinSize": 1,
"MaxSize": 5,
"MaxInstanceLifetime": 2592000,
"VPCZoneIdentifier": "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782",
"Tags": []
}
```
Verwenden Sie für bestehende Auto Scaling Scaling-Gruppen den [update-auto-scaling-group](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/update-auto-scaling-group.html)Befehl.
```
aws autoscaling update-auto-scaling-group --auto-scaling-group-name my-existing-asg --max-instance-lifetime 2592000
```
**So überprüfen Sie die maximale Instance-Lebensdauer für eine Auto-Scaling-Gruppe**
Verwenden Sie den Befehl [describe-auto-scaling-groups](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/autoscaling/describe-auto-scaling-groups.html).
```
aws autoscaling describe-auto-scaling-groups --auto-scaling-group-name my-asg
```
## Einschränkungen
+ Die **maximale Lebensdauer ist nicht für jede Instance genau garantiert**: Es ist nicht garantiert, dass die Instances erst am Ende ihrer maximalen Lebensdauer ersetzt werden. In einigen Situationen muss Amazon EC2 Auto Scaling möglicherweise sofort mit dem Ersetzen von Instances beginnen, nachdem Sie den Parameter für die maximale Lebensdauer der Instance aktualisiert haben. Der Grund für dieses Verhalten ist, dass nicht alle Instances gleichzeitig ersetzt werden sollen.
+ **Instance Scale-In Protection ausgezeichnet**: Amazon EC2 Auto Scaling bietet Instance-Scale-In-Schutz, mit dem Sie kontrollieren können, welche Instances beendet werden können. Wenn dieser Schutz auf einer Instance aktiviert ist, beendet Amazon EC2 Auto Scaling die Instance nicht, auch wenn sie ihre maximale Instance-Lebensdauer erreicht hat.
+ **Instances, die vor dem Start beendet wurden**: Wenn es nur eine Instance in der Auto-Scaling-Gruppe gibt, kann das Feature der maximalen Instance-Lebensdauer zu einem Ausfall führen, da Amazon EC2 Auto Scaling eine Instance beendet und dann standardmäßig eine neue Instance startet. Um dieses Verhalten so zu ändern, dass der Start vor dem Beenden erfolgt, siehe [Wartungsrichtlinien für Instances](ec2-auto-scaling-instance-maintenance-policy.md)