翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
別の AWS アカウントへのホストゾーンの移行
ホストゾーンを別の AWS アカウント に移行する場合は、以下の推奨ステップに従います。
これらのステップは、レコードの変更頻度が低いホストゾーンに最適です。頻繁にレコードが更新されるホストゾーンの場合は、次の点を考慮してください。
移行中にリソースレコードを更新しないでください。
委任が移管された後、古いホストゾーンと新しいホストゾーンの両方でリソースレコードの変更を公開します。
前提条件
AWS CLI をインストールまたはアップグレードする:
AWS CLI のダウンロード、インストール、設定の詳細については、AWS Command Line Interface ユーザーガイドを参照してください。
注記
CLI を設定し、ホストゾーンを作成したアカウントと、ホストゾーンの移行先アカウントの両方を使用中に CLI を使用できるようにします。詳細については、AWS Command Line Interface ユーザーガイドの設定を参照してください。
既に AWS CLI を使用している場合は、CLI コマンドが Route 53 の最新機能をサポートできるように、最新バージョンの CLI にアップグレードすることをお勧めします。
トピック
ステップ 1: 移行の準備をする
準備ステップは、ホストゾーンの移行に関連するリスクを最小限に抑える上で役立ちます。
1. ゾーンの可用性を監視する
ドメイン名の可用性をゾーンで監視できます。これにより、移行のロールバックにつながる可能性のある問題に対処できます。CloudWatch またはクエリログを使用してトラフィックが最も多いドメイン名を監視できます。クエリログのセットアップの詳細については、「Amazon Route 53 のモニタリング」を参照してください。
監視はシェルスクリプトまたはサードパーティサービスを通じて実行できます。ただし、ドメインが利用できないために顧客からフィードバックを得る可能性もあるため、ロールバックが必要かどうかを判断する唯一のシグナルではありません。
2. TTL 設定を下げる
レコードの TTL (有効期限) 設定は、DNS リゾルバーがレコードをキャッシュし、キャッシュされた情報を使用する期間を指定します。TTL が期限切れになると、リゾルバーはドメインの DNS サービスプロバイダに別のクエリを送信し、最新の情報を取得します。
NS レコードの一般的な TTL 設定は 172800 秒、つまり 2 日です。NS レコードには、ドメインネームシステム (DNS) がドメインのトラフィックをルーティングする方法に関する情報を得るために使用できるネームサーバーがリストされています。現在の DNS サービスプロバイダーと Route 53 の両方で NS レコードの TTL を下げることで、DNS を Route 53 に移行している際に問題が検出された場合のドメインのダウンタイムを短縮できます。TTL を下げないと、何か問題が発生した場合、ドメインはインターネット上で最大 2 日間使用できなくなる可能性があります。
TTL を下げるには
AWS マネジメントコンソール にサインインし、Route 53 コンソール (https://console.aws.amazon.com/route53/
) を開きます。 ナビゲーションペインで [Hosted Zones] (ホストゾーン) を選択します。
ホストゾーンの名前を選択します。
NS レコードを選択し、[Record details] (レコードの詳細) ペインで [Edit record] (レコードの編集) を選択します。
[TTL (Seconds)] の値を変更します。60 秒から 900 秒 (15 分) の間の値を指定することをお勧めします。
[保存] を選択します。
3. (DNSSEC を構成している場合) 親ゾーンから DS レコードを削除する
ドメインで DNSSEC を設定している場合は、ドメインを Route 53 に移行する前に、親ゾーンから Delegation Signer (DS) レコードを削除します。
親ゾーンが Route 53 を介してホストされている場合、詳細については「ドメインのパブリックキーの削除」を参照してください。別のレジストラが親ゾーンをホストしている場合は、それらのホストに対し DS レコードの削除を依頼します。
Route 53 は現在、DNSSEC 設定の移行をサポートしていません。そのため、親ゾーンから DS レコードを削除して、移行前にドメインに対して実行された DNSSEC 検証を無効にする必要があります。移行後、新しいホストゾーンで DNSSEC を設定し、それぞれの DS レコードを親ゾーンに追加することで、DNSSEC 検証を再度有効化できます。
4. 移行ホストゾーンに依存する他の進行中のオペレーションがないことを確認します。
一部のオペレーションは、移行ホストゾーンの DNS 解決に依存します。例えば、TLS/SSL 証明書の更新プロセスでは DNS レコードの変更が必要になる場合があり、プロバイダーは検証方法として DNS レコードの解決を試みます。移行前に、ホストゾーンの移行による予期しない影響を避けるために、他のオペレーションが行われていないことを確認する必要があります。
ステップ 2: 新しいホストゾーンを作成する
ホストゾーンを移行するアカウントに新しいホストゾーンを作成します。
AWS CLI またはコンソールの手順のタブを選択します。
ステップ 3: (オプション) ヘルスチェックを移行する
新しいアカウントの DNS レコードを、移行元のアカウントの Route 53 ヘルスチェックに関連付けることができます。Route 53 ヘルスチェックを移行するには、既存のヘルスチェックと同じ設定で新しいアカウントに新しいヘルスチェックを作成する必要があります。詳細については、「Amazon Route 53 ヘルスチェックの作成 」を参照してください。
ステップ 4: 古いホストゾーンから新しいホストゾーンにレコードを移行する
コンソールまたは AWS CLI を使用して、AWS アカウント から別の にレコードを移行できます。
ステップ 5: 古いホストゾーンと新しいホストゾーンのレコードを比較する
新しいホストゾーンですべてのレコードを正常に作成したことを確認するには、以下の CLI コマンドを入力して新しいホストゾーンのレコードをリストし、その出力を、古いホストゾーンからのレコードのリストと比較することをお勧めします。
aws route53 list-resource-record-sets \ --hosted-zone-idnew-hosted-zone-id\ --output json >path-to-output-file
次の値を指定します。
で、新しいホストゾーンの ID を指定します。new-hosted-zone-idで、出力を保存するディレクトリのパスとファイル名を指定します。ステップ 4 で使用したファイル名とは異なるファイル名を使用します。path-to-output-file>文字を指定すると、指定されたファイルに出力が送信されます。
出力をステップ 4 の出力と比較します。NS レコードと SOA レコードの値、およびステップ 4 で行った変更 (異なるホストゾーン ID やドメイン名など) を除いて、2 つの出力は同じになるはずです。
新しいホストゾーンのレコードが古いホストゾーンのレコードに一致しない場合は、次のいずれかの操作を実行します。
Route 53 コンソールを使用してマイナーな修正を行います。詳細については、「レコードの編集」を参照してください。
新しいホストゾーンで NS レコードと SOA レコードを除くすべてのレコードを削除し、ステップ 4 の手順を繰り返します。
ステップ 6: ドメイン登録を更新して新しいホストゾーン用のネームサーバーを使用する
新しいホストゾーンでレコードの移行が終了したら、ドメイン登録のネームサーバーを変更し、新しいホストゾーンのネームサーバーを使用します。詳細については、「Amazon Route 53 を既存ドメインの DNS サービスにする」を参照してください。
ホストゾーンが使用中の場合、例えばユーザーがドメイン名を使用してウェブサイトを参照したり、ウェブアプリケーションにアクセスしたりしている場合、ウェブサイトやアプリケーションのトラフィック、E メールなど、ホストゾーンのトラフィックと可用性を引き続きモニタリングする必要があります。
トラフィックが遅くなったり停止したりした場合 — ドメイン登録のネームサービスを古いホストゾーンの以前のネームサーバーに戻します。その後、何が悪かったのかを見極めます。
トラフィックに影響がない場合 – 次のステップに進みます。
ステップ 7: NS レコードの TTL を高い値に戻す
新しいホストゾーンで、NS レコードの TTL をより一般的な値、例えば 172800 秒 (2 日) に変更します。これにより、DNS リゾルバーがドメインのネームサーバーのクエリを送信するのを頻繁に待つ必要がないため、ユーザーのレイテンシーが改善されます。
TTL を変更するには
AWS マネジメントコンソール にサインインし、Route 53 コンソール (https://console.aws.amazon.com/route53/
) を開きます。 ナビゲーションペインで [Hosted Zones] (ホストゾーン) を選択します。
ホストゾーンの名前を選択します。
NS レコードを選択し、[Record details] (レコードの詳細) ペインで [Edit record] (レコードの編集) を選択します。
[TTL (Seconds)] の値を、DNS リゾルバーがドメインのネームサーバーの名前をキャッシュする秒数に変更します。172800 秒の値を推奨します。
[保存] を選択します。
ステップ 8: DNSSEC 署名を再度有効にし、信頼チェーンを確立する (必要な場合)
2 つのステップで DNSSEC 署名を再度有効にできます。
Route 53 の DNSSEC 署名を有効にし、AWS Key Management Service のカスタマー管理キーに基づいたキー署名キー (KSK) を Route 53 が作成するようにリクエストします。
Delegation Signer (DS) レコードを親ゾーンに追加して、ホストゾーンの信頼チェーンを作成します。これにより、信頼された暗号化署名を使用して DNS 応答を認証できます。
手順については、「DNSSEC 署名を有効にし、信頼チェーンを確立します。」を参照してください。
ステップ 9: (オプション) 古いホストゾーンを削除する
古いホストゾーンが不要であることが明らかな場合は、オプションで削除できます。手順については、「パブリックホストゾーンの削除」を参照してください。
重要
新しいホストゾーンのネームサーバーを使用するようにドメイン登録を更新してから少なくとも 48 時間は、古いホストゾーンもこのホストゾーン内のレコードも削除しないでください。DNS リゾルバーがそのホストゾーンのレコードの使用を停止する前に古いホストゾーンを削除した場合、リゾルバーで新しいホストゾーンの使用を開始するまでドメインはインターネットで利用できないおそれがあります。