Amazon EC2 インスタンスのステータスチェック

ステータスチェックを使用すると、インスタンスがアプリケーションを実行できない問題があるかどうかをすばやく判断できます。Amazon EC2 には、システム、インスタンス、アタッチされた EBS、アプリケーションの 4 種類のステータスチェックが用意されています。システム、インスタンス、およびアタッチされた EBS ステータスチェックは Amazon EC2 によって管理され、すべてのインスタンスで自動的に実行されます。アプリケーションのステータスチェックはオプトインであり、インスタンスで実行されているアプリケーションの HTTP または HTTPS レスポンスをモニタリングします。すべてのステータスチェックの結果は、Amazon EC2 コンソール、AWS CLI、または AWS SDK で表示できます。

ステータスチェックは 1 分ごとに実行され、それぞれ成功または失敗のステータスが返ります。すべてのチェックが成功すると、インスタンス全体のステータスが OK になります。1つ以上のチェックが失敗すると、全体のステータスが impaired になります。システム、インスタンス、およびアタッチされた EBS ステータスチェックは Amazon EC2 によって管理され、無効化または削除することはできません。アプリケーションのステータスチェックはオプトインです。自分で作成、関連付け、管理します。

ステータスチェックに失敗すると、ステータスチェックの対応する CloudWatch メトリクスは増加します。詳細についてはステータスチェックメトリクスを参照してください。このようなメトリクスを使用して、ステータスチェックの結果に基づいてトリガーされる CloudWatch アラームを作成することができます。例えば、特定のインスタンスでステータスチェックが失敗したときに警告するアラームを作成できます。詳細についてはステータスチェックに失敗した Amazon EC2 インスタンスの CloudWatch アラームの作成を参照してください。

また、Amazon EC2 インスタンスをモニタリングし、基になる問題によりインスタンスが正常に機能しなくなった場合に、自動的にインスタンスを復旧する Amazon CloudWatch アラームを作成できます。詳細についてはインスタンスの自動復旧を参照してください。

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

ステータスチェックには 4 種類あります。

システムステータスのチェック

システムステータスチェックはインスタンスが実行されている AWS システムをモニタリングします。これらのチェックでは修復には AWS の関与が必要なインスタンスの基盤の問題が検出されます。システムステータスチェックが失敗した場合、AWS が問題を解決するのを待つか、自分で解決できるかを選択できます。Amazon EBS でバックアップされたインスタンスの場合はインスタンスを自分で停止および起動することができます。通常、インスタンスは新しいホストに移行されます。インスタンスストアによってサポートされているインスタンスの場合 (Linux インスタンスのみをサポート)、インスタンスを終了して置き換えることができます。インスタンスストアボリュームは短期のものであり、インスタンスが停止するとすべてのデータが失われることに注意してください。

システムステータスチェックの失敗の原因となる問題の例を次に示します。

システムステータスチェックが失敗した場合、StatusCheckFailed_System メトリクスをインクリメントします。

ベアメタルインスタンス

ベアメタルインスタンスで再起動を実行すると、システムステータスチェックが一時的に失敗ステータスを返すことがあります。インスタンスが使用可能になると、システムステータスチェックからは成功ステータスが返されます。

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

[インスタンスステータスのチェック] 個々のインスタンスのソフトウェアとネットワークの設定をモニタリングします。Amazon EC2 はネットワークインターフェイス (NIC) にアドレス解決プロトコル (ARP) リクエストを送信することでインスタンスのヘルスをチェックします。これらのチェックではユーザーが関与して修復する必要のある問題が検出されます。インスタンスステータスチェックが失敗した場合は通常、自分自身で (例えば、インスタンスを再起動する、インスタンス設定を変更するなどによって) 問題に対処する必要があります。

インスタンスステータスチェックの失敗の原因となる問題の例を次に示します。

インスタンスのステータスチェックが失敗した場合、StatusCheckFailed_Instance メトリクスをインクリメントします。

ベアメタルインスタンス

ベアメタルインスタンスで再起動を実行すると、インスタンスのステータスチェックが一時的に失敗ステータスを返すことがあります。インスタンスが使用可能になると、インスタンスステータスチェックからは成功ステータスが返されます。

アタッチ済みの EBS ステータスチェック

アタッチ済みの EBS ステータスチェックはインスタンスにアタッチされている Amazon EBS ボリュームが到達可能かどうか、および I/O 操作を完了できるかどうかをモニタリングします。StatusCheckFailed_AttachedEBS メトリクスはインスタンスにアタッチされている 1 つ以上の EBS ボリュームが I/O 操作を完了できない場合に障害が発生することを示すバイナリ値です。これらのステータスチェックはコンピューティングまたは Amazon EBS インフラストラクチャの根本的な問題を検出します。アタッチ済みの EBS ステータスチェックメトリクスが失敗した場合はAWS を待って問題を解決するか、影響を受けたボリュームの置き換えやインスタンスの停止および再起動などのアクションを取ることができます。

アタッチ済みの EBS ステータスチェックが失敗する原因となる問題の例を次に示します。

StatusCheckFailed_AttachedEBS メトリクスを使うことで、ワークロードの耐障害性を向上できます。このメトリクスを使用して、ステータスチェックの結果に基づいてトリガーされる Amazon CloudWatch アラームを作成することができます。例えば、長期にわたる影響を検出した場合はセカンダリインスタンスまたはアベイラビリティーゾーンにフェイルオーバーできます。またはEBS CloudWatch メトリクスを使用してアタッチされた各ボリュームの I/O パフォーマンスをモニタリングし、障害のあるボリュームを検出して置き換えることもできます。EBS ステータスチェックで障害が検出され、アタッチされている EBS ボリュームにワークロードが I/O を発生させていない場合は、インスタンスを停止および開始してインスタンスを新しいホストに移行してください。これにより、EBS ボリュームの到達可能性に影響を与えている、基盤となるホストの問題を解決できます。詳細については「Amazon EBS の Amazon CloudWatch メトリクス」を参照してください。

アタッチ済みの EBS ステータスチェックの失敗を検出し、影響を受けたインスタンスを新しいインスタンスに置き換えるように Amazon EC2 Auto Scaling グループを設定することもできます。詳細については「Amazon EC2 Auto Scaling ユーザーガイド」の「障害のあるAmazon EBS ボリュームを持つ Auto Scaling インスタンスの監視と置き換え」を参照してください。

アプリケーションのステータスチェック

アプリケーションのステータスチェックを使用して、Amazon EC2 インスタンスで実行されているアプリケーションのネットワーク到達可能性と可用性をモニタリングします。アプリケーションのステータスチェックを使用すると、アプリケーションレベルで HTTP および HTTPS レスポンスをモニタリングできます。アプリケーションのステータスチェックは、関連付けたインスタンスでのみ実行されます。

アプリケーションエンドポイントで HTTP パスをリクエストするように各アプリケーションステータスチェックを設定し、正常なレスポンスを示すレスポンスコードを定義します。

アプリケーションの再起動時またはデプロイ時にアプリケーションのステータスチェックを抑制して、予想されるダウンタイム中に誤検出による障害を回避できます。詳細については、「デプロイ、インプレースパッチ適用、置換の処理」を参照してください。

アプリケーションのステータスチェックの失敗の原因となる問題の例を以下に示します。

アプリケーションのステータスチェックが失敗すると、StatusCheckFailed_Application メトリクスがインクリメントされます。

アプリケーションのステータスチェックの設定については、「アプリケーションのステータスチェック」を参照してください。