Ongoing service disruptions
For the most recent update on ongoing service disruptions affecting the AWS Middle East (UAE) Region (ME-CENTRAL-1), refer to the AWS Health Dashboard. For information on AWS Service migration, see How do I migrate my services to another region?
Amazon Elastic Compute Cloud (Amazon EC2) Linux インスタンスが予期せずリブートまたは再起動した理由を把握したいです。
次の理由により、インスタンスが予期せずリブートまたは再起動することがあります。
注: AWS コマンドラインインターフェイス (AWS CLI) コマンドの実行中にエラーが発生した場合は、「AWS CLI で発生したエラーのトラブルシューティング」を参照してください。また、AWS CLI の最新バージョンを使用していることを確認してください。
簡易自動復旧、定期メンテナンス、廃止などのインスタンス再起動イベントが発生していないかを AWS Health Dashboard で確認します。正常性通知に対応するには、スケジュールされたイベントを再スケジュールするか、インスタンスを手動で停止して起動します。
Amazon EC2 コンソールまたは AWS CLI を使用してインスタンスのステータスチェックを確認します。インスタンスがステータスチェックに合格できない場合は、「EC2 Linux インスタンスがステータスチェックに合格できない場合のトラブルシューティング方法を教えてください」を参照してください。
インスタンスがステータスチェックで不合格にならなかった場合は、オペレーティングシステム (OS) の問題によりインスタンスが再起動した可能性があります。OS レベルの問題をトラブルシューティングするには、/var/log/messages と /var/log/syslog システムログを確認します。インスタンスがステータスチェックに合格できなかった場合は、インスタンスを再起動してシステムログを取得します。
次に、システムログに記載されているエラーをトラブルシューティングします。
再起動を開始したのがユーザーであるかサーバー内のアプリケーションであるかを確認するには、次のコマンドを実行します。
grep reboot /home/*/.bash_history grep reboot /root/.bash_history history | grep -i reboot history | grep -i init last reboot
ユーザーが Amazon EC2 コンソールまたは AWS CLI で開始したインスタンスの再起動は、AWS CloudTrail イベント履歴に表示されます。CloudTrail イベント履歴で RebootInstances イベントが発生していないかを確認します。
注: AMI の作成時に、Amazon EC2 はデフォルトで [インスタンスの再起動] を有効化し、AMI の作成前にインスタンスを再起動します。この再起動は、RebootInstances イベントではなく、CreateImage イベントに表示されます。
AMI ライフサイクルポリシーを作成した場合は、[インスタンスの再起動] の項目で、[ポリシーの実行時にインスタンスを再起動する] が [Yes] に設定されているかどうかを確認します。その場合、インスタンスは AMI の作成中に再起動されます。
ハードウェアの問題により再起動したインスタンスを自動的に復旧するには、Amazon CloudWatch アクションベースの復旧を構成します。
注: インスタンス上のパッケージを更新する前に、インスタンスの AMI バックアップを作成することをおすすめします。この設定では、必要に応じて変更を元に戻すことができます。
カーネルを更新するには、次の手順を実行します。
インスタンスが使用するカーネルのバージョンを確認するには、次のコマンドを実行します。
sudo uname -r
カーネルを更新するには、使用する Linux OS に応じて次のいずれかのコマンドを実行します。 Red Hat Enterprise Linux (RHEL) または Amazon Linux:
sudo yum update kernel
SUSE Linux Enterprise Server (SLES):
sudo zypper up kernel-default
Ubuntu:
sudo apt upgrade linux-image-aws
インスタンスを再起動して新しいカーネルを使用するには、次のコマンドを実行します。
sudo reboot
RebootOption を [RebootIfNeeded] に設定してインスタンスでパッチ操作を設定すると、Systems Manager はパッチ適用中にインスタンスを再起動します。
Systems Manager が [コマンドの実行] を実行したかどうかを確認するには、次の手順を実行します。
ステータスチェックに失敗した Amazon EC2 Linux インスタンスのトラブルシューティング
ステータスチェックのタイプ
AWS User Notifications の AWS Health 通知に対処する
更新が原因で EC2 インスタンスの再起動がブロックされた後に、既知の安定したカーネルに戻す方法を教えてください