フェイルオーバーエイリアスレコードに固有の値 - Amazon Route 53
ルーティングポリシーレコード名レコードタイプ値/トラフィックのルーティング先フェイルオーバーレコードタイプヘルスチェックターゲットの正常性の評価記録 ID

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

フェイルオーバーエイリアスレコードに固有の値

フェイルオーバーエイリアスレコードを作成するときは、以下の値を指定します。

詳細については、以下のトピックを参照してください。

ルーティングポリシー

[フェイルオーバー] を選択します。

レコード名

トラフィックをルーティングするドメインまたはサブドメインの名前を入力します。デフォルト値はホストゾーンの名前です。

注記

ホストゾーンと同じ名前のレコードを作成する場合は、[レコード名] フィールドに値 (@ 記号など) を入力しないでください。

フェイルオーバーレコードのグループで、両方のレコードに同じ名前を入力します。

レコード名の詳細については、レコード名 を参照してください。

レコードタイプ

DNS レコードタイプ。詳細については、「サポートされている DNS レコードタイプ」を参照してください。

トラフィックをルーティングする AWS リソースに基づいて、該当する値を選択します。プライマリフェイルオーバーレコードとセカンダリフェイルオーバーレコードの両方に同じ値を選択してください。

API Gateway のカスタムリージョン API またはエッジ最適化 API

[A — IPv4 アドレス] を選択します。

Amazon VPC インターフェイスのエンドポイント

[A — IPv4 アドレス] を選択します。

CloudFront 配信

[A — IPv4 アドレス] を選択します。

ディストリビューションに対して IPv6 が有効になっている場合は、2 つのレコードを作成します。1 つは [タイプ] として [A — IPv4 アドレス] の値を持つもの、もう 1つは [AAAA — IPv6 アドレス] の値を持つものとします。

App Runner サービス

[A — IPv4 アドレス] を選択します。

ローカル化されたサブドメインがある Elastic Beanstalk 環境

[A — IPv4 アドレス] を選択します。

ELB ロードバランサー

[A — IPv4 アドレス] または [AAAA — IPv6 アドレス] を選択します。

Amazon S3 バケット

[A — IPv4 アドレス] を選択します。

OpenSearch Service

[A — IPv4 アドレス] または [AAAA — IPv6 アドレス] を選択します。

このホストゾーン内の別のレコード

エイリアスを作成するレコードのタイプを選択します。[NS] および [SOA] 以外のすべてのタイプがサポートされます。

注記

ホストゾーン (zone apex といいます) と同じ名前のエイリアスレコードを作成する場合、[タイプ] の値が [CNAME] のレコードにトラフィックをルーティングすることはできません。これは、トラフィックがルーティングされているレコードとエイリアスレコードのタイプが同じでなければならず、zone apex の CNAME レコードの作成はエイリアスレコードであってもサポートされていないためです。

値/トラフィックのルーティング先

リストから選択する値、または フィールドに入力する値は、トラフィックをルーティングする AWS リソースによって異なります。

ターゲットにできる AWS リソースについては、「値/ルートトラフィックのエイリアスレコードの一般的な値」を参照してください。

特定の AWS リソースにトラフィックをルーティングするように Route 53 を設定する方法の詳細については、「」を参照してくださいAWS リソースへのインターネットトラフィックのルーティング。

注記

プライマリフェイルオーバーレコードとセカンダリフェイルオーバーレコードを作成する場合、オプションで、 [名前] および [レコードタイプ] が同じ値のフェイルオーバーレコードを 1 つとフェイルオーバーエイリアスレコードを 1 つ作成できます。フェイルオーバーレコードとフェイルオーバーエイリアスレコードを混在させる場合、いずれかをプライマリレコードにすることができます。

フェイルオーバーレコードタイプ

このレコードに該当する値を選択します。フェイルオーバーが正常に動作するためには、プライマリフェイルオーバーレコードを 1 つとセカンダリフェイルオーバーレコードを 1 つ作成する必要があります。

[レコード名] および [レコードタイプ] の値がフェイルオーバーレコードと同じである非フェイルオーバーレコードを作成することはできません。

ヘルスチェック

Route 53 で、指定されたエンドポイントの正常性をチェックし、エンドポイントが正常であるときにのみ、このレコードを使用して DNS クエリに応答する場合は、ヘルスチェックを選択します。

Route 53 は、レコード内で指定されたエンドポイント、例えば、[値] フィールドの IP アドレスで指定されたエンドポイントの正常性はチェックしません。Route 53 は、レコードのヘルスチェックを選択したとき、ヘルスチェックで指定されたエンドポイントの正常性をチェックします。エンドポイントが正常であるかどうかを、Route 53 がどのように判断するかについては、「Amazon Route 53 でヘルスチェックの正常性を判断する方法」を参照してください。

ヘルスチェックをレコードに関連付けることに意味があるのは、Route 53 が複数のレコードの中から選択して DNS クエリに応答しており、その選択の一部をヘルスチェックのステータスに基づいて行うように Route 53 を設定する必要がある場合だけです。以下の設定でのみ、ヘルスチェックを使用してください。

  • 名前、種類、およびルーティングポリシー (フェイルオーバーレコードや加重レコードなど) が同じレコードのグループ内のすべてのレコードのヘルスをチェックし、すべてのレコードのヘルスチェック ID を指定します。レコードのヘルスチェックが正常ではないエンドポイントを特定した場合、Route 53 はそのレコードの値を使用してクエリへの応答を停止します。

  • フェイルオーバーエイリアス、位置情報エイリアス、レイテンシーエイリアス、IP ベースエイリアス、または加重エイリアスレコードのグループ内にあるエイリアスレコードまたはレコードの [Evaluate target health] (ターゲットのヘルスを評価) で、[Yes] (はい) を選択します。エイリアスレコードが同じホストゾーン内の非エイリアスレコードを参照する場合、参照先レコードのヘルスチェックも指定する必要があります。エイリアスレコードにヘルスチェックを関連付けた上で、[Evaluate Target Health] (ターゲットの正常性の評価) で [Yes] (はい) を選択した場合、これらの設定は両方とも有効になります。詳細については、「エイリアスレコードにヘルスチェックを関連付けるとどうなるか」を参照してください。

ヘルスチェックでドメイン名によってのみエンドポイントを指定する場合、エンドポイントごとにヘルスチェックを作成することをお勧めします。例えば、www.example.com のコンテンツを配信する各 HTTP サーバーについて、ヘルスチェックを作成します。[ドメイン名] の値には、レコードの名前 (example.com) ではなく、サーバーのドメイン名 (us-east-2-www.example.com など) を指定します。

重要

この構成で、[ドメイン名] の値がレコードの名前と一致するヘルスチェックを作成し、それらのレコードにヘルスチェックを関連付けた場合、ヘルスチェックで予想できない結果が生じます。

ターゲットの正常性の評価

Route 53 で、このレコードを使用して [エンドポイント] で指定されたリソースの正常性を確認することによって DNS クエリに応答するかどうかを判定する場合は、[Yes] を選択します。

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

API Gateway のカスタムリージョン API とエッジ最適化 API

エンドポイントが API Gateway カスタムリージョン API またはエッジ最適化 API である場合、[ターゲットの正常性の評価] を [Yes] に設定するための特別な要件はありません。

CloudFront ディストリビューション

エンドポイントが CloudFront ディストリビューションの場合、[ターゲットの正常性の評価] を [Yes] に設定することはできません。

ローカル化されたサブドメインがある Elastic Beanstalk 環境

[エンドポイント] で Elastic Beanstalk 環境を指定し、その環境に ELB ロードバランサーが含まれている場合、Elastic Load Balancing はクエリをロードバランサーに登録されている正常な Amazon EC2 インスタンスにのみルーティングします。(複数の Amazon EC2 インスタンスが含まれている場合、環境には自動的に ELB ロードバランサーが含まれます。) [ターゲットの正常性の評価] を [Yes] に設定したとき、正常な Amazon EC2 インスタンスがない場合やロードバランサー自体が正常でない場合、Route 53 は他に利用可能なリソースがあれば、そこにクエリをルーティングします。

環境に 1 つの Amazon EC2 インスタンスが含まれている場合、特別な要件はありません。

ELB ロードバランサー

ヘルスチェックの動作はロードバランサーのタイプによって異なります。

  • [Classic Load Balancers] – [エンドポイント] で ELB Classic Load Balancer を指定した場合、Elastic Load Balancing は、ロードバランサーに登録されている正常な Amazon EC2 インスタンスにのみクエリをルーティングします。[ターゲットの正常性の評価] を [Yes] に設定したとき、正常な EC2 インスタンスがない場合やロードバランサー自体が正常でない場合、Route 53 は他のリソースにクエリをルーティングします。

  • アプリケーションと Network Load Balancer – ELB アプリケーションまたは Network Load Balancer を指定し、[Evaluate Target health (ターゲットの正常性の評価)] を Yes に設定すると、Route 53 は､ロードバランサーに関連付けられているターゲットグループの正常性に基づいて､クエリをロードバランサーにルーティングします。

    • アプリケーションまたは Network Load Balancer が正常とみなされるには、ターゲットを含むターゲットグループに、正常なターゲットが 1 つ以上含まれている必要があります。ターゲットグループに異常なターゲットのみが含まれている場合、ロードバランサーは異常であるとみなされ、Route 53 はクエリを他のリソースにルーティングします。

    • 登録されたターゲットを持たないターゲットグループは異常であるとみなされます｡

注記

ロードバランサーを作成するときは、Elastic Load Balancing のヘルスチェックの設定を行います。これは Route 53 のヘルスチェックではありませんが、同様の機能を実行します。ELB ロードバランサーに登録する EC2 インスタンスに対しては Route 53 のヘルスチェックを作成しないでください。

S3 バケット

エンドポイントが S3 バケットである場合、[ターゲットの正常性の評価] を [Yes] に設定するための特別な要件はありません。

Amazon VPC インターフェイスのエンドポイント

エンドポイントが Amazon VPC インターフェイスエンドポイントである場合、[ターゲットの正常性の評価] を [Yes] に設定するための特別な要件はありません。

同じホストゾーンの他のレコード

エンドポイントで指定した AWS リソースがレコードまたはレコードのグループ (加重レコードのグループなど) であるが、別のエイリアスレコードではない場合は、ヘルスチェックをエンドポイント内のすべてのレコードに関連付けることをお勧めします。詳細については、「ヘルスチェックを省略するとどうなるか」を参照してください。

記録 ID

プライマリレコードとセカンダリレコードを一意に識別する値を入力します。