現在のサーバーから新しいサーバーへのサイトの移動を調整しようとしています。私の最初の計画は、データを新しいマシンに移行することでした。新しいマシンは既に配置されており、移行スクリプトは正常にテストされています。DNS の変更が完全に反映される前に元のマシンにアクセスした人が適切な応答を得られるようにするために、すべての要求を新しいマシンにプロキシするように元のマシンを構成することを計画していました。
実際にはコンテンツを提供せずに、新しいマシンのレコードを追加するという別の提案を誰かがしました。このような状況では、トラフィックはすべて元の IP に到達すると言われました。新しいレコードが伝播すると、古いサーバーをオフにして新しいサーバーを起動できると言われました。私はこれを試して、移行を中途半端なモードにすることに懐疑的です。試してみるべきですか、それとも元の計画に固執するべきですか?
当初の計画に問題はありません。
使用するDNSサーバーを制御しない場合にも適しています。
[編集]また、これは実稼働環境のように聞こえるので、実稼働環境で慣れていないものを試すことは決して良い考えではありません。
2番目のアイデアはまったく悪いとは思えませんが、この場合は最適ではありません。あなたが知っていることでうまくいきます。
レコードが伝播するまでの時間を制御することはできません。レコードが伝播したことを確認するまでの時間だけを制御できます。
DNSレコードのTTLは、キャッシュできる最大時間です。ただし、その前であっても、人々はすでに新しいアドレスでサイトにアクセスしていることになります（たとえば、DNSサーバーのキャッシュにレコードがない場合）。
これは、どのソリューションにも、一部の人が古いアドレスをヒットし、他の人が新しいアドレスをヒットする時間枠があることを意味します。移行ソリューションでは、そのシナリオを考慮する必要があります。
IPアドレスにプロキシすることを覚えている限り、元の計画が最適です（TTLが経過するまでドメイン名が何を指しているのかわからないため）。別の計画（サイトをしばらくオフラインにすることができる場合）は、単に古いサーバーをオフラインにし、移行を実行し、新しいサーバーをオンラインにし、DNSレコードを変更し、TTLが経過するのを待つことです。ネームサーバーとブラウザのDNSキャッシュのDNSレコードが期限切れになると、人々は徐々に新しいサーバーの使用を開始し、それ以前はオフラインのWebサイトしか表示されません。
新しいマシンのレコードをコンテンツを提供せずに追加するという提案は疑わしいものです。レコードが追加されるとすぐに、一部の人々がそれを使い始めるからです。