メニュー
Amazon Route 53
開発者ガイド (API Version 2013-04-01)

親ドメインを移行しないでサブドメインの DNS サービスを Amazon Route 53 に移行

別の DNS サービスから親ドメインを移行せずに、Amazon Route 53 を DNS サービスとして使用するサブドメインを移行できます。

このプロセスには 4 つのステップがあります。

  1. サブドメイン用の Amazon Route 53 ホストゾーンを作成します。

  2. 親ドメインの現在の DNS サービスプロバイダーから現在の DNS 設定を取得します。

  3. Amazon Route 53 ホストゾーンに、サブドメインのリソースレコードセットを追加します

  4. API のみ: すべての Amazon Route 53 DNS サーバーに変更が反映されていることを確認します

    注記

    現在、変更が伝達されたことを確認する唯一の方法は、GetChange API アクションを使用することです。通常、変更は 2~3 分以内にすべての Amazon Route 53 ネームサーバーに伝達されます。まれに、プロパゲートするのに最大で 30 分ほどかかることがあります。

  5. サブドメインのネームサーバーレコードを追加して、親ドメインの DNS サービスプロバイダーの DNS 設定を更新します。

サブドメイン用のホストゾーンの作成

別の DNS サービスから Amazon Route 53 にサブドメインを移行するが、親ドメインは移行しない場合は、まずサブドメイン用のホストゾーンを作成します。Amazon Route 53 では、ホストゾーンにサブドメインに関する情報が格納されます。

注記

ホストゾーンを作成すると、Amazon Route 53 はそのゾーンに対して、4 つのネームサーバー (NS) レコードと Start of Authority (SOA) レコードを自動的に作成します。NS レコードはレジストラまたは DNS サービスに付与されるネームサーバーを識別し、クエリが Amazon Route 53 ネームサーバーにルーティングされるようにします。NS および SOA レコードの詳細については、「Amazon Route 53 がパブリックホストゾーンに作成する NS リソースレコードセットと SOA リソースレコードセット」を参照してください。

Amazon Route 53 コンソールを使用してホストゾーンを作成するには、次の手順を実行します。Amazon Route 53 API を使用してホストゾーンを作成するには、CreateHostedZone アクションを使用します。詳細については、Amazon Route 53 API Reference の「 CreateHostedZone」を参照してください。

Amazon Route 53 コンソールを使用してホストゾーンを作成するには

  1. AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある Amazon Route 53 コンソールを開きます。

  2. Amazon Route 53 を初めて利用する場合は、[DNS Management] の [Get Started Now] を選択します。

    既に Amazon Route 53 を利用している場合は、ナビゲーションペインの [Hosted Zones] を選択します。

  3. 右側のペインでは、[apex.example.com] のようなサブドメイン名を入力します。オプションのコメントも入力できます。フィールドの詳細については、各フィールドのツールヒントを参照してください。

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

  4. 右のペインの下にある [Create Hosted Zone] を選択します。

DNS サービスプロバイダーから現在の DNS 設定を取得

既存のサブドメインを Amazon Route 53 に移行するプロセスを単純化するには、現在ドメインにサービスを提供している DNS サービスプロバイダーからドメインの現在の DNS 設定を取得します。この情報を基本として、Amazon Route 53 をサブドメインの DNS サービスとして設定することができます。

求める情報とその形式は、現在 DNS サービスプロバイダーとして使っている会社によって異なります。現在の設定におけるリソースレコードセットすべてに関する情報を含むゾーンファイルが提供されるのが理想です (リソースレコードセットは、ドメインとサブドメインのトラフィックのルーティング方法を DNS に指示します。たとえば、誰かがウェブブラウザにドメイン名を入力すると、データセンターのウェブサーバーにトラフィックをルーティングするか、それとも Amazon EC2 インスタンスや CloudFront ディストリビューションなどにルーティングするかを指定します)。現在の DNS サービスプロバイダーからゾーンファイルを取得できる場合は、ゾーンファイルを編集して、Amazon Route 53 に移行しないリソースレコードセットを削除することができます。その後、残りのリソースレコードセットを Amazon Route 53 ホストゾーンにインポートすると、処理が大幅に単純化されます。ゾーンファイルまたはレコードリストを取得する方法を、現在の DNS サービスプロバイダーのカスタマーサポートに問い合わせてみてください。

リソースレコードセットの作成

現在の DNS サービスプロバイダーから入手したリソースレコードセットを基準として使用し、サブドメイン用に作成した Amazon Route 53 ホストゾーンに、対応するリソースレコードセットを作成します。Amazon Route 53 で作成したリソースレコードセットが、サブドメインに対する責任を Amazon Route 53 に委任した後で DNS が使用するリソースレコードセットになります。詳細については、「サブドメインのネームサーバーレコードで DNS サービスを更新する」を参照してください。

重要

Amazon Route 53 ホストゾーンに追加のネームサーバー (NS) レコードまたは Start of Authority (SOA) レコードを作成しないでください。また、既存の NS レコードと SOA レコードを削除しないでください。

Amazon Route 53 コンソールを使用してリソースレコードセットを作成するには、「リソースレコードセットの使用」を参照してください。Amazon Route 53 API を使用してリソースレコードセットを作成するには、ChangeResourceRecordSets を使用します。詳細については、Amazon Route 53 API Reference の「 ChangeResourceRecordSets」を参照してください。

変更のステータスを確認する (API のみ)

新しいホストゾーンの作成や、リソースレコードセットの変更では、Amazon Route 53 DNS サーバーへの伝達に時間がかかります。リソースレコードセットの作成に ChangeResourceRecordSets を使用した場合、GetChange アクションを使用して、変更が伝達されているかどうかを判断できます。 (ChangeResourceRecordSetsChangeId の値を返します。これは、次の GetChange リクエストに含めることができます。コンソールを使用してリソースレコードセットを作成した場合は、ChangeId を使用できません)。詳細については、Amazon Route 53 API Reference の「GET GetChange」を参照してください。

注記

通常、変更は 2~3 分以内にすべての Amazon Route 53 ネームサーバーに伝達されます。まれに、プロパゲートするのに最大で 30 分ほどかかることがあります。

サブドメインのネームサーバーレコードで DNS サービスを更新する

Amazon Route 53 リソースレコードセットへの変更が反映された後 (「変更のステータスを確認する (API のみ) 」を参照)、サブドメインの NS レコードを追加して、親ドメインの DNS サービスを更新します。これは、サブドメインの責任の Amazon Route 53 への委任と呼ばれます。たとえば、親ドメイン example.com が別の DNS サービスでホストされていて、サブドメイン test.example.com を Amazon Route 53 に移行するとします。test.example.com のホストゾーンを作成し、example.com の DNS サービスを、test.example.com の新しいホストゾーンに Amazon Route 53 が割り当てた NS レコードで更新する必要があります。

以下の手順を実行します。

  1. DNS サービスから提供される方法を使用して、親ドメインのゾーンファイルをバックアップします。

  2. ドメインの更新前の DNS サービスプロバイダーでネームサーバーの TTL 設定を変更する方法を利用できる場合は、設定を 900 秒に変更することをお勧めします。これにより、使用されていないネームサーバーを使ってクライアントリクエストがドメイン名の解決を試行する時間が制限されます。現在の TTL が 172800 秒 (2 日) である場合は (一般的なデフォルト設定)、リゾルバーとクライアントが更新前の TTL を使用して DNS レコードのキャッシュを停止するまで 2 日間待機する必要があります。TTL の設定期間が終了すると、更新前のプロバイダーで保存されていたレコードを安全に削除し、Amazon Route 53 にのみ変更を加えることができます。

  3. Amazon Route 53 コンソールで、Amazon Route 53 ホストゾーンのネームサーバーを取得します。

    1. AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある Amazon Route 53 コンソールを開きます。

    2. ナビゲーションペインで、[Hosted Zones] をクリックします。

    3. [Hosted Zones] ページで、ホストゾーンのラジオボタン (名前ではない) を選択します。

    4. 右ペインの [Name Servers] に表示されている 4 つのサーバーをメモします。

    または、GetHostedZone アクションを使用できます。詳細については、『Amazon Route 53 API Reference』の「GetHostedZone」を参照してください。

  4. 親ドメインの DNS サービスから提供される方法を使用して、親ドメインのゾーンファイルにサブドメインの NS レコードを追加します。NS レコードにサブドメインと同じ名前を付けます。NS レコードの値には、ステップ 2 で作成したホストゾーンに関連する 4 つの Amazon Route 53 ネームサーバーを指定します。DNS サービスが異なると、使用する用語も異なります。このステップを実行する方法については、DNS サービスの技術サポートへの問い合わせが必要になる場合があります。

    重要

    親ドメインのゾーンファイルに Start of Authority (SOA) のレコードを追加しないでください。サブドメインは Amazon Route 53 を使用するため、親ドメインの DNS サービスはサブドメインに関する権限を保持していません。

    DNS サービスが自動的にサブドメインの SOA レコードを追加した場合、サブドメインのレコードを削除します。ただし、親ドメインの SOA レコードは削除しないでください。

    親ドメインのネームサーバーの TTL 設定に応じて、DNS リソルバーに対する変更の反映は 48 時間以上かかる場合があります。この反映が行われている間も、DNS リゾルバーは親ドメインの DNS サービスのネームサーバーを使用してリクエストに応答することがあります。また、クライアントコンピュータは、サブドメインの以前のネームサーバーをキャッシュに引き続き保持する場合もあります。

  5. ドメインのレジストラの TTL 設定期間が終了した後で (ステップ 2 を参照)、親ドメインのゾーンファイルから次のリソースレコードセットを削除してください。

    • Amazon Route 53 に追加したリソースレコードセット。「リソースレコードセットの作成」を参照してください。

    • DNS サービスの NS レコード。NS レコードの削除が完了すると、ゾーンファイルに含まれる NS レコードは、ステップ 4 で作成した NS レコードだけになります。