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 Launch Vorgang fortsetzen, ersetzt Amazon EC2 Auto Scaling sofort alle Instances, die während der angehaltenen Zeit beendet Launch wurden.

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 jedoch nicht der Load Balancer-Zielgruppe oder dem 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 den Vorgang fortsetzenAlarmNotification, berücksichtigt Amazon EC2 Auto Scaling Richtlinien mit Alarmschwellenwerten, gegen die derzeit verstoßen wird.

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 während der Sperrung aus dem Gleichgewicht AZRebalance gerät und Sie sie wieder aufnehmen, versucht Amazon EC2 Auto Scaling, die Gruppe neu auszubalancieren. Zuerst wird Launch und anschließend Terminate aufgerufen.

Warme Pools sind nicht betroffen, wenn die Einstellung unterbrochen AZRebalance ist.

Amazon EC2 Auto Scaling markiert Instances aufgrund von Elastic Load Balancing EC2 Balancing-Zustandsprüfungen nicht mehr als fehlerhaft. 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 ersetzt keine Instances mehr, die als fehlerhaft markiert sind. Fehlgeschlagene Instances EC2 oder Zustandsprüfungen von Elastic Load Balancing werden immer noch als fehlerhaft markiert. Sobald Sie den ReplaceUnhealthy Vorgang fortsetzen, ersetzt Amazon EC2 Auto Scaling Instances, die während der Unterbrechung dieses Prozesses als fehlerhaft markiert wurden. Der ReplaceUnhealthy-Prozess ruft zuerst Terminate und dann Launch auf.

Amazon EC2 Auto Scaling führt keine geplanten Aktionen aus, die während des Sperrzeitraums ausgeführt werden sollen. Wenn Sie den Vorgang fortsetzenScheduledActions, berücksichtigt Amazon EC2 Auto Scaling nur geplante Aktionen, deren geplante Zeit noch nicht abgelaufen ist.

Maximale Instance-Lebensdauer — Wenn Launch oder ausgesetzt Terminate werden, kann die Funktion zur maximalen Instance-Lebensdauer keine Instances 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. Solange Launch es 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 es 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.