EC2 Linux インスタンスがシステムステータスチェックに失敗したのはなぜですか?

簡単な説明

システムステータスチェックに失敗した場合は、EC2 インスタンスをホストするプラットフォームに問題があることを示しています。どのタイプのステータスチェックが失敗したかわからない場合は、「ステータスチェックを表示する」を参照してください。

注: 「インスタンス接続性チェック失敗」エラーが表示される場合は、「オペレーティングシステムの問題が原因でインスタンスステータスチェックに失敗した EC2 Linux インスタンスをトラブルシューティングする方法を教えてください」を参照してください。

解決策

AWS Health Dashboard を見る

AWS Health Dashboard をチェックして、インスタンスが配置されている AWS リージョンでサービスが中断されていないか確認してください。

システムステータスチェックエラーの解決

重要: オペレーションを実行する前に、インスタンスのバックアップとして Amazon マシンイメージ (AMI) を作成するのがベストプラクティスです。

AWS が問題を解決するまで待つことも、インスタンスを手動で停止して起動することもできます。ストップアンドスタートは再起動と同じではないことに注意してください。ストップアンドスタートは、インスタンスを新しい正常なホストに移行します。失敗したシステムステータスチェックを解決するには、この移行が必要です。

警告: インスタンスを停止して起動する前に、次の条件に注意してください。

• インスタンスストアボリュームに保存されているデータは、インスタンスが停止されると失われます。インスタンスを停止する前に、必ずデータをバックアップしてください。Amazon Elastic Block Store (Amazon EBS) バックアップボリュームとは異なり、インスタンスストアボリュームは一時的なものであり、データの永続性をサポートしていません。
• Amazon EC2 が起動時または開始時にインスタンスに自動的に割り当てた静的パブリック IPv4 アドレスは、停止および起動後に変更されます。インスタンスが停止しても変わらないパブリック IPv4 アドレスを維持するには、Elastic IP アドレスを使用してください。

詳細については、「インスタンスを停止して起動する」を参照してください。

まれに、インフラストラクチャー層の問題により、基盤となるホストが停止して起動 API 呼び出しに応答できなくなることがあります。これにより、インスタンスは停止状態で「停止」状態になります。このような場合は、Amazon EC2 コンソールまたは AWS コマンドラインインターフェイス (AWS CLI) からインスタンスを強制的に停止します。このアクションには数分かかる場合があります。詳細については、「インスタンスの強制停止」を参照してください。

注: AWS CLI コマンドを実行する際にエラーが発生した場合は、AWS CLI の最新バージョンを使用していることを確認してください。

簡易自動回復をサポートするインスタンスは、障害が発生したインスタンスをデフォルトで回復します。ただし、Amazon CloudWatch のアクションベースのリカバリを設定するのがベストプラクティスです。これを行うには、インスタンスを監視する CloudWatch アラームを作成します。Amazon CloudWatch のアクションベースの復旧では、基盤となるハードウェア障害や、修復に AWS の関与を必要とするその他の問題により障害が発生したインスタンスを自動的に回復します。

関連情報

ステータスチェックのタイプ

EC2 Linux インスタンスにアクセスできず、ステータスチェックが失敗するのはなぜですか?

Amazon EC2 が EC2 インスタンスをホストしている基盤となるハードウェアの劣化を検出したという通知を受け取りました。何をする必要がありますか?