服务没问题。账单有问题。
什么都没坏；只是账单开始说不通了——通常是带宽那一行、一个变成档位的附加项，或者一次从来都不是广告价格的续费。这是个比较问题，我们为每家服务商都维护了一个对比页面。
看看我们和你现在用的服务商对比人们来到这个页面的四个原因
迁移很少是因为硬件。
你的操作系统走到头了。
Red Hat 在 2024 年 6 月 30 日终止了 CentOS 7，很多还在正常工作的服务器仍跑在它上面。我们仍然提供安装，这比听起来更重要：你可以先迁移、后升级，而不是在同一周里做两件吓人的事。
大家实际在这里跑什么你超出了共享主机或 VPS 的容量。
吵闹的邻居、你总是撞上的 CPU 配额、没人解释的 I/O 上限。解决办法是一台没有别人的机器，而迁移过程和本页描述的一模一样。
整台机器是什么感觉你的流量变贵了。
某个月你做的东西被疯转，账单上出现了一个没人做过预算的数字。这里的端口不计流量，这也是为什么迁移期间把数据拷进来不花一分钱。
不限流量怎么计费这部分请读两遍
你的 IP 地址不会跟你走。
这是把一次平静的迁移变成灾难的唯一事实，而且几乎没人为此做计划。IPv4 地址属于持有分配权的网络，不属于你，也不属于服务器。当你离开一家服务商时，那个号码就留下了。任何按号码而不是按名称引用你服务的东西，都必须在切换之前找到并改掉，而不是之后。
常见的坑，按它们通常咬人的顺序排列：
- DNS — 每一条 A 和 AAAA 记录，包括那些你忘了自己建过的子域上的
- 你控制不了的允许列表 — 支付处理器、API 合作伙伴、客户的防火墙。这些要花几天才能改，因为得由别人来做，所以先从它们开始
- 邮件 — 指名 IP 的 SPF 记录，以及旧地址附带的口碑，后者也不会转移
- 绑定地址的许可证 — 控制面板、流媒体软件，以及其他任何按主机授权的
- 你自己的配置 — 写成数字的数据库主机、备份目标、监控检查
你得到的是什么
目录价，每月，和订单表单收取的一致。
| 1 × IPv4 | included |
|---|---|
| 2 × IPv4 | $6 |
| 4 × IPv4 | $18 |
| 6 × IPv4 | $30 |
| 8 × IPv4 | $42 |
- IPv6 免费
- 反向 DNS 你自己在面板里改，不用问我们
- 地址在你迁移一个字节之前就已生效，所以你可以想测多久就测多久
计划
十天，只有一天是紧张的。
下面这些直到第七天都与我们无关。它是一次谨慎迁移的常规形态，我们把它写出来，是因为大多数人脑子里的版本跳过了两个惹出所有麻烦的步骤——允许列表和 TTL。
第 −10 天
写下实际在运行的东西。
不是你以为在运行的。每一个监听端口、每一个 cron 任务、每一张证书及其到期时间、每一个只存在于某人脑子里的凭据。这是人们跳过的步骤，也是迁移三周后被客户发现的原因。
把清单拿给我们，我们会告诉你哪些部分该先迁。
第 −9 天
开始那些你控制不了的沟通。
每一个把你的 IP 加入允许列表的合作伙伴都需要一份变更请求，而他们每一个都会比你想象的更慢。拿到新地址后，今天就全部发出去，然后在做其余事情的同时跟进他们。
第 −7 天
订好机器，然后搞错几次。
你第一次选的操作系统通常不是你最终留下的那个。这里有 33 个镜像可以安装，其中 32 个免费，你自己在面板里重装，没有限制、不用工单。反复重建，直到它和旧服务器一致，而不是直到你失去耐心。
机架服务器、刀片以及 m510 和 m710x 卡盒都有带外控制台访问，所以把你锁在外面的防火墙规则只花你五分钟，而不是一个晚上。
第 −5 天
在旧服务器继续工作的同时复制大部分数据。
先文件，后数据库。你的用户还在旧机器上，这一步对他们完全不可见，所以慢慢来。如果数据量大，跑两遍——第二遍只移动变化的部分，并告诉你真正切换需要多久。
如果你的数据库引擎能复制到新机器，现在就设置好，而不是计划在当晚做一次导出。这是决定第零天冻结是几秒还是一小时的关键。
入站流量不计量、不收费，所以数据大小只影响这一步花多长时间，别的都不影响。算法在页面下方。
第 −3 天
在全世界看到之前，先在新服务器上测试。
用 hosts 文件条目把你自己的机器指向新地址。你得到真实的主机名、真实的证书和真实的应用程序，跑在新服务器上，而其他人仍然落在旧的那台。把所有涉及收钱的地方都点一遍。
你的一行，可以直接粘贴
203.0.113.10 example.com www.example.commacOS 和 Linux 上是
/etc/hosts，Windows 上是C:\Windows\System32\drivers\etc\hosts。完成后记得删掉。
第 −2 天
把 DNS TTL 调低。
TTL 是互联网其余部分被允许继续相信你旧答案的时长。设为一天，第二天早上还有一半访客在旧服务器上。设为五分钟，切换在你还没看完之前就结束了。提前一两天调低，这样等你需要短值时，长值已经在各处过期了。
86400s — 全世界最多需要一天才会注意到切换
第 0 天
冻结、同步、切换。唯一紧张的部分
停止旧服务器上的写入。跑最后的增量——几分钟而已，因为大部分数据你已经搬完了。改 DNS 记录。这就是整个切换，而且 TTL 调低之后，它以分钟计，而不是以晚上计。选一个你流量最低的时段，告诉我们；到时候会有人在电话那头。
诚实的人不会向你承诺这一步零停机。冻结是真实的。我们能告诉你的是，它通常只有几秒到几分钟，而且是这十天里唯一如此的部分。
第 0 天
+2 小时盯旧服务器，不是新的。
新的那台很简单：要么能用，要么你会听到消息。有意思的日志在你离开的那台机器上。TTL 过期后还有任何东西到达那里，要么是行为不当的解析器，要么——更常见得多——是你在第十天漏掉的一个硬编码地址。每一次命中都是一项待办。
第 +7 天
关掉旧的那台，但别取消。
让它关机并保持原样一周。它会接住发往旧地址的邮件、来自过期缓存的订单，以及那个没人记得、直到需要时才想起的文件。它也是你的回滚方案，而仍然可以执行的回滚，正是切换能保持平静的原因。
第 +30 天
取消它。
到现在你已经过了整整一个计费周期都没碰它。在他们的周期翻转之前取消，而不是之后——这是整个计划里唯一一个错过就要真金白银的截止日期。