加重エイリアスレコードに固有の値 - 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 — アドレス] の値を持つものとします。

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

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

ELB ロードバランサー

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

Amazon S3 バケット

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

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

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

注記

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

加重レコードのグループ内のすべてのレコードに同じ値を選択します。

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

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

ターゲットとすることができる AWS リソースについては、「common values for alias records for value/route traffic to」(値/トラフィックのルーティング先) を参照してください。

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

(重量)

Route 53 が現在のレコードを使用して応答する DNS クエリの比率を決定する値。Route 53 は、同じ DNS 名とタイプの組み合わせがあるレコードの重みの合計を計算します。次に、Route 53 は、その合計に対するリソースの重みの比率に基づいてクエリに応答します。

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

0 ～ 255 の整数を入力します。リソースへのルーティングを無効にするには、[Weight (重み)] に 0 を設定します。グループ内のすべてのレコードに対して [Weight (重み)] を 0 に設定した場合、トラフィックは等しい確率ですべてのリソースにルーティングされます。これにより、加重レコードのグループのルーティングを誤って無効にする心配がなくなります。

加重レコードにヘルスチェックを割り当てる場合、[Weight (重み)] を 0 に設定した結果は異なります。詳細については、「ヘルスチェックが設定されている場合に Amazon Route 53 がレコードを選択する方法」を参照してください。

ヘルスチェック

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 である場合、[Evaluate target health] (ターゲットヘルスを評価) を [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 を指定し、[ターゲットの正常性の評価] を 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

加重レコードのグループ内で、このレコードを一意に識別する値を入力します。