AWS re:Post Knowledge Center Feedback Survey

Help us improve the AWS re:Post Knowledge Center by sharing your feedback in a brief survey. Your input can influence how we create and update our content to better support your AWS journey.

Warum kann ich meine EC2-Instance nicht starten oder aufrufen?

Lesedauer: 6 Minute

Ich kann keine neue Amazon Elastic Compute Cloud (Amazon EC2)-Instance starten oder meine bestehende Instance starten.

Behebung

Hinweis: Wenn du beim Ausführen von AWS Command Line Interface (AWS CLI)-Befehlen Fehlermeldungen erhältst, findest du weitere Informationen dazu unter Problembehandlung bei der AWS CLI. Stelle außerdem sicher, dass du die neueste Version der AWS CLI verwendest.

Wenn du beim Versuch, die Instance zu starten, keinen Fehlercode erhalten, suche im AWS CloudTrail-Ereignisverlauf nach dem Ereignis StartInstances. Oder führe den folgenden AWS-CLI-Befehl describe-instances aus:

aws ec2 describe-instances --instance-id MYINSTANCE --output json

Hinweis: Ersetze **MYINSTANCE ** durch die ID der Instance, die du nicht starten kannst.

Überprüfe in der Ausgabe die StateReason-Nachricht. Im folgenden Beispiel ist StateReasondie Meldung Client.InternalError:

"StateReason": {     "Message": "Client.InternalError: Client error on launch",
     "Code": "Client.InternalError"
   },

Ergreife je nach Fehler, den du erhältst, die folgenden Maßnahmen zur Problembehandlung.

„InsufficientInstanceCapacity“

Der folgende Fehler tritt auf, wenn nicht genügend On-Demand-Kapazität vorhanden ist, um die neue Instance zu starten oder die beendete Instance neu zu starten:

„An error occurred (InsufficientInstanceCapacity) when calling the StartInstances operation (reached max retries: 4): Insufficient capacity.)“

Um dieses Problem zu beheben, siehe Wie behebe ich InsufficientInstanceCapacity-Fehler, wenn ich eine EC2-Instance starte oder aufrufe?

„InstanceLimitExceeded“

Der folgende Fehler tritt auf, wenn du mehr Instances als die maximal zulässige Anzahl in einer AWS-Region startest:

„InstanceLimitExceeded: Your quota allows for 0 more running instance(s).“

Um dieses Problem zu beheben, siehe Wie behebe ich den Fehler „InstanceLimitExceeded“ beim Starten oder Aufrufen einer EC2-Instance?

„UnauthorizedOperation“

Der Fehler „UnauthorizedOperation“ tritt auf, wenn der Benutzer, der die Instance gestartet hat, nicht über die erforderlichen Berechtigungen verfügt. Um diesen Fehler zu beheben, siehe Wie decodiere und analysiere ich Autorisierungsfehler „UnauthorizedOperation“ für Startfehler der EC2-Instance?

„Die angeforderte Konfiguration wird derzeit nicht unterstützt“

Die Fehlermeldung „configuration is currently not supported“ wird angezeigt, wenn die von dir angeforderte Availability Zone den von dir angegebenen Instance-Typ nicht unterstützt. Um die Verfügbarkeit der Instance-Typen in bestimmten Availability Zones zu überprüfen, führe den folgenden Befehl describe-instance-type-offerings aus:

aws ec2 describe-instance-type-offerings --location-type availability-zone --filters Name=instance-type,Values=c5.2xlarge --region us-east-1

Hinweis: Ersetze c5.2xlarge durch den Instance-Typ und us-east-1 durch die Region der Availability Zone.

Falls notwendig, starte dann die Instance in einer unterstützten Availability Zone.

Der Fehler tritt auch auf, wenn das Amazon Machine Image (AMI), das du zum Starten der Instance verwendet hast, den von dir ausgewählten Instance-Typ nicht unterstützt. Bevor du den Instance-Typ oder die Instance-Familie auswählst, lies die Beschreibung für AWS im AWS Marketplace. Dieses Problem tritt normalerweise auf, wenn du die AWS CLI verwendest, um ein AWS Marketplace-AMI zu starten. Wenn du die Amazon EC2-Konsole verwendest, um die Instance zu starten, kannst du nicht auf nicht unterstützte Instances zugreifen.

„InternalError“

Der Fehler „InternalError“ tritt in der Regel aus den folgenden Gründen auf:

Du hast die Volume im Amazon Elastic Block Store (Amazon EBS) nicht korrekt an die Instance angeschlossen.
Ein EBS-Volume, das an die Instance angeschlossen ist, befindet sich im Status ERROR.
Du hast ein verschlüsseltes EBS-Volume an die Instance angehängt, bist aber nicht berechtigt, auf den Entschlüsselungsschlüssel des AWS Key Management Service (AWS KMS) zuzugreifen.

Informationen zur Behebung dieses Fehlers findest du unter Wie behebe ich eine Amazon EC2-Instance, die stoppt oder beendet wird, wenn ich versuche, sie mit dem Fehler „InternalError“ oder „client.userInitiatedShutdown“ zu starten?

„Disk full“

Wenn dir auf einer Instance der Speicherplatz ausgeht und der Audit-Service den Computer beim Hochfahren stoppt, erhältst du die Fehlermeldung „disk full“.

Wichtig: Bevor du die Instance anhältst und startest, gehe wie folgt vor.

Erstelle einen Snapshot des EBS-Volumes.
Hinweis: Wenn die Instance vom Instance-Speicher unterstützt wird oder über Instance-Speicher-Volumes verfügt, die Daten enthalten, löscht Amazon EC2 die Daten, wenn du die Instance anhältst.
Entferne die Instance vorübergehend aus ihrer Amazon EC2 Auto Scaling-Gruppe.
Hinweis: Wenn du eine Instance stoppst, die sich in einer Amazon EC2 Auto Scaling-Gruppe befindet, beendest du die Instance möglicherweise auf der Grundlage der Abskalierungs-Schutzeinstellungen. Instances, die du mit Amazon EMR, AWS CloudFormation oder AWS Elastic Beanstalk startest, sind möglicherweise Teil einer Auto-Scaling-Gruppe.
Stelle das Verhalten beim Herunterfahren der Instance auf Stopp ein, um sicherzustellen, dass die Instances nicht beendet werden, wenn du sie anhältst.

Hinweis: Wenn du eine Instance anhältst und startest, ändert sich die öffentliche IP-Adresse der Instance. Es empfiehlt sich, beim Weiterleiten von externem Datenverkehr an die Instance eine Elastic-IP-Adresse anstelle einer öffentlichen IP-Adresse zu verwenden.

Gehe wie folgt vor, um den Fehler „disk full“ zu beheben:

Öffne die Amazon-EC2-Konsole.
Wähle aus dem Navigationsbereich unter Instances deine Instance aus.
Instance stoppen.
Trenne das EBS-Root-Volume /dev/xvda von der gestoppten Instance.
Starte eine neue Rettungs-EC2-Instance in derselben Availability Zone wie die ursprüngliche Instance.
Füge das Root-Volume als sekundäres Gerät an die Rettungs-Instance an.
Hinweis: Wenn du sekundäre Volumes anschließt, kannst du unterschiedliche Gerätenamen verwenden.
Verwende SSH, um eine Verbindung zu der Rettungs-Instance herzustellen.
Um ein Bereitstellungspunkt-Verzeichnis für das neue Volume zu erstellen, führe den folgenden Befehl aus:
```
sudo mkdir /mnt/rescue
```
Hinweis: Ersetze /mnt/rescue durch dein Bereitstellungspunkt-Verzeichnis. Du kannst sudo-Befehle nur für Instances verwenden, die unter Linux ausgeführt werden.
Führe den folgenden Befehl aus, um das Volume in das neue Verzeichnis einzubinden:
```
sudo mount /dev/xvdf /mnt/rescue
```
Hinweis: Ersetze /dev/xvdf durch den Gerätenamen und /mnt/rescue durch das Bereitstellungspunkt-Verzeichnis. Du kannst sudo-Befehle nur für Instances verwenden, die unter Linux ausgeführt werden. Wenn du den Gerätenamen nicht kennst, führe den folgenden Befehl aus, um alle verfügbaren Festplattengeräte und ihre Bereitstellungspunkte anzuzeigen:
```
lsblk
```
Erhöhe die Größe des Root-Volumes.
Erweitere die Partition.
Führe den folgenden Befehl aus, um die Einbindung des Volumes aufzuheben:

sudo umount /mnt/rescue

Hinweis: Ersetze /mnt/rescue durch dein Bereitstellungspunkt-Verzeichnis. Du kannst sudo-Befehle nur für Instances verwenden, die unter Linux ausgeführt werden. Trenne das Volume von der Rettungs-Instance. Hänge das Volume mit dem Root-Gerätenamen /dev/xvda an die ursprüngliche Instance an. Starte die Instance, um zu bestätigen, dass sie erfolgreich gestartet wurde. Überprüfe die Audit-Konfigurationsdatei /etc/audit/auditd.conf für HALT, um sicherzustellen, dass der Audit-Service den Computer nicht herunterfahren kann, wenn ihm der Speicherplatz ausgeht. Stelle für Amazon Linux 1 (AL1), Amazon Linux 2 (AL2) und Amazon Linux 2023 (AL2023) sicher, dass die Audit-Konfigurationsdatei die folgenden Optionen enthält:

max_log_file_action = ROTATEadmin_space_left_action = SUSPEND
disk_full_action = SUSPEND
disk_error_action = SUSPEND

„InvalidParameterValue“

Die Fehlermeldung „InvalidParameterValue“ tritt auf, wenn ein Parameter in der Anforderung nicht gültig ist, nicht unterstützt wird oder nicht verwendet werden kann. Die Fehlermeldung enthält eine Erklärung. Wenn beispielsweise kein Root-Volume an die Instance unter /dev/sda1 oder /dev/xvda angehängt ist, startet die Instance nicht. In diesem Fall erhältst du einen Eintrag in der CloudTrail-Ereignisverlauf, der dem folgenden Beispiel ähnelt:

„An error occurred (InvalidParameterValue) when calling the StartInstances operation: Invalid value 'i-abcdefghxyz' for instanceId. Instance does not have a volume attached at root (/dev/sda1)“

Um dieses Problem zu beheben, ändere den Parameter, der in der Fehlermeldung aufgeführt ist. Um beispielsweise den obigen Fehler zu beheben, hänge das Root-Volume an die Instance unter /dev/sda1 an und starte dann die Instance. Weitere Informationen findest du unter Fehlercodes für die Amazon EC2-API.