城市之间没有在线迁移
任何向您提供这种服务的人，都是在跨越具有一百毫秒延迟的路径上复制内存页，而到达另一端的内容会比离开时更慢。我们做的是诚实的版本：停止，复制磁盘，在另一端启动。在欧洲两个站点之间，一个两百吉字节的磁盘通常能在十分钟内完成。跨洋传输，请预留同样多的时间。
复制在我们的自有骨干网上进行，不计入您的合理使用额度。
步骤
- 至少提前一天，将指向实例的任何 DNS 记录的 TTL 调低。移动期间，六十秒是合适的。
- 拍摄快照。它会留在旧站点，直到您删除它，并且是您可以回退的内容。
- 请求迁移，并指定目标站点的代码。
- 实例停止，磁盘复制，然后在目标位置以新的 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旧地址
迁移后保留七十二小时，以便您可以在此地址上留下重定向，并捕获任何仍指向该地址的流量。之后，它返回地址池。如果您需要更长时间，请在迁移前告知我们，我们会保留它。
接近零停机时间的替代方案
如果十分钟的停机时间不可接受，请先构建目标环境，并在原实例仍在服务时进行复制：
rsync -aHAX --numeric-ids --info=progress2 --exclude=/proc --exclude=/sys --exclude=/dev --exclude=/run /srv/ deploy@<new-ipv4>:/srv/运行两次：一次在服务处于活动状态时，一次在停止服务后，因此第二次传输只携带增量。在两次传输之间切换 DNS。这比磁盘复制需要更多的工作和风险，并且对于具有副本的数据库是正确的答案，而对于可以停机喝杯咖啡时间的 Web 服务器则是错误的答案。
选择迁移目的地
来自我们自身探针的延迟中位数在位置页面上。司法管辖区是决定的另一半，并且对于相当一部分客户来说，是更大的一部分——您选择的站点决定了您的磁盘置于哪国法律之下，之后任何支持工单都无法改变。
库存也很重要。标记为低库存的站点将接受订单，但会慢慢履行订单，而预订站点不适合迁移运行中的服务。
哪些内容会受到影响
- Windows 许可证会针对硬件和地址激活。预计需要重新激活。
- 任何在他人防火墙上按地址固定的内容。请在迁移前询问他们，而不是在电话响起后。
- 您自己的配置中的硬编码地址。
grep -r当旧实例仍在运行时查看配置目录，因为那时答案易于检查。