Verwenden Sie den Kapazitätsausgleich in der EC2 Flotte und der Spot-Flotte, um gefährdete Spot-Instances zu ersetzen

Amazon EC2 beendet die Spot-Instances, die eine Rebalance-Benachrichtigung erhalten, nachdem neue Ersatz-Spot-Instances gestartet wurden. Wenn Sie launch-before-terminate angeben, müssen Sie auch einen Wert für termination-delay angeben. Nachdem die neuen Ersatz-Instances gestartet wurden, EC2 wartet Amazon die Dauer der termination-delay Instances ab und beendet dann die alten Instances. Für termination-delay beträgt das Minimum 120 Sekunden (2 Minuten) und das Maximum 7 200 Sekunden (2 Stunden).

Wir empfehlen die Verwendung von launch-before-terminate nur, wenn Sie vorhersagen können, wie lange Ihre Verfahren zum Herunterfahren der Instances dauern werden. Dadurch wird sichergestellt, dass die alten Instances erst beendet werden, wenn die Verfahren zum Herunterfahren abgeschlossen sind. Beachten Sie, dass Amazon die alten Instanzen mit einer zweiminütigen Warnung vor dem unterbrechen EC2 kann. termination-delay

Wir raten dringend davon ab, die Zuweisungsstrategie lowest-price (EC2Fleet) oder lowestPrice (Spot-Flotte) in Kombination mit launch-before-terminate zu verwenden, um Ersatz-Spot-Instances zu vermeiden, bei denen ebenfalls ein erhöhtes Ausfallrisiko besteht.

Amazon EC2 startet Ersatz-Spot-Instances, wenn für bestehende Spot-Instances eine Rebalance-Benachrichtigung ausgegeben wird. Amazon beendet die Instances, die eine Benachrichtigung über die Neuverteilung erhalten, EC2 nicht. Sie können die alten Instances beenden oder laufen lassen. Ihnen werden alle Instances in Rechnung gestellt, während sie ausgeführt werden.

Konfigurieren Sie Ihre Flotte für die Verwendung mehrerer Instance-Typen und Availability Zones. Dies bietet die Flexibilität, Spot-Instances in verschiedenen Spot-Kapazitätspools zu starten. Weitere Informationen finden Sie unter Flexibel sein bei Instance-Typen und Availability Zones.

Um ein erhöhtes Unterbrechungsrisiko zu vermeiden, empfehlen wir die capacity-optimized- oder capacity-optimized-prioritized-Zuweisungsstrategie. Diese Strategien stellen sicher, dass Ersatz-Spot-Instances in den optimalen Spot-Kapazitätspools gestartet werden und ihre Unterbrechung in naher Zukunft daher weniger wahrscheinlich ist. Weitere Informationen finden Sie unter Nutzen der preis- und kapazitätsoptimierten Zuweisungsstrategie.

Ihre Ersatz-Spot-Instances haben möglicherweise ein erhöhtes Risiko einer Unterbrechung, wenn Sie die lowest-price-Zuweisungsstrategie verwenden. Dies liegt daran, dass Amazon Instances immer in dem Pool mit dem niedrigsten Preis EC2 startet, der zu diesem Zeitpunkt über verfügbare Kapazität verfügt, auch wenn Ihre Ersatz-Spot-Instances wahrscheinlich bald nach dem Start unterbrochen werden.

Eines der Ziele des Kapazitätsausgleichs ist die Verbesserung der Verfügbarkeit einer Spot Instance. Wenn eine bestehende Spot-Instance eine Rebalance-Empfehlung erhält, EC2 startet Amazon nur dann eine neue Instance, wenn die neue Instance dieselbe oder eine bessere Verfügbarkeit als die bestehende Instance bietet. Wenn das Risiko einer Unterbrechung einer neuen Instance größer ist als das der bestehenden Instance, EC2 wird Amazon keine neue Instance starten. Amazon EC2 wird jedoch weiterhin die Spot-Kapazitätspools bewerten und eine neue Instance starten, wenn sich die Verfügbarkeit verbessert.

Es besteht die Möglichkeit, dass Ihre bestehende Instance unterbrochen wird, ohne dass Amazon EC2 proaktiv eine neue Instance startet. In diesem Fall versucht AmazonEC2, eine neue Instance zu starten, unabhängig davon, ob für die neue Instance ein hohes Ausfallrisiko besteht.

Wenn Sie Capacity Rebalancing aktivieren, erhöht sich dadurch nicht die Unterbrechungsrate Ihrer Spot-Instance (die Anzahl der Spot-Instances, die zurückgefordert werden, wenn Amazon die Kapazität wieder EC2 benötigt). Wenn Capacity Rebalancing jedoch feststellt, dass bei einer Instance das Risiko einer Unterbrechung besteht, versucht Amazon EC2 sofort, eine neue Instance zu starten. Das Ergebnis ist, dass möglicherweise mehr Instances ersetzt werden, als wenn Sie darauf gewartet hätten, dass Amazon EC2 eine neue Instance startet, nachdem die gefährdete Instance unterbrochen wurde.

Sie können zwar mehr Instances mit aktiviertem Capacity Rebalancing ersetzen, jedoch Sie profitieren davon, dass Sie eher proaktiv als reaktiv sind, indem Sie mehr Zeit haben, Maßnahmen zu ergreifen, bevor Ihre Instances unterbrochen werden. Mit einer Spot-Instance-Unterbrechungsbenachrichtigung haben Sie normalerweise nur bis zu zwei Minuten Zeit, um Ihre Instance ordnungsgemäß herunterzufahren. Wenn Capacity Rebalancing eine neue Instance im Voraus startet, geben Sie bestehenden Prozessen eine bessere Chance, sie auf Ihrer gefährdeten Instance abzuschließen. Sie können mit dem Herunterfahren Ihrer Instance beginnen und verhindern, dass neue Arbeiten für Ihre gefährdete Instance geplant werden. Sie können auch damit beginnen, die neu gestartete Instance für die Übernahme der Anwendung vorzubereiten. Mit dem proaktiven Ersetzen durch Capacity Rebalancing profitieren Sie von einer reibungslosen Kontinuität.

Betrachten Sie als theoretisches Beispiel zur Demonstration der Risiken und Vorteile des Einsatzes von Capacity Rebalancing das folgende Szenario:

* Falls launch-before-terminate angegeben, beendet Amazon EC2 die gefährdete Instance, sobald die Ersatz-Instance online ist.

Wenn eine Flotte für den Kapazitätsneuausgleich konfiguriert ist, versucht die Flotte, eine neue Ersatz-Spot-Instance für jede Spot-Instance zu starten, die eine Ausgleichsempfehlung erhält. Nachdem eine Spot-Instance eine Neuausgleichsempfehlung erhalten hat, wird sie nicht mehr als Teil der erfüllten Kapazität gezählt. Abhängig von der Ersatzstrategie beendet Amazon die Instance EC2 entweder nach einer vorkonfigurierten Terminierungsverzögerung oder lässt sie laufen. Dies gibt Ihnen die Möglichkeit, Neuausgleichsaktionen für die Instance durchzuführen.

Wenn Ihre Flotte die doppelte Zielkapazität erreicht, wird sie keine neuen Ersatz-Instances mehr starten, selbst wenn die Ersatz-Instances selbst eine Empfehlung zum Neuausgleich erhalten.

Angenommen, Sie erstellen Sie eine Spot-Flotte mit einer Zielkapazität von 100 Spot Instances. Alle Spot-Instances erhalten eine Empfehlung zur Neuverteilung, was Amazon veranlasst, 100 Ersatz-Spot-Instances EC2 auf den Markt zu bringen. Dadurch wird die Anzahl der erfüllten Spot-Instances auf 200 erhöht, was der doppelten Zielkapazität entspricht. Einige der Ersatz-Instances erhalten eine Neuausgleichsempfehlung, es werden jedoch keine Ersatz-Instances mehr gestartet, da die Flotte die doppelte Zielkapazität nicht überschreiten kann.

Beachten Sie, dass Ihnen alle Instances in Rechnung gestellt werden, während sie ausgeführt werden.

Wenn Sie Ihre Flotte für den Kapazitätsneuausgleich konfigurieren, empfehlen wir Ihnen, launch-before-terminate mit einer angemessenen Beendigungsverzögerung nur dann auszuwählen, wenn Sie vorhersagen können, wie lange die Verfahren zum Herunterfahren der Instances dauern werden. Dadurch wird sichergestellt, dass die alten Instances erst beendet werden, wenn die Verfahren zum Herunterfahren abgeschlossen sind.

Wenn Sie die für die Neuausgleichsempfehlung empfohlenen Instances selbst beenden möchten, empfehlen wir Ihnen, das Signal für die Neuausgleichsempfehlung zu überwachen, das von den Spot-Instances in der Flotte empfangen wird. Durch die Überwachung des Signals können Sie schnell Ausgleichsaktionen an den betroffenen Instances durchführen, bevor Amazon sie EC2 unterbricht, und sie dann manuell beenden. Wenn Sie die Instances nicht beenden, bezahlen Sie weiterhin für sie, während sie ausgeführt werden. Amazon beendet die Instances, die eine Neugewichtsempfehlung erhalten, EC2 nicht automatisch.

Sie können Benachrichtigungen mithilfe von Amazon EventBridge - oder Instance-Metadaten einrichten. Weitere Informationen finden Sie unter Überwachen von Signalen für Neuausgleichsempfehlungen.

Wenn Ihre Flottett für den Kapazitätsneuausgleich konfiguriert ist und Sie die Zielkapazität so ändern, dass sie entweder abskaliert oder aufskaliert wird, zählt die Flotte die Instances nicht, die für den Ausgleich markiert sind, wie folgt: