他のホストから当社のマシンへの移行

移行とは、データを移しつつドメインも切り替える作業です。ミスが起きるのはほぼ必ず後半部分です。データのコピーは簡単ですが、DNS レコードを早すぎるタイミングで切り替えてしまい、ダウンタイムが発生します。

準備

どこから始めますか？

/hosting/vds/new で、用途に合ったティアと使い慣れた OS を選んでマシンを注文します。プロビジョニングには約 1 分かかります。移行が完了するまでは、古いプラットフォームには手を加えないでください。動かし続ける必要があります。

どのティアを選べばよいですか？

「将来の拡張を見越して」ではなく、現在の使用量に合ったティアを選んでください。残りの期間に応じた日割り支払いでティアをアップグレードすることはいつでもできますが、ダウングレードはできません。ディスクは縮小できないからです。詳しくはプランのティアと内容をご覧ください。

何を移行する必要がありますか？

ウェブサイトのファイル、データベース、cron ジョブ、ウェブサーバーの設定、証明書（または再発行）、古いマシンでメールを使用していた場合はメールアカウントです。

移行

ファイルはどのようにコピーしますか？

古いマシンから新しいマシンへ直接コピーします。

rsync -avz --progress /var/www/ root@<new address>:/var/www/

マシン間に直接アクセスできない場合は、同じ rsync または scp を使って、お使いのコンピューター経由で 2 段階に分けてコピーします。

データベースはどのように移行しますか？

稼働中のサービスでファイルをコピーするのではなく、専用のツールでダンプします。

mysqldump -u root -p --single-transaction mydb > mydb.sql
pg_dump -U postgres -Fc mydb > mydb.dump

新しいマシンで復元します。

mysql -u root -p mydb < mydb.sql
pg_restore -U postgres -d mydb mydb.dump

ドメインを切り替える前にサイトを確認するには？

/etc/hosts（Windows の場合は hosts ファイル）に、新しいアドレスとご自身のドメインを記載した行を追加します。すると、お使いのブラウザーは新しいマシンへ、それ以外は古いマシンへアクセスします。これにより、移行前に実際のサイトを確認できます。

証明書はどうしますか？

移行するよりも、ドメインを切り替えた後に新しいマシンで再発行するほうが簡単です。ドメインが古いアドレスを指している間は、所有権の検証が通りません。

切り替えとその後

A レコードはいつ変更すべきですか？

hosts 経由で新しいマシンのサイトを確認した後にのみ変更してください。事前に、移行の 1 日前までにレジストラでレコードの Time to Live（TTL）を 300 秒に短縮しておきます。そうすれば、切り替えは数時間ではなく数分でネットワーク全体に反映されます。

一部の訪問者が依然として古いマシンへアクセスするのはなぜですか？

DNS キャッシュが影響しています。切り替え後も少なくとも 1 日は古いプラットフォームを稼働させてください。そうしないと、一部のユーザーにエラーが表示されます。また、両方のマシンが同時にデータを書き込まないようにしてください。移行中は、古いマシンを読み取り専用モードにすることをおすすめします。

メールはどうすればよいですか？

メールサーバーをマシンへ移行する場合は、「アクセス」タブで逆引き DNS レコード（PTR）を設定してください。これがないと、メールが拒否されることがよくあります。レジストラでの MX、SPF、DKIM レコードも忘れないでください。

移行できないものは何ですか？

アドレスそのものです。アドレスはマシンに紐づいており、マシンやノード間でアドレスを移すことはできません。また、他のホスティングプロバイダーのマシンをイメージとしてそのまま移行することもできません。インストールできるのは当社のリストにあるシステムのみで、データはご自身でコピーしていただく必要があります。

古いプラットフォームはいつ停止すべきですか？

すべての DNS レコードが新しいマシンを指していること、メールが正常に流れていること、そして古いマシンのログに 1 週間ライブトラフィックがないことを確認できたら停止します。それまでは、古いマシンから最終的なデータのコピーを取得してください。マシンの削除と買い取り期間。