【ITニュース解説】Website Migration: Build a Cutover Plan Before Changing DNS

ウェブサイトを新しいサーバーに移す作業は、単にファイルをコピーするだけではない。この「ウェブサイト移行」と呼ばれる一連のプロセスは、サイトのデータ、ユーザーからのアクセス（トラフィック）、そしてウェブサイトが提供するビジネス機能（例えば、オンラインストアでの注文受付など）を、新しい環境で滞りなく動かすことが成功の鍵となる。

まず、移行を始める前に、現在のウェブサイトがどのような要素で構成されているか、詳細に把握する必要がある。使っているアプリケーション、データベース、ユーザーがアップロードしたファイル、メールサービス、ドメイン名とIPアドレスを紐づけるDNSレコード、SSL証明書、裏で動いている定期実行の処理（バックグラウンドジョブ）、そして外部サービスとの連携など、全ての要素をリストアップする。その中で、新しいサーバーに移行する要素と、現在の場所にとどめる要素を明確に区別することが重要だ。また、現在の設定を詳細に記録し、万が一移行中に問題が発生した場合に、元の状態に安全に戻すための「ロールバック」計画も事前に立てておく必要がある。誰が移行の最終承認を行い、どのような状況でロールバックを実行するかを明確に決めておくことが求められる。

次に、移行先の新しいサーバー環境を事前に徹底的にテストする。本番のウェブサイトの最新コピーを、外部からアクセスできない制限されたテスト環境に復元し、新しいサーバー上で正しく動作するかを検証するのだ。具体的には、ウェブサイトを動かすためのプログラムの実行バージョン（PHPやPythonなど）、追加機能（拡張機能）、ファイルの読み書き権限、古いURLから新しいURLへの転送設定、そしてデータベースへの接続が問題なく行われるかなどを入念にチェックする。テスト中に本物のメールが送られたり、実際の決済処理が行われたりしないよう、細心の注意を払うべきだ。また、ウェブサイトのホスト名（ドメイン名）や、HTTPS（暗号化通信）が正しく機能するかどうかも検証する。一時的なテスト用のアドレスでは問題なく見えても、本番のドメイン名でアクセスした際に異なる動作をすることがあるため、注意が必要となる。

オンラインストアや会員制サイトのように、常に新しいデータが書き込まれるウェブサイトの場合、数時間前に取得したデータのコピーでは、その後に発生した注文や登録情報が欠落してしまう可能性がある。このような変動するデータを適切に扱うために、最終的なデータ同期の計画を立てるか、ウェブサイトへの書き込みを一時的に停止する「メンテナンスウィンドウ」を設ける必要がある。最も重要なのは、古いサーバーと新しいサーバーが、データの同期なしに同時に書き込みを受け付けないようにすることだ。これにより、データの一貫性が保たれる。データベースだけでなく、商品画像や顧客がアップロードしたファイルなども同様に考慮し、これらがどこに保存されているかを確認し、適切に移行する計画を立てる必要がある。

全ての準備とテストが完了したら、いよいよウェブサイトへのアクセス（トラフィック）を新しいサーバーに切り替える。これは主に、ドメイン名とサーバーのIPアドレスを紐づけるDNSレコードを更新することで行われる。DNSの変更は世界中に反映されるまでに時間がかかるため、移行中は古いサーバーと新しいサーバーの両方を一定期間稼働させ、両方の環境を監視する必要がある。これを「オーバーラップ期間」と呼ぶ。DNSのキャッシュの都合上、しばらくの間は一部のユーザーが古いサーバーにアクセスし、別のユーザーは新しいサーバーにアクセスするという状況が発生する可能性があるため、この期間中の古いサーバーの振る舞いをどうするか、データ競合を防ぐための対策も考えるべきだ。切り替え後には、ユーザーのログイン、フォームの送信、購入手続き、画像や動画などの表示、リダイレクト、そして裏で動く処理（バックグラウンドジョブ）がすべて正常に機能するかを確認する。ウェブサイトのアクセスが成功しても、メールの送受信が正しく行われるとは限らないため、メールサービスについても別途確認が必要だ。

ウェブサイトの移行が成功し、すべての機能が新しいサーバー上で安定して稼働していることを確認したら、移行作業の完了を定義する。最終的な設定や、今後の管理責任者を文書化する。そして、移行後のデータ完全性や、必要なデータの保持期間に関する要件が満たされたことを確認した上で、ようやく古いサーバーのサービスを停止する。移行が完全に完了する前に旧サービスを停止してしまうと、万が一のリカバリや最終的なデータ同期が困難になる可能性があるため、焦らず慎重に進めることが重要となる。

移行をスムーズに進めるには、バックアップ、新しいサーバーのセットアップ、アプリケーションのテスト、DNSの変更、メールのチェック、ロールバックの判断など、各作業の責任者を明確にし、チェックリストを作成することが有効だ。また、移行期間中は、古いサーバーと新しいサーバー、両方のプロバイダーへのアクセスを確保しておくことが不可欠となる。古い環境へのアクセスを失うと、データの最終同期や問題発生時の復旧が困難になる場合がある。新旧の環境で、プログラムの実行環境のバージョン、データベースの設定、ファイルパス、定期実行スクリプトのスケジュール、セキュリティルールなどに違いがないかを確認し、もし違いがあれば文書化しておく。単にファイルが転送されただけでは、これらの依存関係が一致しているとは限らないからだ。移行後は、エラー発生率、応答速度、SSL証明書の有効性、アプリケーションの機能が正常に動作しているかを継続的に監視する。問題を発見した際には、単に「サイトがおかしい」ではなく、具体的なアクセスURL、時間、症状をチームに報告することで、迅速な解決につながる。

よくある質問として、古いホスティングサービスをすぐに解約できるかという疑問があるが、これは推奨されない。合意したオーバーラップ期間や、万が一の復旧期間のためにしばらく維持し、データの完全性や保持要件が満たされたことを確認してから解約するのが賢明だ。また、ホスティングの変更がメールサービスも移動することを意味するのかという質問もあるが、これは必須ではない。ウェブサイトとメールは別々のサービスとして運用できるため、ウェブサイトのDNSを変更する際も、メールプロバイダーが必要とするDNS設定はそのまま維持する。さらに、新しいサーバーで最新のソフトウェアを利用すべきかという問いに対しては、ウェブサイトの移行と、実行環境のメジャーアップグレードは別々の変更として扱うべきだ。互換性を十分にテストし、チームが対応できる範囲で変更を行うことが大切で、複数の変更を一度に行うと、問題発生時の原因特定が非常に難しくなるため、注意が必要である。