Fehlersuche bei Amazon EC2 Auto Scaling: Startfehler von EC2-Instance - Amazon EC2 Auto Scaling
Die angefragte Konfiguration wird derzeit nicht unterstützt.Die Sicherheitsgruppe <Name der Sicherheitsgruppe> ist nicht vorhanden. Die EC2-Instance konnte nicht gestartet werden.Das Schlüsselpaar <mit Ihrer EC2-Instance verbundenes Schlüsselpaar> ist nicht vorhanden. Die EC2-Instance konnte nicht gestartet werden.Der von Ihnen angeforderte Instance-Typ (<Instance type>) wird in der von Ihnen angeforderten Availability Zone (<instance Availability Zone>) nicht unterstützt...Ihr Spot-Anfragepreis von 0,015 ist niedriger als der erforderliche Mindestpreis für Spot-Anfragen von 0,0735...Ungültiger Gerätename <Gerätename> / Ungültiger Gerätename beim Hochladen. Die EC2-Instance konnte nicht gestartet werden.Der Wert (<Name des verbundenen Instance-Speichergeräts>) für den Parameter virtualName ist ungültig... Die EC2-Instance konnte nicht gestartet werden.EBS-Blockgerät-Zuweisungen werden für Instance-Speicher-AMIs nicht unterstützt.Platzierungsgruppen dürfen nicht mit Instanzen des Typs '<Instance type>' verwendet werden. Die EC2-Instance konnte nicht gestartet werden.Client.InternalError: Client-Fehler beim Start.Wir haben derzeit nicht genügend <instance type>-Kapazität in der Availability Zone, die Sie angefragt haben. Die EC2-Instance konnte nicht gestartet werden.Die angefragte Reservierung ist nicht ausreichend kompatibel und hat nicht genügend freie Kapazität für diese Anfrage. Die EC2-Instance konnte nicht gestartet werden.Ihre Kapazitätsblock-Reservierung <reservation id> ist noch nicht aktiv. Die EC2-Instance konnte nicht gestartet werden.Es ist keine Spot-Kapazität verfügbar, die Ihrer Anforderung entspricht. Die EC2-Instance konnte nicht gestartet werden.<number of instances> Instance wird/Instances werden bereits ausgeführt. Die EC2-Instance konnte nicht gestartet werden.

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.

Fehlersuche bei Amazon EC2 Auto Scaling: Startfehler von EC2-Instance

Auf dieser Seite finden Sie Informationen zu Ihren EC2-Instances, die nicht gestartet werden konnten, mögliche Ursachen und Maßnahmen, die Sie zum Lösen der Probleme ergreifen können.

Wie Sie eine Fehlermeldung abrufen, erfahren Sie unter Abrufen einer Fehlermeldung aus Skalierungen.

Falls Ihre EC2-Instances nicht gestartet werden können, erscheinen eine oder mehrere der folgenden Fehlermeldungen:

Startprobleme

Die angefragte Konfiguration wird derzeit nicht unterstützt.

Ursache : Einige Optionen in Ihrer Startvorlage oder Startkonfiguration sind möglicherweise nicht mit dem Instance-Typ kompatibel oder die Instance-Konfiguration wird in Ihrer angeforderten AWS Region oder Availability Zones möglicherweise nicht unterstützt.

Lösung : Versuchen Sie eine andere Instance-Konfiguration. Informationen zum Suchen nach einem Instance-Typ, der Ihren Anforderungen entspricht, finden Sie unter Suchen nach einem Amazon EC2 Instance-Typ im Amazon EC2-Benutzerhandbuch für Linux-Instances.

Weitere Informationen zum Beheben dieses Problems finden Sie unter:

  • Stellen Sie sicher, dass Sie ein AMI ausgewählt haben, das von Ihrem Instance-Typ unterstützt wird. Wenn der Instance-Typ beispielsweise einen ARM-basierten AWS Graviton-Prozessor anstelle eines Intel-Xeon-Prozessors verwendet, benötigen Sie ein ARM-kompatibles AMI. Weitere Informationen zur Auswahl eines kompatiblen Instance-Typs finden Sie unter Kompatibilität für das Ändern des Instance-Typs im Amazon-EC2-Benutzerhandbuch für Linux-Instances.

  • Testen Sie, ob der Instance-Typ in Ihrer angeforderten Region und Availability Zones verfügbar ist. Die Instance-Typen der neuesten Generation sind möglicherweise noch nicht in einer bestimmten Region oder Availability Zone verfügbar. Die Instance-Typen der älteren Generation sind möglicherweise nicht in neueren Regionen oder Availability Zones verfügbar. Verwenden Sie zum Suchen nach Instance-Typen, die nach Standort (Region oder Availability Zone) angeboten werden, den describe-instance-type-offerings-Befehl. Weitere Informationen finden Sie unter Einen Amazon EC2 Instance-Typ finden im Amazon EC2-Benutzerhandbuch für Linux-Instances.

  • Wenn Sie Dedicated Instances oder Dedicated Hosts verwenden, stellen Sie sicher, dass Sie einen Instance-Typ ausgewählt haben, der als Dedicated Instance oder Dedicated Host unterstützt wird.

Die Sicherheitsgruppe <Name der Sicherheitsgruppe> ist nicht vorhanden. Die EC2-Instance konnte nicht gestartet werden.

Ursache: Die Sicherheitsgruppe in Ihrer Startkonfiguration wurde möglicherweise gelöscht.

Solution (Lösung):

  1. Verwenden Sie den Befehl describe-security-groups, um eine Liste der Sicherheitsgruppen abzurufen, die Ihrem Konto zugeordnet sind.

  2. Wählen Sie in der Liste die Sicherheitsgruppen aus, die verwendet werden sollen. Verwenden Sie den Befehl create-security-group, um stattdessen eine Sicherheitsgruppe zu erstellen.

  3. Erstellen Sie eine neue Startvorlage oder Startkonfiguration.

  4. Aktualisieren Sie Ihre Auto-Scaling-Gruppe mit der neuen Startvorlage oder Startkonfiguration mithilfe des Befehls update-auto-scaling-group.

Das Schlüsselpaar <mit Ihrer EC2-Instance verbundenes Schlüsselpaar> ist nicht vorhanden. Die EC2-Instance konnte nicht gestartet werden.

Ursache: Das Schlüsselpaar, mit dem die Instance gestartet wurde, wurde möglicherweise gelöscht.

Solution (Lösung):

  1. Verwenden Sie den Befehl describe-key-pairs, um eine Liste der Schlüsselpaare abzurufen, die Ihnen zur Verfügung stehen.

  2. Wählen Sie in der Liste das Schlüsselpaar aus, das verwendet werden soll. Verwenden Sie den Befehl create-key-pair, um stattdessen ein Schlüsselpaar zu erstellen.

  3. Erstellen Sie eine neue Startvorlage oder Startkonfiguration.

  4. Aktualisieren Sie Ihre Auto-Scaling-Gruppe mit der neuen Startvorlage oder Startkonfiguration mithilfe des Befehls update-auto-scaling-group.

Der von Ihnen angeforderte Instance-Typ (<Instance type>) wird in der von Ihnen angeforderten Availability Zone (<instance Availability Zone>) nicht unterstützt...

Fehlermeldung: Der von Ihnen angeforderte Instance-Typ (<instance type>) wird in der von Ihnen angeforderten Availability Zone (<Instance Availability Zone>) nicht unterstützt...(Launching EC2 instance failed)… Starten der EC2-Instance fehlgeschlagen.

Ursache: Die in Ihrer Auto Scaling-Gruppe angegebenen Availability Zones unterstützen den von Ihnen gewählten Instance-Typ nicht.

Solution (Lösung):

  1. Überprüfen Sie, welche Availability Zones den von Ihnen ausgewählten Instance-Typ unterstützen, indem Sie den describe-instance-type-offerings Befehl oder die Amazon EC2-Konsole verwenden, indem Sie den Wert für Availability Zones im Netzwerkbereich der Seite Instance-Typen überprüfen.

  2. Aktualisieren oder entfernen Sie das Subnetz für alle nicht unterstützten Zonen in den Einstellungen Ihrer Auto Scaling-Gruppe mithilfe des update-auto-scaling-group Befehls . Weitere Informationen finden Sie unter Hinzufügen oder Entfernen von Availability Zones.

Ihr Spot-Anfragepreis von 0,015 ist niedriger als der erforderliche Mindestpreis für Spot-Anfragen von 0,0735...

Ursache: Der Spot-Höchstpreis in Ihrer Anfrage ist niedriger als der Spot-Preis für den ausgewählten Instance-Typ.

Lösung: Senden Sie eine neue Anforderung mit einem höheren Spot-Höchstpreis (möglicherweise dem On-Demand-Preis). Bisher basierte der von Ihnen gezahlte Spot-Preis auf Geboten. Heute zahlen Sie den aktuellen Spot-Preis. Wenn Sie Ihren Höchstpreis höher setzen, ist die Chance höher, dass der Amazon EC2 Spot-Service Ihre erforderliche Kapazität startet und erhält.

Ungültiger Gerätename <Gerätename> / Ungültiger Gerätename beim Hochladen. Die EC2-Instance konnte nicht gestartet werden.

Ursache 1: Die Blockgerät-Zuweisungen in Ihrer Startvorlage enthalten möglicherweise Blockgerätenamen, die nicht verfügbar sind oder derzeit nicht unterstützt werden.

Solution (Lösung):

  1. Überprüfen Sie, welche Gerätenamen für Ihre spezielle Instance-Konfiguration verfügbar sind. Weitere Einzelheiten zur Benennung von Geräten finden Sie unter Gerätenamen auf Linux-Instances im Amazon EC2-Benutzerhandbuch für Linux-Instances.

  2. Erstellen Sie manuell eine Amazon EC2-Instance, die nicht Teil der Auto-Scaling-Gruppe ist, und untersuchen Sie das Problem. Wenn die Konfiguration für die Benennung der Blockgeräte nicht mit den Namen im Amazon Machine Image (AMI) übereinstimmt, schlägt die Instance beim Start fehl. Weitere Informationen finden Sie unter Blockgerät-Zuweisungen im Amazon EC2-Benutzerhandbuch für Linux-Instances.

  3. Nachdem Sie bestätigt haben, dass Ihre Instance erfolgreich gestartet wurde, verwenden Sie den Befehl describe-volumes, um zu sehen, wie die Volumes der Instance ausgesetzt sind.

  4. Erstellen Sie eine neue Startvorlage oder Startkonfiguration mit dem Gerätenamen, der in der Volume-Beschreibung aufgeführt ist.

  5. Aktualisieren Sie Ihre Auto-Scaling-Gruppe mit der neuen Startvorlage oder Startkonfiguration mithilfe des Befehls update-auto-scaling-group.

Der Wert (<Name des verbundenen Instance-Speichergeräts>) für den Parameter virtualName ist ungültig... Die EC2-Instance konnte nicht gestartet werden.

Ursache: Das Format, in dem der virtuelle Name des Blockgeräts angegeben wurde, ist falsch.

Solution (Lösung):

  1. Erstellen Sie eine neue Startvorlage oder Startkonfiguration, indem Sie die Gerätenamen im Parameter virtualName angeben. Informationen über das Gerätenamenformat finden Sie unter Gerätebenennung bei Linux-Instances im Amazon EC2-Benutzerhandbuch für Linux-Instances.

  2. Aktualisieren Sie Ihre Auto-Scaling-Gruppe mit der neuen Startvorlage oder Startkonfiguration mithilfe des Befehls update-auto-scaling-group.

EBS-Blockgerät-Zuweisungen werden für Instance-Speicher-AMIs nicht unterstützt.

Ursache: Die Blockgerät-Zuweisungen, die in der Startvorlage oder Startkonfiguration angegeben wurden, werden auf Ihrer Instance nicht unterstützt.

Solution (Lösung):

  1. Erstellen Sie eine neue Startvorlage oder Startkonfiguration mit Blockgerät-Zuweisungen, die von Ihrem Instance-Typ unterstützt werden. Weitere Informationen finden Sie unter Blockgerät-Zuweisung im Amazon EC2-Benutzerhandbuch für Linux-Instances.

  2. Aktualisieren Sie Ihre Auto-Scaling-Gruppe mit der neuen Startvorlage oder Startkonfiguration mithilfe des Befehls update-auto-scaling-group.

Platzierungsgruppen dürfen nicht mit Instanzen des Typs '<Instance type>' verwendet werden. Die EC2-Instance konnte nicht gestartet werden.

Ursache: Ihre Cluster Placement-Gruppe enthält einen ungültigen Instance-Typ.

Solution (Lösung):

  1. Informationen zu gültigen Instance-Typen, die von Platzierungsgruppen unterstützt werden, finden Sie unter Platzierungsgruppen im Amazon EC2-Benutzerhandbuch für Linux-Instances.

  2. Folgen Sie der Anleitung unter Platzierungsgruppen, um eine neue Platzierungsgruppe zu erstellen.

  3. Alternativ können Sie eine neue Startvorlage oder Startkonfiguration mit einem unterstützten Instance-Typ erstellen.

  4. Aktualisieren Sie Ihre Auto-Scaling-Gruppe mit einer neuen Platzierungsgruppe, Startvorlage oder Startkonfiguration mithilfe des Befehls update-auto-scaling-group.

Client.InternalError: Client-Fehler beim Start.

Problem :Amazon EC2 Auto Scaling versucht, eine Instance zu starten, die ein verschlüsseltes EBS-Volume hat, aber die serviceverknüpfte Rolle hat keinen Zugriff auf den vom AWS KMS Kunden verwalteten Schlüssel, der zur Verschlüsselung verwendet wurde. Weitere Informationen finden Sie unter Erforderliche AWS KMS Schlüsselrichtlinie für die Verwendung mit verschlüsselten Volumes.

Ursache 1: Sie benötigen eine Schlüsselrichtlinie, welche die Berechtigung erteilt, den kundenverwalteten Schlüssel für die richtige servicebezogene Rolle zu verwenden.

Lösung 1: Erlauben Sie der serviceverknüpften Rolle, den kundenverwalteten Schlüssel wie folgt zu verwenden:

  1. Ermitteln Sie, welche serviceverknüpfte Rolle für diese Auto Scaling-Gruppe verwendet werden soll.

  2. Aktualisieren Sie die Schlüsselrichtlinie für den kundenverwalteten Schlüssel und erlauben Sie der serviceverknüpften Rolle, den vom Kunden verwalteten Schlüssel zu verwenden.

  3. Aktualisieren Sie die Auto Scaling-Gruppe, damit sie die serviceverknüpfte Rolle verwenden kann.

Ein Beispiel für eine Schlüsselrichtlinie, mit der die serviceverknüpfte Rolle den kundenverwalteten Schlüssel verwenden kann, finden Sie unterBeispiel 1: Schlüsselrichtlinienabschnitte, welche Zugriff auf den kundenverwalteten Schlüssel erlauben.

Ursache 2: Wenn sich der vom Kunden verwaltete Schlüssel und die Auto Scaling-Gruppe in unterschiedlichen AWS Konten befinden, müssen Sie den kontoübergreifenden Zugriff auf den vom Kunden verwalteten Schlüssel konfigurieren, um die Berechtigung zur Verwendung des vom Kunden verwalteten Schlüssels für die richtige serviceverknüpfte Rolle zu erteilen.

Lösung 2: Erlauben Sie der servicebezogenen Rolle im externen Konto, den kundenverwalteten Schlüssel im lokalen Konto wie folgt zu verwenden:

  1. Aktualisieren Sie die Schlüsselrichtlinie für den kundenverwalteten Schlüssel, um dem Konto der Auto-Scaling-Gruppe Zugriff auf den kundenverwalteten Schlüssel zu gewähren.

  2. Definieren Sie in der Auto-Scaling-Gruppe einen IAM-Benutzer oder eine IAM-Rolle zur Erstellung einer Zuwendung.

  3. Ermitteln Sie, welche serviceverknüpfte Rolle für diese Auto Scaling-Gruppe verwendet werden soll.

  4. Erstellen Sie eine Zuwendung für den kundenverwalteten Schlüssel, wobei die serviceverknüpfte Rolle als berechtigtes Prinzipal dient.

  5. Aktualisieren Sie die Auto Scaling-Gruppe, damit sie die serviceverknüpfte Rolle verwenden kann.

Weitere Informationen finden Sie unter Beispiel 2: Schlüsselrichtlinienabschnitte, welche Zugriff auf den kundenverwalteten Schlüssel über mehrere Konten erlauben.

Lösung 3: Verwenden Sie einen kundenverwalteten Schlüssel im selben AWS -Konto wie der Auto-Scaling-Gruppe

  1. Kopieren Sie den Snapshot und verschlüsseln Sie ihn erneut mit einem anderen kundenverwalteten Schlüssel im Konto der Auto-Scaling-Gruppe.

  2. Erlauben Sie der serviceverknüpften Rolle, den neuen kundenverwalteten Schlüssel zu verwenden. Lesen Sie die Schritte für Lösung 1.

Wir haben derzeit nicht genügend <instance type>-Kapazität in der Availability Zone, die Sie angefragt haben. Die EC2-Instance konnte nicht gestartet werden.

Error Message: Wir haben in der von Ihnen angeforderten Availability Zone (<requested Availability Zone>), derzeit nicht genügend <instance type>-Kapazität. Unser System arbeitet an der Bereitstellung zusätzlicher Kapazität. Sie können im Augenblick <instance type> Kapazität erhalten, indem Sie in Ihrer Anfrage keine Availability Zone auswählen oder <llist of Availability Zones that currently supports the instance type> auswählen. Die EC2-Instance konnte nicht gestartet werden.

Ursache: Derzeit wird die Kombination aus angefordertem Instance-Typ und Availability Zone nicht unterstützt.

Lösung : Um das Problem zu beheben, versuchen Sie Folgendes:

  • Warten Sie ein paar Minuten, bis Amazon EC2 Auto Scaling Kapazitäten für diesen Instance-Typ in anderen aktivierten Availability Zones gefunden hat.

  • Erweitern Sie Ihre Auto-Scaling-Gruppe auf zusätzliche Availability Zones. Weitere Informationen finden Sie unter Hinzufügen oder Entfernen von Availability Zones.

  • Befolgen Sie die bewährte Praxis, eine Vielzahl von Instance-Typen zu verwenden, damit Sie nicht von einem bestimmten Instance-Typ abhängig sind. Weitere Informationen finden Sie unter Auto-Scaling-Gruppen mit mehreren Instance-Typen und Kaufoptionen.

Die angefragte Reservierung ist nicht ausreichend kompatibel und hat nicht genügend freie Kapazität für diese Anfrage. Die EC2-Instance konnte nicht gestartet werden.

Ursache 1: Sie haben das Limit für die Anzahl der Instances erreicht, die Sie mit einer targeted On-Demand-Kapazitätsreservierung starten können.

Lösung 1: Erhöhen Sie entweder die Anzahl der Instances, die Sie mit der targeted On-Demand-Kapazitätsreservierung starten können, oder verwenden Sie eine Kapazitätsreservierungs-Gruppe, sodass alles, was über die reservierte Kapazität hinausgeht, als reguläre On-Demand-Kapazität gestartet wird. Weitere Informationen finden Sie unter Verwenden Sie On-Demand-Kapazitätsreservierungen, um Kapazitäten in bestimmten Availability Zones zu reservieren..

Ursache 2: Sie haben das Limit für die Anzahl der Instances erreicht, die Sie mit einem Kapazitätsblock starten können.

Bei Kapazitätsblöcken sind Sie durch die Menge der ursprünglich gekauften Kapazität eingeschränkt. Wenn die Zahl der Starts höher ist als erwartet und die gesamte verfügbare Kapazität aufgebraucht wird, führt dies dazu, dass Starts fehlschlagen. Beendete Instances durchlaufen einen langwierigen Bereinigungsprozess, bevor sie vollständig beendet werden. Während dieser Zeit können sie nicht wiederverwendet werden. Dies kann auch dazu führen, dass Starts fehlschlagen. Weitere Informationen finden Sie unter Verwenden von Kapazitätsblöcken für Machine-Learning-Workloads.

Lösung 2: Um das Problem zu beheben, versuchen Sie Folgendes:

  • Behalten Sie die Anfrage unverändert bei. Wenn eine Kapazitätsblock-Instance beendet wird, müssen Sie einige Minuten warten, bis die Instance beendet ist und die Kapazität wieder verfügbar ist. Amazon EC2 Auto Scaling löst automatisch die Startanforderung aus, bis die Kapazität verfügbar ist.

  • Stellen Sie sicher, dass Sie genügend Kapazität erwerben, um Ihre Spitzenauslastung bewältigen zu können, damit dieser Fehler nicht häufig auftritt.

Ihre Kapazitätsblock-Reservierung <reservation id> ist noch nicht aktiv. Die EC2-Instance konnte nicht gestartet werden.

Ursache: Der angegebene Kapazitätsblock ist noch nicht aktiv.

Lösung: Folgen Sie dem empfohlenen Ansatz für Kapazitätsblöcke und verwenden Sie die geplante Skalierung. Auf diese Weise können Sie sicherstellen, dass Sie die gewünschte Kapazität Ihrer Auto-Scaling-Gruppe nur dann erhöhen, wenn die Reservierung aktiv ist, und sie verringern, bevor die Reservierung beendet ist.

Es ist keine Spot-Kapazität verfügbar, die Ihrer Anforderung entspricht. Die EC2-Instance konnte nicht gestartet werden.

Ursache: Derzeit ist nicht genügend freie Kapazität vorhanden, um Ihre Anforderung nach Spot-Instances zu erfüllen.

Lösung : Um das Problem zu beheben, versuchen Sie Folgendes:

  • Warten Sie einige Minuten; die Kapazität kann häufig wechseln. Amazon EC2 Auto Scaling löst automatisch die Startanforderung aus, bis die Kapazität verfügbar ist.

  • Erweitern Sie Ihre Auto-Scaling-Gruppe auf zusätzliche Availability Zones. Weitere Informationen finden Sie unter Hinzufügen oder Entfernen von Availability Zones.

  • Befolgen Sie die bewährte Praxis, eine Vielzahl von Instance-Typen zu verwenden, damit Sie nicht von einem bestimmten Instance-Typ abhängig sind. Weitere Informationen finden Sie unter Auto-Scaling-Gruppen mit mehreren Instance-Typen und Kaufoptionen.

<number of instances> Instance wird/Instances werden bereits ausgeführt. Die EC2-Instance konnte nicht gestartet werden.

Ursache: Sie haben das Limit der Anzahl der Instances, die Sie in einer Region starten können, erreicht. Wenn Sie Ihr AWS Konto erstellen, legen wir Standardlimits für die Anzahl der Instances fest, die Sie pro Region ausführen können.

Lösung : Um das Problem zu beheben, versuchen Sie Folgendes:

  • Wenn Ihre aktuellen Limits Ihren Bedürfnissen nicht entsprechen, können Sie eine Kontingenterhöhung auf regionaler Basis anfordern. Weitere Informationen finden Sie unter Amazon EC2-Servicekontingente im Amazon EC2-Benutzerhandbuch für Linux-Instances.

  • Senden Sie eine neue Anforderung mit einer geringeren Anzahl von Instances (die Sie später erhöhen können).