DBを含むサーバ引越しとDNSについて

Question

サーバの引越しについて調べると、たいてい「DNSの浸透期間は余裕を見て１～２週間、その間は新旧両方のサーバにデータを残しておきましょう」などと書いてあります。

静的なHTMLや、DB更新が無いサイトだったらそれでも良いと思います。
しかしDBに書き込み等が発生するサイトの場合、新旧それぞれのサーバにアクセスされてしまってはDB内容の整合性がとれなくなってしまいます。

このような場合、どうやってサーバ引越しをするのがベスト・プラクティスなのでしょうか？
自分で考えてみましたが、せいぜい１～２週間サイトを停止してしまうくらいしか対策が思いつきません。
もちろん実際にはそういうわけにはいきませんから他の方法をとるべきだと思うのですが・・・

Answer 1

サーバの借り方にもよりますが、DB ではなくて、http でリバースプロキシという手もあります。DB とやり取りするよりは、軽いと思います。

DB があって、両方へのアクセスを避ける場合は、旧サーバは止めたり、メンテナンスにするしかないでしょうね…。あとは、shi_ue 様の言うように、ドメインを変える作戦。

実際には１週間くらいは旧サーバにもそこそこのアクセスがありました。

とのことですが、TTL を短くしてから、引っ越しまではどのくらいでしたか？また、レジストラに変更はありましたか？DNS サーバも切り替わるケースだと、面倒なことが多いです。

書き忘れましたが、「浸透」という表現は避けた方がいいと思っています。

Comments

[zico_teratail]

＞TTL を短くしてから、引っ越しまではどのくらいでしたか？
TTLを変更してから２～３日経ってから引越し作業をしました。
なお変更前でも1200秒でしたので、どちらにせよ１週間もかかるのはちょっと長すぎるなぁと。

＞また、レジストラに変更はありましたか？
いいえ、ネームサーバの変更のみで、レジストラは変更していません。

＞「浸透」という表現は避けた方がいい
そのようなご意見をネット各所で見かけますが、私は「浸透」という表現はそんなに間違っていないような気がします。
逆に「浸透」以外にどう表現したら良いのでしょうか？

[takotakot]

浸透でなくて「キャッシュの期限切れ」あるいは TTL ですね。

確かに、変更前で1200秒であれば、一般のクライアントが1週間経った後も古いサーバに来るのはおかしいですね。

Answer 2

DNSの浸透は、TTLの時間を短くすれば、そんなに時間がかからないですね。
本当に全体に行き渡ったか、なんて誰にも分からないですけど。

移設はこんな感じでやってます。

• DBとWebサーバーが同じマシン内にある場合、いったん新旧2台構成にします。
• 新Webサーバーは旧DBを参照するようにします。
• DNSを切り替えて、浸透を待ちます。
• 浸透したら、一時的にメンテナンス画面を出して、旧DBからバックアップして新DBに移し、新Webサーバーを新DBを参照するようにします。
• メンテナンス画面を解除します。

とこんな感じでしょうか。
DBがネットワーク越しになるので、レイテンシごが気になりますが、しょうがないですよね。

Comments

[zico_teratail]

ご回答ありがとうございます。

＞DNSの浸透は、TTLの時間を短くすれば、そんなに時間がかからない

私もそう思ってTTLを120秒にして引越しをしたのですが、実際には１週間くらいは旧サーバにもそこそこのアクセスがありました。日に日に減っていって、１週間を過ぎたくらいでようやくゼロになる感じでした。やはりネットワーク各所での（こちらがコントロールできない範囲の）キャッシュが消えるまでは浸透するまで時間がかかると思われます。

新Webサーバから旧DBサーバを参照するというアイデアはなるほどと思いました。
でも実際にはおっしゃる通りレスポンスの遅れが気になるレベルで出るでしょうし、そもそも共用レンタルサーバではネットワーク越しのDB利用は出来ないかも・・・？

[shi_ue]

共用レンタルサーバだと厳しいですね。

新サーバを別のサブドメインなどを振って稼働させ、旧サーバはメンテナンス画面を出し、新サーバ（サブドメイン）に誘導。同時にDNSの切り替え。
DNSの浸透と同時に、サブドメインは廃止のメッセージに切り替えて、元々のドメインに誘導。サブドメインのアクセスがなくなったのを見て、サブドメイン廃止。

このくらいしかやりようがなさそうです。