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.
# Wie sich unterbrochene Prozesse auf andere Prozesse auswirken
In den folgenden Abschnitten wird beschrieben, was passiert, wenn verschiedene Prozesse einzeln angehalten werden.
**Topics**
+ [
## `Launch`ist suspendiert
](#launch-is-suspended)
+ [
## `Terminate`ist suspendiert
](#terminate-is-suspended)
+ [
## `AddToLoadBalancer`ist suspendiert
](#addtoloadbalancer-is-suspended)
+ [
## `AlarmNotification`ist suspendiert
](#alarmnotification-is-suspended)
+ [
## `AZRebalance`ist suspendiert
](#azrebalance-is-suspended)
+ [
## `HealthCheck`ist suspendiert
](#healthcheck-is-suspended)
+ [
## `InstanceRefresh`ist suspendiert
](#instancerefresh-is-suspended)
+ [
## `ReplaceUnhealthy`ist suspendiert
](#replaceunhealthy-is-suspended)
+ [
## `ScheduledActions`ist suspendiert
](#scheduledactions-is-suspended)
+ [
## Weitere Überlegungen
](#other-considerations)
## `Launch`ist suspendiert
+ `AlarmNotification` ist immer noch aktiv, aber Ihre Auto-Scaling-Gruppe kann keine Aufskalierungs-Aktivitäten für Alarme initiieren, die verletzt sind.
+ `ScheduledActions` ist aktiv, aber Ihre Auto-Scaling-Gruppe kann keine Aufskalierungs-Aktivitäten für geplante Aktionen initiieren, die auftreten.
+ `AZRebalance` hört auf, die Gruppe auszugleichen.
+ `ReplaceUnhealthy` beendet weiterhin fehlerhafte Instances, startet jedoch keine Ersetzungen. Wenn Sie den Prozess `Launch` wieder aufnehmen, ersetzt Amazon EC2 Auto Scaling sofort alle Instances, die es während der Zeit, in der `Launch` ausgesetzt war, beendet hat.
+ `InstanceRefresh` ersetzt keine Instances.
## `Terminate`ist suspendiert
+ `AlarmNotification`ist immer noch aktiv, aber Ihre Auto Scaling-Gruppe kann keine Skalierungsaktivitäten für Alarme einleiten, bei denen ein Verstoß vorliegt.
+ `ScheduledActions`ist aktiv, aber Ihre Auto Scaling-Gruppe kann keine Skalierungsaktivitäten für geplante Aktionen einleiten.
+ `AZRebalance` ist noch aktiv, funktioniert jedoch nicht ordnungsgemäß. Es können neue Instances gestartet werden, ohne dass alte beendet werden. Dies kann dazu führen, dass Ihre Auto-Scaling-Gruppe auf eine Größe anwächst, die ihre Höchstgröße um bis zu 10 Prozent übersteigt, da dies während Aktivitäten zur Wiederherstellung des Gleichgewichts vorübergehend zulässig ist. Ihre Auto-Scaling-Gruppe könnte diese die Höchstgröße überschreitende Größe beibehalten, bis Sie den `Terminate`-Prozess fortsetzen.
+ `ReplaceUnhealthy` ist inaktiv, jedoch nicht `HealthCheck`. Wenn `Terminate` fortgesetzt wird, wird der Prozess `ReplaceUnhealthy` sofort ausgeführt. Wenn Instances als fehlerhaft markiert wurden, während `Terminate` unterbrochen war, werden sie sofort ersetzt.
+ `InstanceRefresh` ersetzt keine Instances.
## `AddToLoadBalancer`ist suspendiert
+ Amazon EC2 Auto Scaling startet die Instances, fügt sie aber nicht zur Load Balancer-Zielgruppe oder Classic Load Balancer hinzu. Wird der Prozess `AddToLoadBalancer` fortgesetzt, fügt es Instances beim Start wieder zum Load Balancer hinzu. Allerdings fügt es keine Instances hinzu, die gestartet wurden, als der Prozess ausgesetzt war. Diese Instances müssen Sie manuell anmelden.
## `AlarmNotification`ist suspendiert
+ Amazon EC2 Auto Scaling ruft keine Skalierungsrichtlinien auf, wenn ein CloudWatch Alarmschwellenwert überschritten wird. Wenn Sie `AlarmNotification` fortsetzen, berücksichtigt Amazon EC2 Auto Scaling Richtlinien mit Alarmschwellenwerten aus, die derzeit überschritten werden.
## `AZRebalance`ist suspendiert
+ Amazon EC2 Auto Scaling versucht nicht, Instances nach bestimmten Ereignissen neu zu verteilen. Wenn jedoch ein Scale-Out- oder Scale-in-Ereignis eintritt, versucht der Skalierungsprozess trotzdem, die Availability Zones auszugleichen. Beim Scale-Out werden beispielsweise Instances in der Availability Zone mit den wenigsten Instances gestartet. Wenn die Gruppe aus dem Gleichgewicht gerät, während `AZRebalance` unterbrochen ist, und Sie dies fortsetzen, versucht Amazon EC2 Auto Scaling, die Gruppe wieder auszugleichen. Zuerst wird `Launch` und anschließend `Terminate` aufgerufen.
+ Warme Pools sind nicht betroffen, wenn die Einstellung unterbrochen `AZRebalance` ist.
## `HealthCheck`ist suspendiert
+ Amazon EC2 Auto Scaling beendet das Markieren von Instances als fehlerhaft infolge der Zustandsprüfungen durch EC2 und Elastic Load Balancing. Ihre benutzerdefinierten Zustandsprüfungen funktionieren weiterhin ordnungsgemäß. Wenn Sie `HealthCheck` unterbrochen haben, können Sie den Zustand von Instances in Ihrer Gruppe bei Bedarf manuell festlegen und sie durch `ReplaceUnhealthy` ersetzen lassen.
## `InstanceRefresh`ist suspendiert
+ Amazon EC2 Auto Scaling beendet das Ersetzen von Instances als Ergebnis einer Instance-Aktualisierung. Wenn eine Instance-Aktualisierung ausgeführt wird, unterbricht dies den Vorgang, ohne ihn abzubrechen.
## `ReplaceUnhealthy`ist suspendiert
+ Amazon EC2 Auto Scaling stoppt das Ersetzen von Instances, die als fehlerhaft markiert wurden. Instances, die Zustandsprüfungen von EC2 oder Elastic Load Balancing nicht bestehen, werden weiterhin als fehlerhaft markiert. Sobald Sie den Prozess `ReplaceUnhealthy` fortsetzen, ersetzt Amazon EC2 Auto Scaling die Instances, die als fehlerhaft markiert wurden, während dieser Prozess unterbrochen war. Der `ReplaceUnhealthy`-Prozess ruft zuerst `Terminate` und dann `Launch` auf.
## `ScheduledActions`ist suspendiert
+ Amazon EC2 Auto Scaling führt keine geplanten Aktionen aus, die während des Aussetzungszeitraums geplant sind. Wenn Sie `ScheduledActions` wieder aufnehmen, berücksichtigt Amazon EC2 Auto Scaling nur geplante Aktionen, deren geplante Zeit noch nicht abgelaufen ist.
## Weitere Überlegungen
Darüber hinaus, wenn `Launch` oder `Terminate` ausgesetzt sind, funktionieren die folgenden Funktionen möglicherweise nicht richtig:
+ **Maximale Instanzlebensdauer** — Wenn `Launch` oder gesperrt `Terminate` sind, kann die Funktion zur maximalen Instanzlebensdauer keine Instanzen ersetzen.
+ **Spot-Instance-Unterbrechungen** — Wenn `Terminate` die Spot-Instances ausgesetzt sind und Ihre Auto Scaling Scaling-Gruppe über Spot-Instances verfügt, können diese trotzdem beendet werden, falls Spot-Kapazitäten nicht mehr verfügbar sind. Während `Launch` ausgesetzt ist, kann Amazon EC2 Auto Scaling keine Ersatz-Instances aus einem anderen Spot-Instance-Pool oder aus demselben Spot-Instance-Pool starten, wenn dieser wieder verfügbar ist.
+ **Kapazitätsausgleich** — Wenn die Einstellung unterbrochen `Terminate` ist und Sie Capacity Rebalancing verwenden, um Spot-Instance-Unterbrechungen zu beheben, kann der Amazon EC2 Spot-Service Instances trotzdem beenden, falls Spot-Kapazität nicht mehr verfügbar ist. Wenn `Launch` ausgesetzt ist, kann Amazon EC2 Auto Scaling keine Ersatz-Instances aus einem anderen Spot-Instance-Pool oder aus demselben Spot-Instance-Pool starten, wenn dieser wieder verfügbar ist.
+ **Instances anhängen und trennen** — Wenn `Launch` und suspendiert `Terminate` sind, können Sie Instances trennen, die an Ihre Auto Scaling Scaling-Gruppe angehängt sind, aber solange gesperrt `Launch` ist, können Sie keine neuen Instances an die Gruppe anhängen.
+ **Standby-Instances** — Wenn `Launch` und suspendiert `Terminate` sind, können Sie eine Instance in den `Standby` Status versetzen, aber solange sie suspendiert `Launch` ist, können Sie eine Instance im `Standby` Status nicht wieder in Betrieb nehmen.