Wie sich unterbrochene Prozesse auf andere Prozesse auswirken

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.

AlarmNotificationist immer noch aktiv, aber Ihre Auto Scaling-Gruppe kann keine Skalierungsaktivitäten für Alarme einleiten, bei denen ein Verstoß vorliegt.

ScheduledActionsist 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.

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.

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.

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.

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.

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.

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.

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.

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.