DNS浸透問題について

お世話になっております。
DNS切替を以下のような手順で行います。

【前提手順】
①新規サーバの構築、データ移行。
②旧クラウドサーバのDNSから、レコードのIPを変更してトラフィックを新規サーバに向ける。
③新規サーバにてDNSサーバの構築、ホストゾーンデータを構築。
④ドメイン管理事業者にて指定しているネームサーバを、③で作成したものに切替。

【前おき】
②の段階では旧環境のネームサーバを使用し、トラフィックのみ新規サーバに向けています。
④でネームサーバを切り替え、完全に移行させます。
この場合、②の作業後と④の作業後に、切り替わりまでのタイムラグが発生するかと思います。
完全に移行するまでの目安の時間というのは色々なところで書かれていますが、大体5日程度かと認識しています。

【質問】
・浸透期間について、幾つか調べたのですが、具体的な原因、対策法等の情報が見つけられません。
これについては明確な答えは無く、運の要素が大きいのでしょうか？

・目安の5日程度という期間についてですが、海外のサーバ等、遠いところまで完全に浸透しきるのに5日程度というだけで、例えば国内であれば比較的早く切り替わるものなのでしょうか？

・DNSサーバ移行の浸透率など、現段階では何％移行しているか、というような確認方法はありますか？　移行完了の判断基準が分からないのですが、例えば5日程度という目安があれば、5日後に移行完了したものと判断してしまうのでしょうか・・。

以上となります。
浸透問題に関して、色々と情報がありどれが正解かが分かりません。
明確な時間ではなく経験に基づく感覚（比較的すぐに切り替わった等）でも構いませんので、ご回答いただけますと幸いです。
よろしくお願いいたします。

行動規範の内容に同意します

回答5件

ベストアンサー

TTL以外には分かる事は無い
よって

・浸透期間について、幾つか調べたのですが、具体的な原因、対策法等の情報が見つけられません。

これについては明確な答えは無く、運の要素が大きいのでしょうか？

YES

捕捉
冒頭に書いたTTLの問題なので、自分でDNSレコード書ける環境なら話は別です

・目安の5日程度という期間についてですが、海外のサーバ等、遠いところまで完全に浸透しきるのに5日程度というだけで、例えば国内であれば比較的早く切り替わるものなのでしょうか？

距離は関係無い

・DNSサーバ移行の浸透率など、現段階では何％移行しているか、というような確認方法はありますか？　

ない

投稿2020/12/11 09:52

編集2020/12/11 10:00

hentaiman

総合スコア6426

hentaiman

2020/12/11 09:53

運と捉え方は正確ではないが、そういう理解でOKよ

antiwararug

2020/12/11 10:03

ご回答いただきありがとうございます。ちなみに現環境で設定しているレコードのTTLは60と比較的短いのですが、この場合は早めに切り替わる事が見込めるのでしょうか。レコードは書ける環境なので、TTLを変更する事は可能です。

hentaiman

2020/12/11 10:06

見込めるとかの表現は気になるけど、そういう事になります

行動規範の内容に同意します

・浸透期間について、幾つか調べたのですが、具体的な原因、対策法等の情報が見つけられません。
これについては明確な答えは無く、運の要素が大きいのでしょうか？

そんなことはありません。以下のスライドをご覧ください。「正しい」引っ越し方法はスライドの10以降に書いてあります。

DNS浸透の都市伝説を斬る

問題が起こるのは、(1)方法が正しくない、(2)正しい運用ができない環境を使っている、(3)bindのバーションが古い、ような場合です。

投稿2020/12/11 11:46

ockeghem

総合スコア11705

antiwararug

2020/12/14 10:59

ご回答いただきありがとうございます。仕組みについて理解できました。

行動規範の内容に同意します

完全に理解するにはDNSの仕組みそのもについての正確な知識が必要です。

まず、単にレコードを変更する場合についてです。あるAレコードのIPアドレスを別のIPアドレスに変更する場合、世界中にある全ての機器が新しいレコードを参照するようになるには、古いレコードに設定されていたTTLだけの時間が必要です。なぜなら、TTLの時間だけ、組織内のDNSキャッシュサーバーやDNSを参照するあらゆる端末がキャッシュとして保持するからです。もし、レコード変更する直前にDNSを取得した端末があった場合、その端末がキャッシュを使わずに再度問い合わせするのはTTL時間後です。だから、TTLの時間が過ぎないと、世界中にある全ての機器が新しいレコードを参照するとは言えないのです。

さて、DNSサーバー自体の変更、つまり、NSレコードの変更の場合、自体はもっと複雑です。実際のレコードまで同時に変更するとなると、もっと多くの事を考慮する必要があります。まず、NSレコード自体の反映が終わらないと、全てのDNSキャッシュサーバーが新しいDNSサーバーに問い合わせを行うとは限らないという問題がおきます。それから、新しいDNSサーバーのレコードが再度TTL時間分だけ反映されます。また、ドメインのNSレコードの変更というのは、かなり負荷が大きい処理です。たとえば、"teratail.com"のNSレコードを変更する場合、gTLDのDNSサーバーへの変更になるのですが、このgTLDのDNSサーバーは非常に大きく、たくさん存在します。レジストラへ依頼しても、レジストラからgTLDのDNSサーバーへ設定変更以来、そして、設定変更後に、全てのgTLDのDNSサーバーへの浸透もそれなりにかかると予想されます。

teratail.comのNSレコードを変更し、新しいDNSサーバーで新しいAレコードを見せるといった場合を考えましょう。

gTLDレジストラにNSレコードの変更を依頼します。
(数時間から数時間後)gTLDレジストラはgTLDのDNSサーバーに変更を依頼します。
gTLDのプライマリDNSサーバーでteratail.comのNSレコードが変更されます。なお、AレコードのTTLは2日間です。
(さらに数秒から数時間後)gTLDのセカンダリDNSサーバーにteratail.comのNSレコードが反映されます。(gTLDのDNSサーバーはかなり巨大なため、どれぐらいで同期されるか不明です)
(さらに2日後)全世界のDNSキャッシュサーバーはteratail.comの新しいNSレコードを取得するようになります。この時初めて、あらゆるDNSキャッシュサーバーが新しいDNSサーバーを見に行って、新しいAレコードを所得します。なお、AレコードのTTLは100秒です。
(さらに100秒後)全世界の端末が新しいteratail.comのAレコードを持つことになります。

レジストラへの依頼からトップドメインのDNSサーバーへどれだけ早く変更が反映されるかはレジストラやドメインによって異なると思われるため、一概にはいません。しかし、NSレコードは、基本的に長めにTTLが設定されているため、一緒に変更する場合はそれなりに変更時間が必要になります。

その他、Aレコードなどに設定しているTTLは場合によって異なるのでちゃんと計算する必要があります。トップドメインDNSサーバーへの設定さえ終わっていれば、世界中に反映するまでどれぐらいかかるかはちゃんと計算できます。運などと言う要素はありません。

通常、NSレコードを変更する場合、旧DNSサーバーと新DNSサーバーで同じレコードを持つようにします(可能であればゾーン転送します)。その場合は、どちらのDNSサーバーを見に行っても同じなので、NSレコードの反映時間は気にする必要は無くなります。少なくとも、私はそのような方法でしかNSレコードの変更をしたことはありませんので、上のことは間違っているかも知れません。

投稿2020/12/11 11:17