EC2 Linux インスタンスがシステムステータスチェックに失敗しました。どのようにトラブルシューティングすればよいですか?

最終更新日: 2020 年 6 月 2 日

Amazon Elastic Compute Cloud (Amazon EC2) インスタンスがシステムステータスチェックに失敗し、アクセスできなくなりました。システムステータスチェックの失敗をトラブルシューティングする方法を教えてください。

簡単な説明

システムステータスチェックの失敗は、EC2 インスタンスをホストしているハードウェアに問題があることを示しています。

解決方法

インスタンスを停止して起動することによって、このインスタンスを新しい正常なホストに移行させる必要があります。Amazon EC2 によるインスタンスの停止と起動の実行を待つことができます。または、インスタンスを手動で停止して起動し、新しい正常なホストに移行させることができます。

注意: 停止と起動は、再起動とは異なる操作です。起動は、インスタンスを正常なハードウェアに移行するために必要です。

警告: インスタンスを停止して起動する前に、必ず以下の点を頭に入れておいてください。

  • インスタンスを停止して起動すると、インスタンスストアデータが失われます。インスタンスがインスタンスストアでバックアップされているか、データを含むインスタンスストアボリュームがある場合、インスタンスが停止するとデータが失われます。詳細については、「インスタンスのルートデバイスタイプの判別」を参照してください。
  • インスタンスが Amazon EC2 Auto Scaling グループの一部である場合、インスタンスを停止するとインスタンスが終了することがあります。Amazon EMR、AWS CloudFormation、または AWS Elastic Beanstalk を使用してインスタンスを起動した場合、インスタンスは AWS Auto Scaling グループの一部である可能性があります。このシナリオでインスタンスが削除されるかどうかは、Auto Scaling グループのインスタンススケールイン保護の設定によって異なります。インスタンスが Auto Scaling グループの一部である場合は、解決手順を開始する前に、一時的に Auto Scaling グループからインスタンスを削除してください。
  • インスタンスを停止および再開すると、インスタンスのパブリック IP アドレスが変更されます。インスタンスに外部トラフィックをルーティングする際は、パブリック IP アドレスではなく Elastic IP アドレスを使用することをお勧めします。Route 53 を使用している場合は、パブリック IP が変更されたときに Route 53 DNS レコードを更新する必要がある場合があります。
  • インスタンスのシャットダウン動作が Terminate に設定されている場合、shutdown または poweroff コマンドを使用してオペレーティングシステムからインスタンスをシャットダウンすると、インスタンスは終了します。これを回避するには、インスタンスのシャットダウン動作を変更します。

まれに、インフラストラクチャレイヤーの問題によって、基盤となるホストによる停止および起動の API コールへの応答が妨げられる場合があります。これは、インスタンスが停止状態のままになる原因となります。インスタンスを強制的に停止させる方法の手順については、「インスタンスの停止に関するトラブルシューティング」を参照してください。

EC2 インスタンスを監視し、基盤となるハードウェアの障害が関連する問題から EC2 インスタンスを自動的に復旧させる Amazon CloudWatch アラームを作成することができます。