Linode Resize 和跨机房迁移：停机、IP 与存储检查清单
Linode 的 Resize 和 Migrate 不是同一种操作：Resize 在同一数据中心内更换套餐并迁移到另一台物理主机，现有 IP 会保留；跨数据中心 Migrate 会产生新的 IPv4 和 IPv6，并涉及 DNS、备份、Block Storage、区域服务兼容性和停机。
两种操作都应先创建实例外备份并验证恢复。Cloud Manager 的成功状态不能代替应用、数据库、网络和外部依赖的迁移后检查。
先选择正确的操作
| 目标 | 使用方式 | 主要变化 |
|---|---|---|
| 增加或减少 CPU、内存、磁盘配额 | Resize | 同区域换物理主机，IP 保留，套餐价格变化 |
| 切换 Shared CPU、Dedicated CPU 等计划类型 | Resize | 可选类型取决于区域和当前实例 |
| 把实例移动到另一个兼容区域 | Migrate | 新 IPv4/IPv6、停机、DNS 与区域依赖变化 |
| 需要应用级灰度切换或跨不兼容区域 | 新实例迁移 | 并行费用、数据同步和回滚由客户设计 |
操作前的共同准备
- 记录实例当前套餐、电源状态、磁盘、Volumes、IP、DNS、rDNS、Cloud Firewall、VLAN、IPv6 和 placement group。
- 将应用数据和数据库备份复制到实例外的独立存储，并执行一次恢复验证。
- 记录服务启动方式、密钥、证书、允许列表、监控与第三方回调中的旧 IP。
- 从主要用户网络保存变更前的健康检查结果。
- 根据 Cloud Manager 确认页的预计停机安排维护窗口，不使用固定分钟数作承诺。
只把压缩包放在待迁移实例的磁盘上，不属于能够防范实例或磁盘故障的独立备份。
第一部分：Resize 更换套餐
什么时候考虑 Resize
先用持续监控确认瓶颈，而不是看到一次峰值就升级：
free -h
df -h
uptimeCPU 长期饱和、内存频繁 OOM、磁盘配额接近上限，或者资源长期明显闲置，才分别构成升级或降级的依据。套餐变化不会自动修复慢查询、错误缓存、应用锁或外部网络问题。
warm resize 与 cold resize
Cloud Manager 当前提供 warm resize 和 cold resize 两种方式：
- warm resize：迁移期间实例保持运行，完成后重启；官方建议开始前创建备份。实例需要处于开机状态。
- cold resize：关闭实例、迁移到同一数据中心的另一台物理主机，再恢复到原来的电源状态。
两种方式都可能影响服务。warm resize 失败或无法正常完成关机时，可按官方排障建议改用 cold resize。Resize 会保留现有数据、配置和 IP，但仍应准备应用级回滚。
升级与自动扩盘
进入 Linodes，在目标实例的更多操作菜单中选择 Resize，选择目标套餐和 resize 类型。
只有满足官方条件时才会出现 Auto Resize Disk：新套餐提供更多存储，并且实例只有一个 ext3/ext4 主磁盘（可以另有 swap）。其他文件系统、raw disk 或多磁盘布局需要单独规划扩容。
升级完成后，检查系统识别的 CPU、内存、磁盘和多队列网卡设置，并验证业务服务：
nproc
free -h
lsblk
systemctl --failed降级不能只看 df -h 的已用空间
降级前，目标套餐的存储配额必须容纳实例当前分配的磁盘镜像大小，而不只是文件系统中的已用字节。通常需要先关机，再按官方磁盘缩容流程处理磁盘，最后才能提交套餐降级。
缩小文件系统和磁盘具有数据风险。应先完成异地备份和恢复验证，并核对文件系统是否支持缩小；不要把 Block Storage Volume 的容量与 Linode 本地磁盘混为一谈，Volume 当前只能扩容，不能直接缩小。
Resize 的 placement group 限制
Resize 会迁移到同一数据中心的另一台物理主机，因此可能破坏 placement group 的亲和性要求。官方当前建议 placement group 内的实例在 Resize 前联系 Akamai 账户团队确认方案。
第二部分：跨数据中心 Migrate
先确认区域是否兼容
Linode 当前支持 core region 到 core region、或 distributed compute region 到 distributed compute region 的迁移；core 与 distributed 之间不能直接迁移。
还要逐项核对目标区域是否支持现有服务。IPv6 pool、VLAN 或其他未在目标区域提供的能力可能从迁移后的实例中移除，不能只根据城市名称判断兼容性。
跨区迁移会发生什么
- 原 IPv4/IPv6 不会跨数据中心转移；系统会分配新的 IPv4 和 IPv6。
- DNS A/AAAA、rDNS、证书校验、第三方回调、监控和允许列表需要切换到新地址。
- 现有 Backups 不能迁移到目标数据中心；迁移期间计划任务会跳过，完成后备份服务恢复原计划。
- 已挂载的 Block Storage 不能迁移到另一个数据中心；迁移开始时会被解除挂载，其数据需要另行复制。
- 迁移会将实例从 placement group 中移除；如目标区域支持，可在迁移配置中选择新建 placement group。
- 跨区迁移存在停机，实际时间取决于磁盘大小和区域间传输条件；以 Cloud Manager 的 Caution 提示和估算为准。
- 目标区域的套餐、网络传输价格和产品可用性可能不同。
DNS 与外部依赖准备
计划切换前，应至少提前一个“旧 TTL”周期降低相关 DNS 记录的 TTL。只在迁移开始前临时改成某个固定秒数，不能清除递归解析器已经缓存的旧 TTL。
建立包含以下项目的切换清单：
- A、AAAA 与 rDNS；
- Cloud Firewall、主机防火墙和第三方允许列表；
- TLS 证书签发或 IP 绑定；
- 监控、备份、日志和回调地址；
- Block Storage 数据的单独迁移路径；
- 不能在目标区域继续使用的 VLAN、IPv6 pool 或其他服务。
Cloud Manager 操作流程
- 进入 Linodes，打开目标实例的更多操作菜单，选择 Migrate。
- 阅读 Caution 中的新 IP、停机、服务兼容性和价格提示。
- 勾选确认，在 Configure Migration 中选择目标 Region。
- 点击 Enter Migration Queue，从实例列表或详情页观察任务状态。
- 迁移完成后，Cloud Manager 会把实例恢复到迁移前的开机或关机状态。
不要仅因为任务完成就立即结束维护窗口。先通过新 IP 完成验证，再切换 DNS 和外部依赖。
迁移后验证
先通过 Lish 或新 IP 登录，核对网络、磁盘和失败服务：
ip -brief address
ip route
lsblk
systemctl --failed然后按顺序完成：
- 验证数据库一致性、后台任务和写入路径；
- 从实例本机检查 Web/API 健康状态；
- 更新 A/AAAA、rDNS、允许列表、监控和回调；
- 从真实用户网络分别测试 IPv4 与 IPv6；
- 核对 Block Storage、Backups、VLAN、placement group 和区域价格；
- 保留变更记录，确认恢复点可用后再结束维护。
如果当前实例不能直接迁移
目标区域不兼容、需要更细的停机控制，或应用要求灰度切换时，可在目标区域创建新实例，使用应用支持的数据复制方式迁移，再切换 DNS。新旧实例并行期间可能同时计费，且数据库一致性、文件增量同步和回滚都需要客户自行设计。
可结合本站机房目录和 Akamai Cloud Speed Test从实际用户网络测试候选区域。单次延迟或下载结果不能代表长期跨境线路表现。
通过 iVPSer 管理 Linode
iVPSer 提供中文服务器控制台，并支持支付宝、微信和账户余额付款。套餐调整、保留数据换机房或其他迁移操作是否开放，以对应产品和实例的实际控制台为准；页面不会把某一供应商能力泛化为全部 VPS。