都市間のライブマイグレーションはありません
それを提供すると言う人は、遅延が数百ミリ秒もある経路でメモリページをコピーしているのであって、到着したものは出発したものより遅くなるでしょう。私たちは誠実な方法を取ります。停止して、ディスクをコピーし、もう一方の端で起動する。ヨーロッパの2つのサイト間では、200ギガバイトのディスクは通常10分以内に完了します。大陸をまたぐ場合は、同じ時間をもう一度見積もってください。
コピーは当社の自社バックボーン上で実行され、フェアユースの数値にはカウントされません。
手順
- インスタンスを指すDNSレコードのTTLを、少なくとも1日前に下げます。移行中は60秒が適切です。
- スナップショットを取得します。削除するまで古いサイトに残り、フォールバック先となります。
- 移行をリクエストし、宛先サイトコードを指定します。
- インスタンスが停止し、ディスクがコピーされ、宛先で新しいIPv4と新しい/64で起動します。
- AおよびAAAAレコードを更新し、新しいアドレスに逆DNSを設定し、アドレスをハードコードしているものを探します。
- 問題がなければTTLを再度上げます。
curl -s -X POST https://paragonvps.com/api/v1/instances/<instance-id>/migrate -H "Authorization: Bearer $Paragon_TOKEN" -H "Content-Type: application/json" -d '{"site":"FRA-01"}'curl -s https://paragonvps.com/api/v1/jobs/<job-id> -H "Authorization: Bearer $Paragon_TOKEN" | jq -r .state古いアドレス
移行後72時間保持されるため、リダイレクトを残して、まだそこを指しているものを捕捉できます。その後、プールに戻ります。それ以上必要な場合は移行前に知らせてください。保持します。
ほぼゼロダウンタイムの代替案
10分の停止が許容できない場合は、宛先を先に構築し、元のサーバーが稼働中にコピーします。
rsync -aHAX --numeric-ids --info=progress2 --exclude=/proc --exclude=/sys --exclude=/dev --exclude=/run /srv/ deploy@<new-ipv4>:/srv/2回実行します。1回目はサービスを起動した状態で、2回目は停止した後で、2回目は差分だけを転送します。2回のパスの間にDNSを切り替えます。これはディスクコピーよりも作業とリスクが多く、レプリカを持つデータベースには正しい答えですが、コーヒー1杯分の時間ダウンしてもよいWebサーバーには間違った答えです。
移行先の選択
当社のプローブによるレイテンシの中央値はロケーションページにあります。管轄権は決定のもう半分であり、多くのお客様にとっては大きな半分です。選択したサイトが、あなたのディスクがどの国の法律の下に置かれるかを決定し、サポートチケットで後から変更することはできません。
在庫も重要です。在庫が少ないと表示されたサイトは注文を受け付けても、補充に時間がかかります。予約注文のサイトは、稼働中のサービスを移す場所ではありません。
壊れるもの
- Windowsライセンスはハードウェアとアドレスに対してアクティブ化されます。再アクティブ化が必要になることを想定してください。
- 他の誰かのファイアウォールでアドレスによって固定されているもの。移行前に彼らに確認してください。電話が鳴った後ではなく。
- 自分の設定でハードコードされたアドレス。古いインスタンスがまだ稼働している間に
grep -r設定ディレクトリを確認してください。そのときに答えが簡単に確認できるからです。