レイテンシーエイリアスレコードの値 - Amazon Route 53

英語の翻訳が提供されている場合で、内容が矛盾する場合には、英語版がオリジナルとして取り扱われます。翻訳は機械翻訳により提供されています。

レイテンシーエイリアスレコードの値

レイテンシーエイリアスレコードを作成するときは、以下の値を指定します。

注記

プライベートホストゾーンでのレイテンシーエイリアスレコードの作成は許可されていますが、サポートされていません。

詳細については、エイリアスレコードと非エイリアスレコードの選択 を参照してください。

ルーティングポリシー

選択 レイテンシー.

注記

プライベートホストゾーンでのレイテンシーエイリアスレコードの作成は許可されていますが、サポートされていません。

レコード名

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

注記

ホストされたゾーンと同じ名前のレコードを作成する場合は、 記録名 フィールド。

レイテンシーレコードのグループで、すべてのレコードに同じ名前を入力します。

CNAME レコード

値を持つレコードを作成している場合、 C名記録の種類、レコードの名前をホストされたゾーンの名前と同じにすることはできません。

CloudFront ディストリビューションと Amazon S3 バケットに対応するエイリアス

指定する値は、トラフィックをルーティングする AWS リソースによって一部異なります。

  • CloudFront ディストリビューション – ディストリビューションには、レコードの名前と一致する代替ドメイン名が含まれる必要があります。たとえば、レコード名が [acme.example.com] の場合、CloudFront ディストリビューションには代替ドメイン名の 1 つとして [acme.example.com] が含まれる必要があります。詳細については、以下を参照してください。 代替ドメイン名(CNAME)の使用Amazon CloudFront 開発者ガイド.

  • Amazon S3 バケット – レコード名は、Amazon S3 バケット名と一致する必要があります。たとえば、 バケット名が [acme.example.com] である場合、このレコード名も [acme.example.com] である必要があります。

    また、ウェブサイトホスティング用にバケットを設定する必要があります。詳細については、以下を参照してください。 ウェブサイトホスティング用のバケットを設定するAmazon Simple Storage Service 開発者ガイド.

特殊文字

a~z、0~9、- (ハイフン) 以外の文字を指定する方法、および国際化されたドメイン名を指定する方法については、「DNS ドメイン名の形式」を参照してください。

ワイルドカード文字

名前にはアスタリスク (*) を使用できます。DNSは、名前の中の位置に応じて、「*」をワイルドカードまたはアスタリスク (ASCII 42) として処理します。詳細については、ホストゾーンおよびレコード名のアスタリスク (*) を使用する を参照してください。

レコードタイプ

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

トラフィックをルーティングする AWS リソースに基づいて、適切な値を選択します。

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

[A — IPv4 address] を選択します。

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

[A — IPv4 address] を選択します。

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

[A — IPv4 address] を選択します。

IPv6 が配信に対して有効になっている場合は、2 つのレコードを作成します。1 つのレコードは、 A — IPv4アドレス記録の種類、および の値を持つもの アAAA — IPv6アドレス.

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

[A — IPv4 address] を選択します。

ELB ロードバランサー

[A — IPv4 address] または [AAAA — IPv6 address] を選択します。

Amazon S3 バケット

[A — IPv4 address] を選択します。

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

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

注記

ホストされたゾーン( ゾーン頂点)、 記録の種類C名. これは、トラフィックがルーティングされているレコードとエイリアスレコードのタイプが同じでなければならず、zone apex の CNAME レコードの作成はエイリアスレコードであってもサポートされていないためです。

レイテンシーレコードのグループ内のすべてのレコードに同じ値を選択します。

値/ルート トラフィック

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

重要

同じAWSアカウントを使用して、ホストされたゾーンとトラフィックをルーティングしているリソースを作成し、そのリソースが エンドポイント 以下を確認してください。

  • サポートされている値を選択したことを確認します。 記録の種類. サポートされている値は、トラフィックのルーティング先のリソースに固有です。たとえば、トラフィックを S3 バケットにルーティングするには、 A:IPv4アドレス記録の種類.

  • アカウントに、該当するリソースを一覧表示するために必要な IAM アクセス許可があることを確認します。たとえば、 CloudFront 配布は、 エンドポイント 次のアクションを実行するには、アカウントに権限が必要です。cloudfront:ListDistributions.

    IAM ポリシーの例については、「Amazon Route 53 コンソールの使用に必要なアクセス許可」を参照してください。

別のAWSアカウントを使用してホストされたゾーンとリソースを作成した場合、 エンドポイント リストにはリソースが表示されません。入力する値を決定するには、リソース タイプに関する次のドキュメントを参照してください。 エンドポイント.

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

API Gateway のカスタムリージョン API とエッジ最適化 API で、次のいずれかを行います。

  • 同じアカウントを使用して Route 53 ホストゾーンとAPI – 選択 エンドポイントを選択し、リストからAPIを選択します。API が多数ある場合は、API エンドポイントの最初の数文字を入力してリストをフィルタリングすることができます。

    注記

    このレコードの名前は、API のカスタムドメイン名 (例: api.example.com) と一致している必要があります。

  • 別のアカウントを使用して、Route 53 ホストゾーンと API を作成した場合 – API の API エンドポイント (例: api.example.com) を入力します。

    1つのAWSアカウントを使用して現在のホステッドゾーンを作成し、別のアカウントを使用してAPIを作成した場合、APIは エンドポイント リスト APIゲートウェイAPI.

    1つのアカウントを使用して現在のホステッドゾーンを作成し、1つ以上の異なるアカウントを使用してすべてのAPIを作成した場合、 エンドポイント 一覧表示 使用可能なターゲットがありません 以下 APIゲートウェイAPI.

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

CloudFront ディストリビューションの場合は、次のいずれかの操作を実行します。

  • 同じアカウントを使用して Route 53 ホストゾーンと CloudFront 配布 – 選択 エンドポイント リストから配信を選択します。ディストリビューションが多数ある場合は、ディストリビューションのドメイン名の最初の数文字を入力することでリストをフィルタ処理できます。

    ディストリビューションがリストに表示されていない場合は、次の点を確認してください。

    • このレコードの名前は、ディストリビューションの代替ドメイン名に一致する必要があります。

    • ディストリビューションに代替ドメイン名を追加した直後であれば、変更がすべての CloudFront エッジロケーションに伝達されるまでに 15 分程度かかる場合があります。変更が伝達されるまで、Route 53 は新しい代替ドメイン名を認識できません。

  • Route 53 ホストゾーンとディストリビューションを作成する際に異なるアカウントを使用している場合 – ディストリビューションの CloudFront ドメイン名を入力します (たとえば、d111111abcdef8.cloudfront.net)。

    1つのAWSアカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用して配布を作成した場合、配布は エンドポイント リスト。

    1つのアカウントを使用して現在のホストされたゾーンを作成し、1つ以上の異なるアカウントを使用してすべてのディストリビューションを作成した場合、 エンドポイント 一覧表示 使用可能なターゲットがありません 以下 CloudFront ディストリビューション.

重要

すべてのエッジロケーションに伝達されていない CloudFront ディストリビューションにクエリをルーティングしないでください。その場合、ユーザーは該当するコンテンツにアクセスできません。

CloudFront ディストリビューションには、レコードの名前と一致する代替ドメイン名が含まれる必要があります。たとえば、レコード名が [acme.example.com] の場合、CloudFront ディストリビューションには代替ドメイン名の 1 つとして [acme.example.com] が含まれる必要があります。詳細については、以下を参照してください。 代替ドメイン名(CNAME)の使用Amazon CloudFront 開発者ガイド.

IPv6 が配信に対して有効になっている場合は、2 つのレコードを作成します。1 つのレコードは、 A — IPv4アドレス記録の種類、および の値を持つもの アAAA — IPv6アドレス.

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

Elastic Beanstalk 環境のドメイン名に環境をデプロイしたリージョンが含まれている場合、トラフィックを環境にルーティングするエイリアスレコードを作成できます。たとえば、ドメイン名 my-environment.us-west-2.elasticbeanstalk.com はローカル化されたドメイン名です。

重要

2016 年の初め以前に作成された環境の場合、ドメイン名にはリージョンは含まれていません。これらの環境にトラフィックをルーティングするには、エイリアスレコードの代わりに CNAME レコードを作成する必要があります。ルートドメイン名に対して CNAME レコードを作成することはできないことに注意してください。 たとえば、ドメイン名が example.com の場合、acme.example.com のトラフィックを Elastic Beanstalk 環境にルーティングするレコードは作成できますが、example.com のトラフィックを Elastic Beanstalk 環境にルーティングするレコードは作成できません。

ローカル化されたサブドメインがある Elastic Beanstalk 環境の場合は、次のいずれかを実行します。

  • 同じアカウントを使用して Route 53 ホストゾーンと Elastic Beanstalk 環境 – 選択 エンドポイントを選択し、リストから環境を選択します。環境が多数ある場合は、環境の CNAME 属性の最初の数文字を入力することでリストをフィルタ処理できます。

  • さまざまなアカウントを使用して Route 53 ホストゾーンおよび Elastic Beanstalk 環境を作成した場合 – Elastic Beanstalk 環境の CNAME 属性を入力します。

ELB ロードバランサー

ELB ロードバランサーの場合は、次のいずれかの操作を実行します。

  • 同じアカウントを使用して Route 53 ホスト・ゾーンとロード・バランサー – 選択 エンドポイント リストからロードバランサーを選択します。ロードバランサーが多数ある場合は、DNS 名の最初の数文字を入力することでリストをフィルタ処理できます。

  • Route 53 ホストゾーンとロードバランサーを作成する際に異なるアカウントを使用している場合 – 「ELB ロードバランサーの DNS 名の取得」の手順で取得した値を入力します。

    1つのAWSアカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用してロードバランサーを作成した場合、ロードバランサーは エンドポイント リスト。

    1つのアカウントを使用して現在のホステッドゾーンを作成し、1つ以上の異なるアカウントを使用してすべてのロードバランサーを作成した場合、 エンドポイント 一覧表示 使用可能なターゲットがありません 以下 弾性ロードバランサー.

どちらの場合も、コンソールで DNS 名に [dualstack.] が付加されます。ウェブブラウザなどのクライアントが、ドメイン名 (example.com) またはサブドメイン名 (www.example.com) の IP アドレスをリクエストする場合、クライアントは IPv4 アドレス (A レコード)、IPv6 アドレス (AAAA レコード)、または IPv4 アドレスと IPv6 アドレスの両方を (別のリクエストで) リクエストできます。dualstack. の指定により、Route 53 は、クライアントがリクエストした IP アドレス形式に基づいて、ロードバランサーに対する適切な IP アドレスで応答することができます。

AWS Global Accelerator アクセラレーター

[AWS Global Accelerator アクセラレーター] で、アクセラレーターの DNS 名を入力します。現在の AWS アカウントまたは別の AWS アカウントを使用して作成したアクセラレーターの DNS 名を入力できます。

Amazon S3 バケット

ウェブサイトエンドポイントとして設定された Amazon S3 バケットの場合、次のいずれかを実行します。

  • 同じアカウントを使用して Route 53 ホストゾーンと Amazon S3 バケット – 選択 エンドポイント リストからバケットを選択します。バケットが多数ある場合は、DNS 名の最初の数文字を入力することでリストをフィルタ処理できます。

    の値 エンドポイント 変更 Amazon S3 バケットのWebサイトエンドポイントです。

  • 別のアカウントを使って Route 53 ホストゾーンと Amazon S3 バケットを作成した場合 – S3 バケットを作成したリージョンの名前を入力します。[ ウェブサイトのエンドポイント 列、テーブル内の Amazon S3 ウェブサイトのエンドポイントアマゾン ウェブ サービス全般のリファレンス.

    現在のアカウント以外のAWSアカウントを使用して、 Amazon S3 バケットは、 エンドポイント リスト。

ウェブサイトホスティング用にバケットを設定する必要があります。詳細については、以下を参照してください。 ウェブサイトホスティング用のバケットを設定するAmazon Simple Storage Service 開発者ガイド.

レコード名は、Amazon S3 バケット名と一致する必要があります。たとえば、Amazon S3 バケット名が [acme.example.com] である場合、このレコード名も [acme.example.com] である必要があります。

加重エイリアス、レイテンシーエイリアス、フェイルオーバーエイリアス、または位置情報エイリアスには、Amazon S3 バケットにクエリをルーティングするレコードを 1 つだけ作成できます。これは、レコード名はバケット名と一致する必要があり、バケット名はグローバルに一意である必要があるためです。

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

Amazon VPC インターフェイスエンドポイントで、以下のいずれかを行います。

  • 同じアカウントを使用して Route 53 ホストゾーンとインタフェースエンドポイント – 選択 エンドポイントをクリックして、リストからインタフェースエンドポイントを選択します。インターフェイスエンドポイントが多数ある場合は、DNS ホスト名の最初の数文字を入力することでリストをフィルタリングすることができます。

  • 別のアカウントを使用して Route 53 ホストゾーンとインターフェイスエンドポイントを作成した場合 – インターフェイスエンドポイントの DNS ホスト名 (例: vpce-123456789abcdef01-example-us-east-1a.elasticloadbalancing.us-east-1.vpce.amazonaws.com) を入力します。

    1つのAWSアカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用してインタフェースエンドポイントを作成した場合、インタフェースエンドポイントは エンドポイント リスト VPCエンドポイント.

    1つのアカウントを使用して現在のホストゾーンを作成し、1つ以上の異なるアカウントを使用してすべてのインタフェースエンドポイントを作成した場合、 エンドポイント 一覧表示 使用可能なターゲットがありません 以下 VPCエンドポイント.

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

このホストされたゾーンのレコードについては、 エンドポイント 該当するレコードを選択します。レコードが多数ある場合は、名前の最初の数文字を入力することでリストをフィルタ処理できます。

ホストされたゾーンにデフォルトのNSレコードとSOAレコードのみが含まれている場合、 エンドポイント 一覧表示 使用可能なターゲットがありません.

注記

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

Region

このレコードで指定されたリソースが存在する Amazon EC2 リージョン。Route 53 によって、指定したその他の値に基づく Amazon EC2 リージョンが推奨されます。この値は変更しないことをお勧めします。

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

  • 作成できるレイテンシーレコードは、各 Amazon EC2 リージョンにつき 1 つだけです。

  • すべての Amazon EC2 リージョンに対してレイテンシーレコードを作成する必要はありません。レイテンシーレコードを作成したリージョンの中から、レイテンシーの最も小さいリージョンが Route 53 によって選択されます。

  • に対する同じ値を持つ非レイテンシレコードは作成できません。 記録名 および 記録の種類 遅延記録として記録されます。

  • cn-north-1 リージョンのタグ付きのレコードを作成した場合、Route 53 は、レイテンシーにかかわらず、常にこのレコードを使用して、中国内からのクエリに応答します。

レイテンシーレコードの使用の詳細については、「レイテンシーに基づくルーティング」を参照してください。

ヘルスチェック

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

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

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

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

  • 以下を選択します。 ターゲットの健全性を評価する エイリアス レコード、またはフェイルオーバー エイリアス、ジオロケーション エイリアス、レーテンシー エイリアス、または加重エイリアス レコードのグループのレコード。エイリアスレコードが同じホストゾーン内の非エイリアスレコードを参照する場合、参照先レコードのヘルスチェックも指定する必要があります。

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

重要

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

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

選択 希望する場合 Route 53 で指定したリソースの稼働状態をチェックして、このレコードを使用して DNS クエリに応答するかどうかを決定します。 エンドポイント.

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

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

設定に特別な要件はありません ターゲットの健全性を評価する エンドポイントが API Gateway カスタムの地域APIまたはエッジに最適化されたAPIです。

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

設定できません ターゲット・ヘルスの評価 エンドポイントが CloudFront 配布。

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

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

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

ELB ロードバランサー

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

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

  • アプリケーションおよびネットワーク・ロード・バランサー – ELBアプリケーションまたはネットワーク・ロード・バランサーを指定し、 ターゲットの健全性を評価する、 Route 53 ロード・バランサーに関連付けられたターゲット・グループの稼働状態に基づいて、ロード・バランサーにクエリーをルーティングします。

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

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

注記

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

S3 バケット

設定に特別な要件はありません ターゲットの健全性を評価する エンドポイントがS3バケットの場合。

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

設定に特別な要件はありません ターゲットの健全性を評価する エンドポイントが Amazon VPC インタフェースエンドポイント。

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

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

記録ID

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