web-dev-qa-db-ja.com

ダウンタイムが最小の新しいDNSおよびWebホストにサイトを移動する

免責事項:私は同じように見える質問を読みすぎました。しかし、私の正確なユースケースは見つかりませんでした。

シナリオ:GoDaddyで購入したドメイン現在のネームサーバーはAWS R53すべてのR53レコードは正常に機能します(TTLは通常の値です)

要件:作成したホストゾーンレコードとまったく同じホストゾーンレコードを持つ別のAWS R53アカウントにドメインを転送したい(GoDaddyに配置する必要がある4つのネームサーバーを除く)

できるだけ短いダウンタイムでこのようなことを行う正しい方法は何でしょうか?レコードには、(優先度の降順で)Aレコード、クラウドフロント配布、静的ホスティング用のs3バケットが含まれます。

これは私がそれをやっている間にしか試すことができないものなので、よく考え抜かれた計画なしに本当に前進して溝に着陸することはできません。

私が思うかもしれないこと:

  1. すべてのレコードについて、Origin R53で可能な最小のTTL値を設定します
  2. 宛先R53で可能な最小TTL値を設定します(要求されたホストゾーンは既に作成されています)
  3. 元のR53ゾーンまたはそのレコードを削除せずに、GoDaddyでネームサーバーを切り替えます。
  4. それが本当に早く起こることを願っています

最も簡単な方法は、ネームサーバーの両方のセット(古いものと新しいもの)がしばらくの間(同じデータで)ゾーンを提供し、スイッチが中断なしに処理されるようにすることです。

次に、NSレコードの親ゾーンTTLがカウントされます。これは、再帰ネームサーバーが古いネームサーバーにヒットし続ける期間を決定する場合があるため、返信を続けることが重要であるためです。同じようにゾーンに対して。

ほとんどの場合、親ゾーンTTL値を活用していません。

独自のレコードのTTL値は、再帰ネームサーバーのクエリをより頻繁に実行しますが、以前のネームセラーにヒットする可能性があるため、TTLを減らすことはこの場合有用ではないかもしれませんが、可能であれば試すことができますゾーンのNSレコードのTTLを下げるには、再帰的なネームサーバーが親ゾーンのネームサーバーではなく、これらのネームサーバーに従うことを好む場合があります。

悲しいことに、ほとんどの場合、DNSプロバイダーはNSレコードのTTLを変更できません。

3
Patrick Mevzek