ヘルスチェックを作成または更新するときに指定する値

IP アドレスまたはドメイン名を使用してエンドポイントを指定するかどうか。

ヘルスチェックの作成後は、[Specify endpoint by] の値を変更できません。

ドロップダウンでプロトコルを選択し、テキストボックスに IP アドレス、ポート、パスを入力します。

詳細については、「Amazon Route 53 でヘルスチェックの正常性を判断する方法」を参照してください。

ヘルスチェックの作成後は、[Protocol] の値を変更できません。

IP アドレス でエンドポイントを指定を選択した場合、Route 53 でヘルスチェックを実行するエンドポイントの IPv6 IPv4または アドレスを入力できます。

エンドポイントの IP アドレスの範囲がローカル、プライベート、ルーティング範囲外、マルチキャストのいずれかに該当する場合、Route 53 は、エンドポイントの正常性をチェックできません。ヘルスチェックを作成できない IP アドレスの詳細については、以下のドキュメントを参照してください。

エンドポイントが Amazon EC2インスタンスの場合は、Elastic IP アドレスを作成し、EC2インスタンスに関連付け、Elastic IP アドレスを指定することをお勧めします。これによってインスタンスの IP アドレスが固定されます。詳細については、「Amazon EC2ユーザーガイド」の「Elastic IP アドレス (EIP）」を参照してください。

Amazon EC2インスタンスを削除する場合は、 に関連付けられているヘルスチェックも削除してくださいEIP。詳細については、「Amazon Route 53 のベストプラクティス」を参照してください。

Route Route 53でヘルスチェックを実行するエンドポイントのポートを入力します。

パス (HTTP およびHTTPSプロトコルのみ） には、ヘルスチェックの実行時に Route 53 がリクエストするパスを入力します。パスは、ファイル /docs/route53-health-check.html など、エンドポイントが正常なときにエンドポイントが H TTPステータスコードを 2xx または 3xx で返す任意の値にすることができます。クエリ文字列パラメータを含めることもできます。例えば、/welcome.html?language=jp&login=y です。先頭のスラッシュ (/) 文字を含めない場合、Route 53 は自動的にスラッシュ (/) を追加します。

[エンドポイントをドメイン名で指定する] を選択した場合の、Route 53 でヘルスチェックを実行するエンドポイントのドメイン名 (example.com) またはサブドメイン名 (backend.example.com)。

ドメイン名でエンドポイントを指定する場合、Route 53 はリクエスト間隔 で指定した間隔で、ドメイン名 で指定したドメイン名を解決するためのDNSクエリを送信します。がDNS返す IP アドレスを使用して、Route 53 はエンドポイントの状態をチェックします。

フェイルオーバー、位置情報、地理的近接性、レイテンシー、複数値、または加重のいずれかのレコードについて正常性をチェックする場合で、かつエンドポイントをドメイン名で指定した場合は、エンドポイントごとにヘルスチェックを作成することをお勧めします。例えば、www.example.com のコンテンツを提供しているHTTPサーバーごとにヘルスチェックを作成します。[Domain name] の値には、レコードの名前 (www.example.com) ではなく、サーバーのドメイン名 (us-east-2-www.example.com など) を指定します。

さらに、プロトコルの値が HTTPまたは の場合HTTPS、Route 53 は、このリストの前半のホスト名 で説明されているように、Hostヘッダー内のドメイン名の値を渡します。Protocol の値が の場合TCP、Route 53 はHostヘッダーを渡しません。

IP アドレスまたはドメイン名を使用してエンドポイントを指定するかどうか。

ヘルスチェックの作成後は、[Specify endpoint by] の値を変更できません。

エンドポイントの正常性をチェックする際に Route 53 が使用する方法。

詳細については、「Amazon Route 53 でヘルスチェックの正常性を判断する方法」を参照してください。

ヘルスチェックの作成後は、[Protocol] の値を変更できません。

Route 53 でヘルスチェックを実行するエンドポイントの IPv4または IPv6 アドレス。IP アドレス でエンドポイントを指定する を選択した場合。

エンドポイントの IP アドレスの範囲がローカル、プライベート、ルーティング範囲外、マルチキャストのいずれかに該当する場合、Route 53 は、エンドポイントの正常性をチェックできません。ヘルスチェックを作成できない IP アドレスの詳細については、以下のドキュメントを参照してください。

エンドポイントが Amazon EC2インスタンスの場合は、Elastic IP アドレスを作成し、EC2インスタンスに関連付け、Elastic IP アドレスを指定することをお勧めします。これによってインスタンスの IP アドレスが固定されます。詳細については、「Amazon EC2ユーザーガイド」の「Elastic IP アドレス (EIP）」を参照してください。

Amazon EC2インスタンスを削除する場合は、 に関連付けられているヘルスチェックも削除してくださいEIP。詳細については、「Amazon Route 53 のベストプラクティス」を参照してください。

Route 53 がHostヘッダーを渡す値HTTPとHTTPSヘルスチェック。これは通常、Route 53 でヘルスチェックを実行するウェブサイトの完全修飾DNS名です。Route 53 がエンドポイントの正常性をチェックするときに、Host ヘッダーがどのように構築されるかを以下に示します。

エンドポイントを IP アドレスで指定することを選択し、ホスト名に値を指定しない場合、Route 53 は Host ヘッダーの IP アドレスの値を、以前の値に置き換えます。

Route 53 でヘルスチェックを実行するエンドポイント上のポート。

[エンドポイントをドメイン名で指定する] を選択した場合の、Route 53 でヘルスチェックを実行するエンドポイントのドメイン名 (example.com) またはサブドメイン名 (backend.example.com)。

ドメイン名でエンドポイントを指定する場合、Route 53 はリクエスト間隔 で指定した間隔で、ドメイン名 で指定したドメイン名を解決するためのDNSクエリを送信します。がDNS返す IP アドレスを使用して、Route 53 はエンドポイントの状態をチェックします。

フェイルオーバー、位置情報、地理的近接性、レイテンシー、複数値、または加重のいずれかのレコードについて正常性をチェックする場合で、かつエンドポイントをドメイン名で指定した場合は、エンドポイントごとにヘルスチェックを作成することをお勧めします。例えば、www.example.com のコンテンツを提供しているHTTPサーバーごとにヘルスチェックを作成します。[Domain name] の値には、レコードの名前 (www.example.com) ではなく、サーバーのドメイン名 (us-east-2-www.example.com など) を指定します。

さらに、プロトコルの値が HTTPまたは の場合HTTPS、Route 53 は、このリストの前半のホスト名 で説明されているように、Hostヘッダー内のドメイン名の値を渡します。Protocol の値が の場合TCP、Route 53 はHostヘッダーを渡しません。

ヘルスチェックの実行時に Route 53 でリクエストするパス。パスは、エンドポイントが HTTPのステータスコードを返す値、2xxまたはファイル など、エンドポイントが正常である3xxときに返す任意の値にすることができます/docs/route53-health-check.html。クエリ文字列パラメータ (/welcome.html?language=jp&login=y など) を含めることもできます。先頭がスラッシュ文字 (/) でない場合、Route 53 はスラッシュ文字を自動的に追加します。

Route 53 で監視するヘルスチェック。監視によりヘルスチェックの状態を判断します。

[Health checks to monitor] に最大 256 個のヘルスチェックを追加できます。リストからヘルスチェックを削除するには、対象のヘルスチェックの強調表示部分の右にある [x] を選択します。

算出したヘルスチェックの監視対象であるヘルスチェックを無効にすると、Route 53 は無効にしたヘルスチェックを正常であるとみなした上で、算出したヘルスチェックが正常かどうかを計算します。無効にしたヘルスチェックが異常とみなされるようにするには、[Invert health check status (ヘルスチェックのステータスの反転)] チェックボックスをオンにします。

このヘルスチェックが正常かどうかを判断するために、Route 53 で実行する計算

Route 53 で監視するヘルスチェック。監視によりヘルスチェックの状態を判断します。

[Health checks to monitor] に最大 256 個のヘルスチェックを追加できます。リストからヘルスチェックを削除するには、対象のヘルスチェックの強調表示部分の右にある [x] を選択します。

算出したヘルスチェックの監視対象であるヘルスチェックを無効にすると、Route 53 は無効にしたヘルスチェックを正常であるとみなした上で、算出したヘルスチェックが正常かどうかを計算します。無効にしたヘルスチェックが異常とみなされるようにするには、[Invert health check status (ヘルスチェックのステータスの反転)] チェックボックスをオンにします。

このヘルスチェックが正常かどうかを判断するために、Route 53 で実行する計算

新しいコンソールでヘルスチェックを反転させるには、「」を参照してくださいヘルスチェックの反転。

Route 53 でヘルスチェックのステータスを反転させるかどうかを選択します。このオプションを選択した場合、Route 53 はステータスが正常であればヘルスチェックに不具合があると見なします。逆も同様です。

新しいコンソールでヘルスチェックを無効にするには、ヘルスチェックの無効化または有効化「」を参照してください。

Route 53 によるヘルスチェックの実行を停止させます。ヘルスチェックを無効にすると、Route 53 は、参照するヘルスチェックのステータスの集計を停止します。

ヘルスチェックを無効にすると、Route 53 は、そのヘルスチェックのステータスを常に正常とみなすようになります。DNS フェイルオーバーを設定した場合、Route 53 はトラフィックを対応するリソースにルーティングし続けます。リソースへのトラフィックのルーティングを停止する場合は、ヘルスチェックを反転します。

Route 53 でこのヘルスチェックが正常かどうかを判断するために使用する CloudWatch アラームを選択します。 CloudWatch アラームはヘルスチェック AWS アカウント と同じである必要があります。

アラームを作成する場合は、次の手順を実行します。

CloudWatch に十分なデータがない場合、ヘルスチェックのステータス (正常、異常、または最後にわかっているステータス) CloudWatch を選択して、アラーム に選択したアラームの状態を判断します。最後に既知のステータスを使用することを選択した場合、Route 53 は、アラーム状態を決定するのに十分なデータCloudWatch がある最後の時刻からのヘルスチェックのステータスを使用します。既知の最新ステータスがない新しいヘルスチェックの場合、ヘルスチェックのデフォルトステータスは "正常" になります。

ヘルスチェックステータスの値は、 CloudWatch メトリクスのデータストリームが一時的に使用できない場合に一時的なステータスを提供します。(Route 53 は、対応するアラームの状態ではなく、 CloudWatch メトリクスのデータストリームを監視します）。メトリクスが頻繁に、または長時間 (数時間以上) 使用できなくなる場合は、既知の最新ステータスを使用しないことをお勧めします。

Route 53 でこのヘルスチェックが正常かどうかを判断するために使用する CloudWatch アラームを選択します。 CloudWatch アラームはヘルスチェック AWS アカウント と同じである必要があります。

アラームを作成する場合は、次の手順を実行します。

CloudWatch に十分なデータがない場合、ヘルスチェックのステータス (正常、異常、または最後の既知のステータス) CloudWatch を選択して、アラーム に選択したアラームの状態を判断します。最後に既知のステータスを使用することを選択した場合、Route 53 は、アラーム状態を決定するのに十分なデータCloudWatch がある最後の時刻からのヘルスチェックのステータスを使用します。既知の最新ステータスがない新しいヘルスチェックの場合、ヘルスチェックのデフォルトステータスは "正常" になります。

ヘルスチェックステータスの値は、 CloudWatch メトリクスのデータストリームが一時的に使用できない場合に一時的なステータスを提供します。(Route 53 は、対応するアラームの状態ではなく、 CloudWatch メトリクスのデータストリームを監視します）。メトリクスが頻繁に、または長時間 (数時間以上) 使用できなくなる場合は、既知の最新ステータスを使用しないことをお勧めします。

新しいコンソールでヘルスチェックを反転させるには、「」を参照してくださいヘルスチェックの反転。

Route 53 でヘルスチェックのステータスを反転させるかどうかを選択します。このオプションを選択した場合、Route 53 はステータスが正常であればヘルスチェックに不具合があると見なします。逆も同様です。

新しいコンソールでヘルスチェックを無効にするには、「」を参照してくださいヘルスチェックの無効化または有効化。

Route 53 によるヘルスチェックの実行を停止させます。ヘルスチェックを無効にすると、Route 53 は対応する CloudWatchメトリクスのモニタリングを停止します。

ヘルスチェックを無効にすると、Route 53 は、そのヘルスチェックのステータスを常に正常とみなすようになります。DNS フェイルオーバーを設定した場合、Route 53 はトラフィックを対応するリソースにルーティングし続けます。リソースへのトラフィックのルーティングを停止する場合は、ヘルスチェックを反転します。

各 Route 53 ヘルスチェッカーがエンドポイントから応答を受け取ってから、次のヘルスチェックリクエストを送信するまでの秒数。30 秒の間隔を選択した場合、世界各地のデータセンターにあるそれぞれの Route 53 ヘルスチェッカーは、30 秒あたりに 1 つのヘルスチェックリクエストをエンドポイントに送信します。平均して、エンドポイントは約 2 秒ごとにヘルスチェックリクエストを受け取ることになります。10 秒の間隔を選択した場合、エンドポイントは 1 秒にあたりに複数のヘルスチェックリクエストを受け取ることになります。

異なるデータセンターの Route 53 ヘルスチェッカーは互いに調整しないため、選択した間隔に関係なく、1 秒あたり複数のリクエストを受け取った後、数秒間はヘルスチェックを受け取らないということが生じる場合があります。

ヘルスチェックの作成後は、[リクエストの間隔] の値を変更できません。

Route 53 がエンドポイントの最新ステータスを異常から正常または正常から異常に変更するまでに必要な、エンドポイントが連続してヘルスチェックに合格または不合格になる回数。詳細については、「Amazon Route 53 でヘルスチェックの正常性を判断する方法」を参照してください。

Route 53 がエンドポイントに HTTP または HTTPSリクエストを送信し、指定された文字列のレスポンス本文を検索して、エンドポイントの正常性を判断するかどうか。[文字列の検索] で指定した値がレスポンス本文に含まれる場合、Route 53 は、そのエンドポイントが正常であると見なします。レスポンス本文に含まれない場合、またはエンドポイントが応答しない場合、Route 53 は、そのエンドポイントを異常と見なします。検索文字列全体が、レスポンス本文の最初の 5,120 バイト内に出現している必要があります。

ヘルスチェックの作成後は、[String Matching] の値を変更できません。

ヘルスチェッカーが圧縮されたレスポンスを処理する方法

エンドポイントが圧縮されたレスポンスを返す Web サーバーである場合、Route 53 ヘルスチェッカーは、ヘルスチェッカーがサポートする圧縮アルゴリズムを使用して Web サーバーがレスポンスを圧縮した場合にのみ、指定された検索文字列をチェックする前に、レスポンスを解凍します。Health チェッカーは、次の圧縮アルゴリズムをサポートしています。

別のアルゴリズムを使用してレスポンスが圧縮されている場合、ヘルスチェッカーは文字列を検索する前にレスポンスを解凍できません。この場合、検索はたいていいつも失敗し、Route 53 はエンドポイントを異常と見なします。

エンドポイントからのレスポンス本文内で Route 53 が検索する文字列 。最大長は 255 文字です。

Route 53 は、[文字列の検索] でレスポンス本文内を検索する場合、大文字小文字を識別します。

Route 53 で複数の AWS リージョンのヘルスチェッカーとエンドポイント間のレイテンシーを測定するかどうかを選択します。このオプションを選択すると、 CloudWatch Route 53 コンソールのヘルスチェックページのレイテンシータブにレイテンシーグラフが表示されます。Route 53 ヘルスチェッカーがエンドポイントに接続できない場合、Route 53 はそのエンドポイントのレイテンシーグラフを表示できません。

ヘルスチェックの作成後は、[Latency Measurements] の値を変更できません。

Route 53 がTLSネゴシエーション中にclient_helloメッセージのエンドポイントにホスト名を送信するかどうかを指定します。これにより、エンドポイントは該当する SSL/TLS 証明書を使用してHTTPSリクエストに応答できます。

一部のエンドポイントでは、HTTPSリクエストに client_hello メッセージにホスト名を含める必要があります。を有効にしない場合SNI、ヘルスチェックのステータスに失敗が表示されることがあります。エラーメッセージは、SNI情報を含まないリクエストに応答するようにサーバーがどのように設定されているかによって異なります。ヘルスチェックには、他の理由で障害ステータスが発生する場合もあります。SNI が有効で、それでもエラーが表示されている場合は、エンドポイントの SSL/TLS 設定をチェックし、証明書が有効であることを確認します。

次の要件に注意してください。

Route 53 でエンドポイントの正常性をチェックする場合には、推奨リージョンでヘルスチェッカーを使用するか、お客様が指定したリージョンでヘルスチェッカーを使用するかを指定してください。

ヘルスチェックを更新して、ヘルスチェックを実行してきたリージョンを削除する場合、Route 53 は最長 1 時間そのリージョンからのチェックを実行します。こうすることで、エンドポイント (例えば、3 つのリージョンを 4 つの異なるリージョンに置き換える場合) において何らかのヘルスチェッカーが常にチェックを実行するようにできます

[Customize] を選択した場合は、削除するリージョンの [x] を選択します。リージョンをリストに戻すには、リスト末尾のスペースをクリックします。3 つ以上のリージョンを指定する必要があります。

Route 53 がHostヘッダーを渡す値HTTPとHTTPSヘルスチェック。これは通常、Route 53 でヘルスチェックを実行するウェブサイトの完全修飾DNS名です。Route 53 がエンドポイントの正常性をチェックするときに、Host ヘッダーがどのように構築されるかを以下に示します。

エンドポイントを IP アドレスで指定することを選択し、ホスト名に値を指定しない場合、Route 53 は Host ヘッダーの IP アドレスの値を、以前の値に置き換えます。

各 Route 53 ヘルスチェッカーがエンドポイントから応答を受け取ってから、次のヘルスチェックリクエストを送信するまでの秒数。30 秒の間隔を選択した場合、世界各地のデータセンターにあるそれぞれの Route 53 ヘルスチェッカーは、30 秒あたりに 1 つのヘルスチェックリクエストをエンドポイントに送信します。平均して、エンドポイントは約 2 秒ごとにヘルスチェックリクエストを受け取ることになります。10 秒の間隔を選択した場合、エンドポイントは 1 秒にあたりに複数のヘルスチェックリクエストを受け取ることになります。

異なるデータセンターの Route 53 ヘルスチェッカーは互いに調整しないため、選択した間隔に関係なく、1 秒あたり複数のリクエストを受け取った後、数秒間はヘルスチェックを受け取らないということが生じる場合があります。

ヘルスチェックの作成後は、[リクエストの間隔] の値を変更できません。

Route 53 がエンドポイントの最新ステータスを異常から正常または正常から異常に変更するまでに必要な、エンドポイントが連続してヘルスチェックに合格または不合格になる回数。詳細については、「Amazon Route 53 でヘルスチェックの正常性を判断する方法」を参照してください。

Route 53 がエンドポイントに HTTP または HTTPSリクエストを送信し、指定された文字列のレスポンス本文を検索して、エンドポイントの正常性を判断するかどうか。[文字列の検索] で指定した値がレスポンス本文に含まれる場合、Route 53 は、そのエンドポイントが正常であると見なします。レスポンス本文に含まれない場合、またはエンドポイントが応答しない場合、Route 53 は、そのエンドポイントを異常と見なします。検索文字列全体が、レスポンス本文の最初の 5,120 バイト内に出現している必要があります。

ヘルスチェックの作成後は、[String Matching] の値を変更できません。

ヘルスチェッカーが圧縮されたレスポンスを処理する方法

エンドポイントが圧縮されたレスポンスを返す Web サーバーである場合、Route 53 ヘルスチェッカーは、ヘルスチェッカーがサポートする圧縮アルゴリズムを使用して Web サーバーがレスポンスを圧縮した場合にのみ、指定された検索文字列をチェックする前に、レスポンスを解凍します。Health チェッカーは、次の圧縮アルゴリズムをサポートしています。

別のアルゴリズムを使用してレスポンスが圧縮されている場合、ヘルスチェッカーは文字列を検索する前にレスポンスを解凍できません。この場合、検索はたいていいつも失敗し、Route 53 はエンドポイントを異常と見なします。

エンドポイントからのレスポンス本文内で Route 53 が検索する文字列 。最大長は 255 文字です。

Route 53 は、[文字列の検索] でレスポンス本文内を検索する場合、大文字小文字を識別します。

Route 53 で複数の AWS リージョンのヘルスチェッカーとエンドポイント間のレイテンシーを測定するかどうかを選択します。このオプションを選択すると、 CloudWatch レイテンシーグラフが Route 53 コンソールのヘルスチェックページのレイテンシータブに表示されます。Route 53 ヘルスチェッカーがエンドポイントに接続できない場合、Route 53 はそのエンドポイントのレイテンシーグラフを表示できません。

ヘルスチェックの作成後は、[Latency Measurements] の値を変更できません。

Route 53 がTLSネゴシエーション中にclient_helloメッセージのエンドポイントにホスト名を送信するかどうかを指定します。これにより、エンドポイントは該当する SSL/TLS 証明書を使用してHTTPSリクエストに応答できます。

一部のエンドポイントでは、HTTPSリクエストにclient_helloメッセージにホスト名を含める必要があります。を有効にしない場合SNI、ヘルスチェックのステータスに失敗が表示されることがあります。エラーメッセージは、SNI情報を含まないリクエストに応答するようにサーバーがどのように設定されているかによって異なります。ヘルスチェックには、他の理由で障害ステータスが発生する場合もあります。SNI が有効で、まだエラーが表示されている場合は、エンドポイントの SSL/TLS 設定を確認し、証明書が有効であることを確認します。

次の要件に注意してください。

Route 53 でエンドポイントの正常性をチェックする場合には、推奨リージョンでヘルスチェッカーを使用するか、お客様が指定したリージョンでヘルスチェッカーを使用するかを指定してください。

ヘルスチェックを更新して、ヘルスチェックを実行してきたリージョンを削除する場合、Route 53 は最長 1 時間そのリージョンからのチェックを実行します。こうすることで、エンドポイント (例えば、3 つのリージョンを 4 つの異なるリージョンに置き換える場合) において何らかのヘルスチェッカーが常にチェックを実行するようにできます

[Customize] を選択した場合は、削除するリージョンの [x] を選択します。リージョンをリストに戻すには、リスト末尾のスペースをクリックします。3 つ以上のリージョンを指定する必要があります。

新しいコンソールでヘルスチェックを反転させるには、「」を参照してくださいヘルスチェックの反転。

Route 53 でヘルスチェックのステータスを反転させるかどうかを選択します。このオプションを選択すると、ステータスが正常である場合、Route 53 はヘルスチェックが異常であると見なし、その逆も同様です。例えば、文字列マッチングを設定していて、指定した値をエンドポイントが返した場合に、Route 53 がヘルスチェックを [異常] と見なすようにできます。

新しいコンソールでヘルスチェックを無効にするには、「」を参照してくださいヘルスチェックの無効化または有効化。

Route 53 によるヘルスチェックの実行を停止させます。ヘルスチェックを無効にすると、Route 53 はエンドポイントとTCPの接続の確立を停止します。

ヘルスチェックを無効にすると、Route 53 は、そのヘルスチェックのステータスを常に正常とみなすようになります。DNS フェイルオーバーを設定した場合、Route 53 はトラフィックを対応するリソースにルーティングし続けます。リソースへのトラフィックのルーティングを停止する場合は、ヘルスチェックを反転します。