View a markdown version of this page

Umgang mit EC2-Fehlern bei unzureichender Kapazität - Instance Scheduler auf AWS
KonfigurationFunktionsweiseAnforderungen und EinschränkungenBeispiel

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.

Umgang mit EC2-Fehlern bei unzureichender Kapazität

Wenn Instance Scheduler eine Instance aufgrund unzureichender Kapazität nicht starten kann, wird standardmäßig ein Ereignis ausgelöst, bei dem der Start fehlgeschlagen ist (siehe EventBridge Ereignisse), und es wird im nächsten Planungsintervall erneut versucht. Alternativ kann Instance Scheduler so konfiguriert werden, dass die Größe Ihrer Instance an alternative Instance-Typen angepasst wird, bevor Sie den Startvorgang erneut versuchen. Diese Funktion trägt zur Verbesserung der Instance-Verfügbarkeit in kapazitätsbeschränkten Umgebungen bei.

Konfiguration

Um alternative Instance-Typen für eine EC2-Instance zu aktivieren, fügen Sie der Instance das IS-PreferredInstanceTypes Tag mit einer kommagetrennten Liste von Instance-Typen in der Reihenfolge ihrer Präferenz hinzu (die bevorzugte zuerst):

IS-PreferredInstanceTypes: t3.medium,t3.large,m5.large

Funktionsweise

Die Liste der alternativen Instance-Typen wird in der Reihenfolge ihrer Präferenz bereitgestellt, wobei der erste Typ der am meisten bevorzugte ist. Wenn Instance Scheduler versucht, eine EC2-Instance zu starten:

  1. Wenn die Instance derzeit nicht die am meisten bevorzugte Größe hat, versucht vor dem Start, die Größe auf die am meisten bevorzugte Größe zu ändern

  2. Wenn der Startvorgang erfolgreich ist, werden keine weiteren Alternativen versucht

  3. Wenn der Startvorgang aufgrund unzureichender Kapazität fehlschlägt:

    1. Versucht, die Größe auf den nächsten alternativen Instanztyp in der Liste zu ändern

    2. Versucht den Startvorgang erneut

    3. Wenn immer noch nicht erfolgreich, versucht es mit dem nächsten alternativen Typ

    4. Wird fortgesetzt, bis der Vorgang erfolgreich ist oder alle Alternativen erschöpft sind

Anforderungen und Einschränkungen

Instance-Kompatibilität: Alternative Instance-Typen müssen mit der aktuellen Konfiguration der Instance kompatibel sein (AMI, Subnetz, Sicherheitsgruppen usw.). Weitere Informationen finden Sie unter Ändern des Instance-Typs im Amazon EC2-Benutzerhandbuch.

Tag-Format: Der IS-PreferredInstanceTypes Tag-Wert muss eine durch Kommas getrennte Liste gültiger EC2-Instance-Typen sein.

Beispiel

Für eine Instance, die ursprünglich als konfiguriert wurdet3.small, könnten Sie Folgendes konfigurieren:

Schedule: office-hours
IS-PreferredInstanceTypes: t3.small,t3.medium,t3.large,m5.large

Wenn die t3.small Instance aufgrund von Kapazitätsproblemen nicht gestartet werden kann, versucht Instance Scheduler, die Größe zu ändern und die Instance so zu startent3.medium, m5.large bis der Erfolg erfolgreich ist oder alle Optionen ausgeschöpft sind. t3.large