Gurkamal がトラブルシューティングのお手伝いをいたします
システム接続性に失敗
ステータスチェック

gurkamal_instance_fails_reachability_status

私のインスタンスがステータスチェックのどちらかまたは両方に失敗しており、到達不能となっています。これはどういう意味で、どうすればこの問題を解決できますか? 

Amazon Elastic Compute Cloud (EC2) は、実行中のすべての EC2 インスタンスを頻繁にステータスチェックすることによって、インスタンスの正常性と到達可能性を検証します。ステータスチェックは、インスタンスが到達不能である妥当な根本的原因の最初の指標として機能します。ステータスチェックには 2 つの種類があります。

  • システムステータスチェック: システムステータスチェックは、インスタンスが実行されている基盤となるホストに関する問題を検出します。基礎となるホストが、ネットワーク、ハードウェア、またはソフトウェアの問題のせいで応答しない、または到達不能の場合には、このステータスチェックは失敗します。
  • インスタンスステータスチェック: このステータスチェックは、インスタンス自体とゲスト OS の応答と低レベルの到達可能性に関係しています。インスタンスステータスチェックは、仮想化された Elastic Network Interface に低レベルの Address Resolution Protocol (ARP) リクエストを送信して、インスタンスの応答をモニタリングします。

詳細については、「ステータスチェックの種類」をご参照ください。

インスタンスに到達できず、システムステータスチェックに失敗した場合

基礎となるホストに問題がある場合、問題を解決するための最善の方法は、インスタンスを停止し、起動することによって基礎となるホストから移行することです。

まれに、インフラストラクチャレイヤーの問題により、基盤となるホストが 停止ー起動 コールに応答できなくなることがあります。このため、インスタンスは停止状態のままになります。

AWS の関与が必要なあらゆる問題から EC2 インスタンスをモニタリングして、自動的に回復する Amazon CloudWatch アラームを作成できます。

インスタンスに到達できず、インスタンスステータスチェックに失敗した場合

インスタンスステータスチェックは、オペレーティングシステムの起動の失敗、ボリュームの正しいマウントの失敗、ファイルシステムの問題、互換性のないドライバー、カーネルパニック、深刻なメモリ不足など、さまざまな理由で失敗する可能性があります。これらの障害は、仮想化された Elastic Network Interface が起動して応答しなくなる原因となります。

インスタンスステータスチェックは、ゲストオペレーティングシステム内の問題が原因である可能性が高いため、このような問題のトラブルシューティングでは、コンソール出力、システムログ、およびエラーメッセージの性質の確認に焦点を当てる必要があります。

EC2Rescue を使用すると、修復プロセスを簡単に診断し、自動化できます。


このページはお役に立ちましたか? はい | いいえ

AWS サポートナリッジセンターに戻る

サポートが必要ですか? AWS サポートセンターをご覧ください。

公開日: 2014 年 7 月 3 日

更新日 : 2019 年 3 月 20 日