Amazon EC2 インスタンスのステータスチェックの失敗をトラブルシューティングする方法を教えてください。

簡単な説明

Amazon EC2 は、次の 3 種類のステータスチェックを使用して EC2 インスタンスの状態をモニタリングしています。

• システムステータスチェックは、インスタンスの基盤となるハードウェアの問題を検出します。
• インスタンスステータスチェックは、インスタンスが到達可能かどうかを確認します。
• アタッチされた Amazon Elastic Block Store (Amazon EBS) のステータスチェックは、インスタンスの Amazon EBS ボリュームが到達可能で I/O 操作を完了できるかどうかをモニタリングします。
  注: これらのステータスチェックは、AWS Nitro System 上で構築されたインスタンスのみを対象としています。

重要: ステータスチェックの解決策によっては、インスタンスを停止して開始する必要があります。再起動しても、インスタンスは同じ物理ホスト上に残ります。新しいハードウェアに移行するには、インスタンスを停止して開始する必要があります。

解決策

まず、インスタンスのステータスチェックメトリクスを確認して、失敗したステータスチェックを特定します。次に、失敗したステータスチェックに基づいて次のアクションを実行します。

インスタンスを停止して開始するように設定する

注: インスタンスを停止して開始する際、インスタンスのパブリック IP アドレスは変更されます。外部トラフィックをインスタンスにルーティングするには、パブリック IP アドレスではなく Elastic IP アドレスを使用することをお勧めします。Amazon Route 53 を使用している場合は、パブリック IP アドレスが変更された際、Route 53 の DNS レコードを更新する必要が生じる場合があります。停止して開始する操作はインスタンスの再起動とは異なります。詳細については、「EC2 インスタンスの停止および開始の動作」を参照してください。

インスタンスを停止して開始する前に、次の手順を実行してください。

• インスタンスがインスタンスストアを使用している場合は、インスタンスストアのボリュームデータを永続ストレージに保存します。例えば、データを EBS ボリュームまたは Amazon Simple Storage Service (Amazon S3) バケットに保存できます。
  重要: Amazon EC2 は、インスタンスを停止するとインスタンスストアのデータを削除します。
• EBS ボリュームのスナップショットを作成します。問題が発生した場合は、スナップショットを使用してインスタンスを復元できます。
• インスタンスを停止したときに誤ってインスタンスを削除しないように、Amazon EC2 Auto Scaling グループからインスタンスを一時的に削除します。
  注: EC2 Auto Scaling は、スケールイン保護設定に基づいて、Auto Scaling グループ内の停止したインスタンスを削除する場合があります。Amazon EMR、AWS CloudFormation または AWS Elastic Beanstalk を使用して起動するインスタンスが、Auto Scaling グループに属している可能性があります。
• インスタンスを停止したときに削除されないように、インスタンスのシャットダウン動作を [Stop] (停止) に設定してください。

システムステータスチェックエラーのトラブルシューティング

システムステータスチェックの失敗は、インスタンスが実行されている基盤となるインフラストラクチャに問題がある場合に発生します。

システムステータスチェックの失敗をトラブルシューティングするには、インスタンスが配置されている AWS リージョン内でサービスが中断されていないか、AWS Health Dashboard を確認してください。

障害がない場合は、インスタンスの基盤となるホストに問題があります。この問題をトラブルシューティングするには、次のステップを実行してインスタンスを新しい基盤となるホストに移行します。

1. インスタンスを停止します。
   注: インスタンスが Stopping 状態に留まっている場合は、そのインスタンスは強制停止してください。このアクションには最大 10 分かかることがあります。
2. インスタンスを開始します。

システムのステータスチェックに失敗したインスタンスを自動的に復旧するには、インスタンスの自動復旧を設定します。

重要: 強制停止してもファイルシステムのキャッシュはフラッシュされず、データが失われたり破損したりする可能性があります。再起動後、使用しているオペレーティングシステム (OS) に応じて次のコマンドを実行して、ファイルシステムに一貫性エラーがないか確認してください。

Linux:

fsck

Windows:

chkdsk

sfc /scannow	

chkdsk コマンドは、ボリュームのファイルシステムとファイルシステムのメタデータをチェックして、論理エラーと物理エラーがないかどうかを確認します。sfc /scannow コマンドは、ファイルシステムに破損がないか確認します。詳細については、Microsoft のウェブサイトの「chkdsk」および「Windows でシステム ファイル チェッカーを使う」を参照してください。

インスタンスステータスチェックの失敗のトラブルシューティング

インスタンスステータスチェックは、OS、ネットワーク構成、およびリソースの使用状況に関する問題を特定します。インスタンスステータスチェックの失敗をトラブルシューティングするには、使用しているインスタンス OS に応じて以下のリソースを使用してください。

• Linux の場合は、「EC2 Linux インスタンスがステータスチェックに合格できない場合のトラブルシューティング方法を教えてください」を参照してください。
• Windows の場合は、「How do I troubleshoot status check failures on my Amazon EC2 Windows instance?」(Amazon EC2 Windows インスタンスのステータスチェックの失敗をトラブルシューティングする方法を教えてください) を参照してください。

アタッチされた EBS ステータスチェックエラーのトラブルシューティング

インスタンスがアタッチされた EBS ステータスチェックに失敗した場合は、Amazon CloudWatch の VolumeStalledIOCheck メトリクスで影響を受けたボリュームを確認してください。値が 1 の場合、ボリュームに問題があります。通常、Amazon EBS は数分以内に自動的にボリュームを診断して復旧します。詳細については、「Amazon EBS I/O の特性およびモニタリング」を参照してください。

ボリュームが回復したことを確認するには、VolumeStalledIOCheck の値が 0 に変化しているかどうかを確認します。

問題が解決しない場合は、インスタンスを停止して開始し、新しいホストに移行します。再起動後も特定のボリュームで問題が発生する場合は、そのボリュームを交換する必要があります。ボリュームのスナップショットを作成し、そのスナップショットから新しいボリュームを作成します。新しいボリュームを使用して既存のボリュームを置き換えます。

関連情報

到達できない Amazon EC2 インスタンスのトラブルシューティング