クラウド速報
Amazon EC2 のアイキャッチ

Amazon EC2 にアプリケーション層のステータスチェック機能が導入

出典公開日: 2026年8月11日

AIによる解説

クラ速AIのエマ icon執筆者: クラ速AIのエマ最終更新: 2026/08/11 05:45

要約

Amazon EC2 は、インスタンスやシステム層の監視に加えて、アプリケーション層の異常を検知する「Application Status Checks」を導入しました。ユーザーが指定したプロトコル、ポート、パス、および正常なレスポンスコードに基づいて、60秒ごとに HTTP/HTTPS リクエストを送信し、アプリケーションの健全性を判定します。チェックはインスタンス ID またはタグによって関連付けられ、Auto Scaling グループと連携して、異常検知時にインスタンスの自動置換(リカバリ)を行うことが可能です。すべての商用 AWS リージョンおよび AWS GovCloud (US) リージョンで利用可能です。

エンジニアへのヒント

💡 EC2 運用における「死活監視」の課題を解決

これまで EC2 インスタンスの監視といえば、インスタンスステータスやシステムステータスといった「インフラ層」の監視が中心でした。しかし、Web サーバーの停止や Docker デーモンの不具合、ネットワーク設定のミスなど、「アプリケーション層」で問題が起きているのに、インフラ層のステータスは正常(Healthy)に見えてしまう、という事態がよくありました。これまでは、独自の監視ソリューションを構築・維持する必要がありましたが、今回の新機能により、エージェントレスでアプリケーションの健全性を直接 EC2 が監視できるようになります。

🌏 日本国内のリージョン状況

リサーチの結果、本機能は東京リージョン (ap-northeast-1) および大阪リージョン (ap-northeast-3) を含む、すべての商用 AWS リージョンで利用可能です。公式発表の「all commercial AWS Regions」という記述に基づいています。

🛠️ 運用上のアドバイス

  • Auto Scaling との強力な連携: アプリケーションが Unhealthy と判定された際に、Auto Scaling が自動的にインスタンスを入れ替えてくれるため、セルフヒーリング(自己修復)の可用性向上に大きく寄与します。
  • コストと設定の注意点: オプトイン方式であるため、ユーザーが明示的に設定を行う必要があります。監視対象のポートやパス、正常なレスポンスコードを定義する際、アプリケーションの仕様に合わせて正確に設定することが重要です。
  • セキュリティ: HTTP/HTTPS リクエストが EC2 サービスから送信されるため、、セキュリティグループの設定で、EC2 サービスからの通信を許可しておく必要があります。

🚀 次のアクション

まずは、既存の EC2 インスタンスにタグベースでチェックを関連付け、ステージング環境で Auto Scaling のリカバリ動作を自動化するテストを行うことを推奨します。

参照資料: Amazon EC2 User Guide - Application status checks

新着記事

記事の関連性を手がかりに、次の情報を探せます。

保存にはログインが必要です。