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.

# Behandlung von EC2-Fehlern mit unzureichender Kapazität
<a name="specifying-alternate-instance-types-for-ec2"></a>

Wenn Instance Scheduler eine Instance aufgrund unzureichender Kapazität nicht starten kann, gibt er standardmäßig ein Startfehler aus (siehe [EventBridge Ereignisse](monitor-the-solution.md#monitoring-eventbridge-events)) und versucht es im nächsten Planungsintervall erneut. Alternativ kann Instance Scheduler so konfiguriert werden, dass die Größe Ihrer Instance auf alternative Instance-Typen angepasst wird, bevor der Startvorgang erneut versucht wird. Diese Funktion trägt dazu bei, die Verfügbarkeit von Instanzen in Umgebungen mit eingeschränkter Kapazität zu verbessern.

## Konfiguration
<a name="configuration"></a>

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 (am meisten bevorzugt zuerst):

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

## Funktionsweise
<a name="how-it-works"></a>

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

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

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

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

   1. Wiederholt den Startvorgang

   1. Falls es immer noch nicht erfolgreich ist, versucht es mit dem nächsten alternativen Typ

   1. Setzt fort, bis der Vorgang erfolgreich ist oder alle Alternativen ausgeschöpft sind

## Anforderungen und Einschränkungen
<a name="requirements-and-limitations"></a>

 **Instanzkompatibilitä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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html#resize-limitations) im *Amazon EC2 EC2-Benutzerhandbuch*.

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

## Beispiel
<a name="example"></a>

Für eine Instanz, die ursprünglich als konfiguriert wurde`t3.small`, könnten Sie Folgendes konfigurieren:

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

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