Wie wirken sich unterbrochene Prozesse auf andere Prozesse aus

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 Scale-In-Aktivitäten für Alarme einleiten, bei denen ein Verstoß vorliegt.

ScheduledActionsist aktiv, aber Ihre Auto Scaling-Gruppe kann keine Aktivitäten für geplante Aktionen einleiten, die stattfinden.

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 eine Skalierung stattfindet, versucht der Skalierungsprozess dennoch, die Availability Zones auszugleichen. Während des Scale-Outs 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 sie AZRebalance unterbrochen werden.

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 sie gesperrt Terminate sind, kann die Funktion für die maximale Instanzlebensdauer keine Instances ersetzen.

Spot-Instance-Unterbrechungen — Wenn Terminate die Spot-Instances gesperrt sind und Ihre Auto Scaling-Gruppe über Spot-Instances verfügt, können sie trotzdem beendet werden, falls die Spot-Kapazität nicht mehr verfügbar ist. 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ätsneuverteilung — Wenn die Funktion unterbrochen Terminate ist und Sie Capacity Rebalancing verwenden, um Spot-Instance-Unterbrechungen zu bewältigen, kann der Amazon EC2 Spot-Service Instances trotzdem beenden, falls die 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 Instances gesperrt Terminate sind, können Sie Instances trennen, die an Ihre Auto Scaling-Gruppe angehängt sind. Solange sie jedoch gesperrt Launch ist, können Sie der Gruppe keine neuen Instances hinzufügen.

Standby-Instances — Wenn Launch und sie suspendiert Terminate sind, können Sie eine Instance in den Standby Status versetzen. Solange sie jedoch gesperrt Launch ist, können Sie eine Instance in diesem Standby Zustand nicht wieder betriebsbereit machen.