Warum hat meine EC2-Linux-Instance eine Systemstatusprüfung nicht bestanden?

Lesedauer: 3 Minute
0

Meine Amazon Elastic Compute Cloud (Amazon EC2) Linux-Instance hat eine Systemstatusüberprüfung nicht bestanden und ist nicht mehr zugänglich.

Kurzbeschreibung

Fehlgeschlagene Systemstatusprüfungen deuten darauf hin, dass Probleme mit der Plattform vorliegen, auf der Ihre EC2-Instance gehostet wird. Wenn Sie sich nicht sicher sind, welche Art von Statusprüfung fehlgeschlagen ist, finden Sie weitere Informationen unter Anzeigen Statusprüfungen.

Hinweis: Wenn Sie den Fehler „Instance-Erreichbarkeitsprüfung fehlgeschlagen“ erhalten, finden Sie weitere Informationen unter Wie behebe ich eine EC2-Linux-Instance, die die Instance-Statusprüfung aufgrund von Betriebssystemproblemen nicht bestanden hat?

Auflösung

Anzeigen das AWS-Servicestatus-Dashboard

Suchen Sie im AWS-Gesundheits-Dashboard nach Serviceunterbrechungen in der AWS-Region, in der sich Ihre Instance befindet.

Beheben von Fehlern bei der Überprüfung des Systemstatus

Wichtig: Es hat sich bewährt, ein Amazon Machine Image (AMI) als Backup Ihrer Instance zu erstellen, bevor Sie irgendwelche Operationen ausführen.

Sie können entweder warten, bis AWS das Problem behoben hat, oder Sie können Ihre Instance manuell beenden und starten. Denken Sie daran, dass ein Stopp und Start nicht mit einem Neustart gleichzusetzen ist. Ein Stopp und Start migriert die Instanz auf einen neuen, fehlerfreien Host. Um fehlgeschlagene Systemstatusprüfungen zu beheben, ist diese Migration erforderlich.

Warnung: Bevor Sie Ihre Instance beenden und starten, beachten Sie die folgenden Bedingungen:

  • Daten, die auf Instance-Speicher-Volumes gespeichert sind, gehen verloren, wenn die Instance gestoppt wird. Bevor Sie die Instance beenden, stellen Sie sicher, dass Sie eine Sicherungskopie der Daten erstellen. Im Gegensatz zu Volumes, die von Amazon Elastic Block Store (Amazon EBS) unterstützt werden, sind Instance-Speicher-Volumes kurzlebig und unterstützen keine Datenpersistenz.
  • Die statische öffentliche IPv4-Adresse, die Amazon EC2 der Instance beim Start automatisch zugewiesen hat, ändert sich nach dem Stopp und Start. Um eine öffentliche IPv4-Adresse beizubehalten, die sich nicht ändert, wenn die Instance gestoppt wird, verwenden Sie eine Elastic-IP-Adresse.

Weitere Informationen finden Sie unter Stoppen und Starten Ihrer Instance.

In seltenen Fällen kann das Problem auf der Infrastrukturebene dazu führen, dass der zugrunde liegende Host nicht auf die Stopp- und Start-Aufrufe des API reagiert. Dies führt dazu, dass die Instance im Stopp-Zustand „hängen bleibt“. Wenn dies der Fall ist, erzwingen Sie das Beenden der Instance über die Amazon EC2-Konsole oder die AWS-Befehlszeilenschnittstelle (AWS CLI). Diese Aktion kann mehrere Minuten dauern. Weitere Informationen finden Sie unter Stoppen der Instance erzwingen.

Hinweis: Wenn Sie beim Ausführen von AWS-CLI-Befehlen Fehler erhalten, stellen Sie sicher, dass Sie die neueste Version der AWS-CLI verwenden.

Instances, die eine vereinfachte automatische Wiederherstellung unterstützen, stellen standardmäßig ausgefallene Instances wieder her. Es ist jedoch eine bewährte Methode, die aktionsbasierte Wiederherstellung von Amazon CloudWatch zu konfigurieren. Erstellen Sie dazu einen CloudWatch-Alarm zur Überwachung Ihrer Instance. Die aktionsbasierte Wiederherstellung von Amazon CloudWatch stellt automatisch Instances wieder her, die aufgrund eines zugrunde liegenden Hardwarefehlers oder anderer Probleme beeinträchtigt sind, für deren Reparatur die Beteiligung von AWS erforderlich ist.

Ähnliche Informationen

Arten von Statusprüfungen

Warum ist meine EC2-Linux-Instance nicht erreichbar und besteht eine oder beide Statusprüfungen nicht?

Ich habe eine Mitteilung erhalten, die besagt, dass Amazon EC2 eine Verschlechterung der zugrunde liegenden Hardware festgestellt hat, die meine EC2-Instance hostet. Was muss ich tun?

AWS OFFICIAL
AWS OFFICIALAktualisiert vor 7 Monaten