Warum wird meine EC2-Linux-Instance neu gebootet oder neu gestartet?

Kurzbeschreibung

Deine Instance könnte aus den folgenden Gründen unerwartet neu gebootet oder neu gestartet werden:

• Die Instance hat ihre Statusprüfungen nicht bestanden.
• Es gibt ein Problem mit der zugrunde liegenden Hardware, die deine Instance hostet, und Amazon EC2 hat die Instance neu gestartet, um sie auf eine fehlerfreie Hardware zu verschieben.
• Geplante Wartungen an der Instance haben einen Reboot initiiert.
• Ein Benutzer oder eine Anwendung auf dem Server hat die Instance neu gebootet.
• Es gibt einen Kernel-Bug.

Lösung

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.

Überprüfung des Servicestatus-Dashboards

Suche im AWS-Servicestatus-Dashboard nach Ereignissen, die neu gebootet wurden, wie z. B. vereinfachte automatische Wiederherstellung, geplante Wartung und Außerbetriebnahme. Um auf die Servicestatus-Benachrichtigungen zu reagieren, verschiebe das geplante Ereignis oder stoppe und starte die Instance manuell.

Statusprüfungen anzeigen

Verwende die Amazon EC2-Konsole oder die AWS CLI, um die ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_status.html)Statusprüfungen der Instance anzuzeigen[. Wenn die Instance eine Statusprüfung nicht bestanden hat, findest du weitere Informationen unter Warum ist meine EC2-Linux-Instance nicht erreichbar und besteht ihre Statusprüfungen nicht?

Systemprotokolle anzeigen

Wenn die Instance keine Statusprüfung bestanden hat, wird die Instance möglicherweise aufgrund von Problemen mit dem Betriebssystem (OS) neu gebootet. Um Probleme auf Betriebssystemebene zu beheben, überprüfe die Systemprotokolle /var/log/messages und /var/log/syslog. Wenn die Instance die Statusprüfung nicht bestanden hat, boote die Instance neu, um die Systemprotokolle abzurufen.

Behebe dann den Fehler, der im Systemprotokoll aufgeführt ist.

Reboot-Verlauf anzeigen

Führe den folgenden Befehl aus, um zu überprüfen, ob ein Benutzer oder eine Anwendung auf dem Server den Reboot initiiert hat:

grep reboot /home/*/.bash_history# grep reboot /root/.bash_history# history | grep -i reboot
history | grep -i init
last reboot

Überprüfe den CloudTrail-Ereignisverlauf

Instance-Reboots, die du auf der Amazon EC2-Konsole oder der AWS CLI initiiert hast, werden im AWS CloudTrail-Ereignisverlauf angezeigt. Überprüfe den CloudTrail-Ereignisverlauf auf RebootInstances-Ereignisse.

Hinweis: Wenn du ein Amazon Machine Image (AMI) erstellst, ist der Parameter NoReboot standardmäßig auf falsch gesetzt. Da Amazon EC2 die Instance automatisch neu bootet, bevor das AMI erstellt wird, erscheint der Reboot im CreateImages-Trail, nicht im RebootInstances-Trail.

Um Instances, die aufgrund von Hardwareproblemen neu gebootet werden, automatisch wiederherzustellen, konfiguriere die aktionsbasierte Amazon CloudWatch-Wiederherstellung.

Den Kernel aktualisieren

Hinweis: Es hat sich bewährt, ein AMI-Backup der Instance zu erstellen, bevor du die Pakete darauf aktualisierst. Diese Konfiguration ermöglicht es dir, Änderungen bei Bedarf rückgängig zu machen.

Gehe wie folgt vor, um den Kernel zu aktualisieren:

1. Führe den folgenden Befehl aus, um die Kernelversion zu überprüfen, die die Instance verwendet:

   sudo uname -r

2. Führe je nach Linux-Betriebssystem einen der folgenden Befehle aus, um den Kernel zu aktualisieren:
   Red Hat Enterprise Linux (RHEL) oder Amazon Linux:

   sudo yum update kernel

   SUSE Linux Enterprise Server (SLES):

   sudo zypper up kernel-default

   Ubuntu:

   sudo apt upgrade linux-image-aws

3. Führe den folgenden Befehl aus, um die Instance neu zu booten und den neuen Kernel zu verwenden:

   sudo reboot

Ähnliche Informationen

Fehlerbehebung bei Amazon EC2 Linux-Instances mit fehlgeschlagenen Statusprüfungen

Arten von Statusprüfungen

AWS-Servicestatus-Benachrichtigungen in AWS-Benutzerbenachrichtigungen verwalten

Wie kehre ich zu einem bekannten stabilen Kernel zurück, nachdem ein Update verhindert hat, dass meine Amazon EC2-Instance erfolgreich neu gebootet wird?