翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon Route 53 がリソースの正常性をチェックする方法
Amazon Route 53 ヘルスチェックでは、ウェブサーバーや E メールサーバーなどのリソースの正常性を監視します。オプションで、リソースが使用できなくなったときに通知を受け取るように、ヘルスチェックに Amazon CloudWatch アラームを設定できます。
ここでは、リソースが使用不可になったら通知を受け取る場合のヘルスチェックのしくみの概要を示します。
ヘルスチェックを作成し、ヘルスチェックの実行方法を定義する以下の値を指定します。
Route 53 でモニタリングするウェブサーバーなどのエンドポイントの IP アドレスまたはドメイン名 （他のヘルスチェックのステータスや CloudWatch アラームの状態をモニタリングすることもできます）。
Amazon Route 53 がチェックの実行に使用するプロトコル (HTTP、HTTPS、または TCP)。
Route 53 がエンドポイントにリクエストを送信する頻度。これはリクエスト間隔です。
Route 53 がエンドポイントを異常とみなすまでにそのエンドポイントがリクエストに応答しない連続回数。これは失敗しきい値です。
必要に応じて、Route 53 がエンドポイントを異常とみなしたときの通知方法。通知を設定すると、Route 53 は自動的に CloudWatch alarm. CloudWatch uses Amazon SNS を設定して、エンドポイントに異常があることをユーザーに通知します。
Route 53 は、ヘルスチェックで指定した間隔でエンドポイントにリクエストを送信し始めます。
エンドポイントがリクエストに応答した場合、Route 53 はエンドポイントを正常とみなし、何も処理を実行しません。
-
エンドポイントがリクエストに応答しない場合、Route 53 は、エンドポイントがリクエストに応答しない連続回数のカウントを開始します。
指定した失敗しきい値にカウントが達すると、Route 53 はそのエンドポイントを異常とみなします。
カウントが失敗のしきい値に達する前にエンドポイントが再び応答し始めると、Route 53 はカウントを 0 にリセットし、 CloudWatch はお客様に連絡しません。
-
Route 53 がエンドポイントを異常と見なし、ヘルスチェックの通知を設定した場合、Route 53 は に通知します CloudWatch。
通知を設定していない場合でも、Route 53 ヘルスチェックのステータスは Route 53 コンソールで確認できます。詳細については、「ヘルスチェックのステータス監視と通知の受信」を参照してください。
-
ヘルスチェックの通知を設定した場合、 はアラームを CloudWatch トリガーし、Amazon SNS を使用して指定された受信者に通知を送信します。
特定のエンドポイントの正常性をチェックするだけでなく、1 つ以上の他のヘルスチェックのステータスを確認するように正常性チェックを設定することで、5 つのうち 2 つのウェブサーバーなど指定した数のリソースが使用不可になったら通知を受け取るようにできます。また、リソースがリクエストに応答しているかどうかだけでなく、幅広い基準に基づいて通知されるように、 CloudWatch アラームのステータスをチェックするようにヘルスチェックを設定することもできます。
ウェブサーバーやデータベースサーバーなど、同じ機能を実行するリソースが複数あり、Route 53 によって正常なリソースにのみトラフィックがルーティングされるようにする場合、そのリソースの各レコードにヘルスチェックを関連付けることで、DNS フェイルオーバーを設定できます。基盤となるリソースが正常でないとヘルスチェックでわかった場合、Route 53 は関連付けられているレコードにトラフィックをルーティングしないようにします。
Route 53 を使用してリソースの正常性を監視する方法の詳細については、「Amazon Route 53 ヘルスチェックの作成と DNS フェイルオーバーの設定」を参照してください。
