コンソールにサインインする
Amazon Route 53
開発者ガイド (API バージョン 2013-04-01)

AWS ドキュメント » Amazon Route 53 » 開発者ガイド » DNS サービスとして Amazon Route 53 を設定する » レコードを使用する » Amazon Route 53 レコードの作成時または編集時に指定する値 » エイリアスレコードの値

エイリアスレコードの値

エイリアスレコードを作成するときは、以下の値を指定します。詳細については、「エイリアスレコードと非エイリアスレコードの選択」を参照してください。

名前

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

注記

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

CNAME レコード

[タイプ] の値が [CNAME] であるレコードを作成する場合は、そのレコードの名前をホストゾーンの名前と同じものにできません。

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

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

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

  • 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 リソースに基づいて、適切な値を選択します。

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

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

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

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

[A – IPv4 address] を選択します

ELB ロードバランサー

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

Amazon S3 バケット

[A – IPv4 address] を選択します

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

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

注記

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

エイリアス

[Yes] を選択します。

エイリアス先

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

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

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

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

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

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

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

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

    1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用してディストリビューションを作成した場合、ディストリビューションは [Alias Targets] リストに表示されません。

    1 つのアカウントを使用して現在のホストゾーンを作成し、1 つ以上の数種のアカウントを使用してすべてのディストリビューションを作成した場合、[Alias Targets] リストの [CloudFront Distributions] の下に [No Targets Available] が表示されます。

重要

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

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

ディストリビューションに対して IPv6 が有効になっている場合は、2 つのレコードを作成します。1 つは、[Type] の値として [A — IPv4 アドレス] を使います。もう 1 つは、値として [AAAA — 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 環境を作成する際に同じアカウントを使用している場合 – [Alias Target] を選択し、リストから環境を選択します。環境が多数ある場合は、環境の CNAME 属性の最初の数文字を入力することでリストをフィルタ処理できます。

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

ELB ロードバランサー

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

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

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

    1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用してロードバランサーを作成した場合、ロードバランサーは [Alias Targets] リストに表示されません。

    1 つのアカウントを使用して現在のホストゾーンを作成し、1 つ以上の数種のアカウントを使用してすべてのロードバランサーを作成した場合、[Alias Targets] リストの [Elastic Load Balancers] の下に [No Targets Available] が表示されます。

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

Amazon S3 バケット

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

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

    [Alias Target] の値が、バケットの Amazon S3 ウェブサイトエンドポイントに変更されます。

  • 別のアカウントを使って Route 53 ホストゾーンと Amazon S3 バケットを作成した場合 – S3 バケットを作成したリージョンの名前を入力します。アマゾン ウェブ サービス全般のリファレンスの「AWS のリージョンとエンドポイント」章に記載されている Amazon Simple Storage Service ウェブサイトエンドポイント表の [Website Endpoint] 列の値を使用します。

    現在のアカウント以外の AWS アカウントを使用して Amazon S3 バケットを作成した場合、バケットは [Alias Targets] リストに表示されません。

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

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

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

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

このホストゾーン内のレコードの場合は、[エイリアス先] を選択し、該当するレコードを選択します。レコードが多数ある場合は、名前の最初の数文字を入力することでリストをフィルタ処理できます。

ホストゾーンにデフォルトの NS および SOA レコードのみが含まれる場合、[エイリアス先] リストに [No Targets Available(ターゲットなし)] が表示されます。

注記

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

[Alias Hosted Zone ID]

[Alias Target] で選択または入力した値に基づいて、値が自動的に表示されます。

ルーティングポリシー

[Simple] を選択します。

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

[エイリアス先] で指定された リソースの正常性をチェックすることによってこのレコードを使用して DNS クエリに応答するかどうかを Route 53 が判断するように設定するには、[はい] を選択します。

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

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

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

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

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

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

ELB ロードバランサー

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

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

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

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

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

注記

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

S3 バケット

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

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

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