什么是热迁移：云主机在线迁移对业务的影响

网站突然打不开、SSH（一种加密的远程登录协议）连接频繁超时，事后服务商却回复”正在进行主机维护”——这背后的常见原因就是热迁移。如何在不关机的情况下把一台运行中的云服务器（Cloud Server，基于分布式集群虚拟化出的计算服务）从一台物理主机搬到另一台物理主机，正是热迁移要解决的问题。本条目将解释热迁移的定义、工作原理，并分析这一过程对业务连续性与性能的实际影响。

定义

热迁移（Live Migration）是指在虚拟机保持开机运行、业务不中断的前提下，把整台虚拟机——包括内存中的运行状态、CPU 寄存器上下文、磁盘挂载关系和网络连接——从一台物理主机搬移到另一台物理主机的虚拟化技术。整个过程中，虚拟机内部的操作系统和应用程序通常不会感知到这次搬移，用户侧最多只会观察到短暂的网络抖动。

热迁移与冷迁移的主要区别在于是否停机。冷迁移需要先把虚拟机关机，再传输磁盘镜像和数据，业务中断时间从几分钟到几小时不等；热迁移则把绝大部分数据传输放在虚拟机运行期间完成，真正的切换停机通常被压缩到毫秒级。在VPS（Virtual Private Server，在一台物理服务器上虚拟出的独立运行环境）与云服务器两种形态之间，热迁移能力是云平台区别于传统单机 VPS 的重要特征之一。

详细说明

预复制：数据是怎么搬过去的

主流虚拟化平台普遍采用”预复制”（Pre-Copy）方式实现热迁移。其核心思路是：虚拟机在运行时不断修改内存，无法等到内存”静止”后再复制，因此先做一轮全量内存复制，再迭代追补复制期间被修改过的内存页（即”脏页”），每一轮追补后剩余的脏页数量逐轮减少，直到剩余数据量足够小，才进入最后的切换阶段。

切换瞬间，源主机上的虚拟机被短暂暂停，剩余少量脏页与设备状态被一次性传到目标主机，目标主机随即恢复运行，之后源主机的 IP 与 ARP（地址解析协议，负责把 IP 地址映射为网卡物理地址）表项被转发到目标侧，用户的网络会话得以延续。整个切换停机时间通常在几十毫秒到一秒之间，一般的应用只会经历一次短暂卡顿。

存储与网络如何保持连续

内存只是热迁移的一部分，磁盘与网络同样需要专门处理。共享存储架构下，虚拟机的磁盘镜像放在两台主机都能访问的存储池中，迁移时只需搬移计算状态，数据量小、速度快，这是公有云平台最常见的做法。非共享存储架构则需要额外搬移磁盘镜像，通常与内存复制并行进行，迁移窗口明显更长。

网络连续性依赖二层网络的延伸：源与目标主机处于同一虚拟网络中，切换后平台通过通告更新把发往原位置的流量重定向到新主机。已经建立的 TCP 连接依靠报文重传来消化切换瞬间的丢包，这也是部分对延迟敏感的业务会观察到一次”毛刺”的原因。

对业务的影响

理解原理之后，更实际的问题是：一次热迁移到底会影响业务多久、有多明显。可以从三个维度评估。

第一是停机时间。正常完成的热迁移对业务的可见中断通常在毫秒到秒级，数据库短连接、网页请求一般只是个别请求变慢；但如果业务依赖长连接（如游戏服、即时通讯、行情推送），切换瞬间的重连或卡顿会更容易被用户感知，需要客户端具备自动重连能力。

第二是迁移期间的性能损耗。预复制需要占用主机之间的网络带宽（Bandwidth，单位时间内链路可传输的数据量）与 CPU 资源，被迁移的虚拟机在内存写入密集的阶段可能出现 10% 到 30% 的性能下降，同宿主机上的其他虚拟机也可能受到轻微影响。服务商会尽量把迁移安排在业务低峰期执行，这也是”维护通知”经常出现在凌晨的原因。

第三是失败与回退。热迁移并非总能成功：当源主机上虚拟机的内存修改速度长期快于复制速度时，迁移无法收敛，平台通常会中止迁移并让虚拟机留在原主机继续运行，业务不中断；目标主机资源不足或存储链路异常时，同样会在切换前中止。成熟的平台会把”迁移失败但业务不受影响”作为设计底线，这也是热迁移相比直接重启换机在安全性上的核心优势。

在具体运维层面，站内的香港云主机迁移教程与迁移到美国云主机的完整流程两篇文章，分别介绍了用户主动发起跨机迁移时的操作步骤与注意事项，可作为热迁移在真实场景中的参照。

与冷迁移和容灾切换的对比

热迁移、冷迁移与容灾切换经常被混为一谈，三者的触发条件与业务影响差别明显。热迁移由平台在宿主机维护、负载均衡或硬件预警时主动发起，前提是虚拟化环境可控，业务基本无感；冷迁移需要关机后搬迁数据，多用于跨大区域搬迁或架构调整，中断时间以小时计；容灾切换则面向主机整机故障的场景，依靠备用节点接管服务，切换依赖故障检测速度，通常伴随数十秒到几分钟的服务降级。

对用户而言，三者与可用性承诺的关系也值得区分：热迁移属于平台内部运维手段，通常不占用服务等级协议（SLA，服务可用性承诺指标）中的停机额度；冷迁移与容灾切换造成的中断是否计入 SLA，则取决于具体合同条款，选购前应予以确认。

常见误区与边界条件

误区一：”热迁移等于业务完全无感。” 热迁移消除的是计划内停机，但迁移窗口内的性能抖动、长连接卡顿仍然存在。对延迟极度敏感的业务，应与服务商确认维护窗口安排，而不是默认任何时刻都不会受影响。

误区二：”热迁移随时可以执行。” 迁移能否收敛取决于内存修改速率、主机间网络质量与存储架构。内存高度活跃的大型虚拟机、非共享存储上的大磁盘实例，迁移成功率与时长都会明显变差，平台通常会设置超时与自动中止策略。

误区三：”热迁移等于容灾。” 热迁移解决的是同一可用区内计划性的主机搬迁，无法应对机房级断电、网络故障等灾难场景。真正的容灾需要跨机房的数据复制与故障切换机制，两者互为补充而非替代。

此外，热迁移对底层虚拟化技术有明确依赖：基于全虚拟化或半虚拟化的云主机普遍支持，而部分采用特殊内核扩展或直通设备（如整机 PCI 设备直通）的实例可能不支持在线迁移，购买这类产品前应向服务商确认。

总结

热迁移用”边运行边复制、最后一瞬切换”的思路，把主机维护从一次计划停机变成一次几乎无感的后台操作，是云服务器区别于传统租用方式的关键能力之一。对业务的影响主要体现在迁移窗口内的短暂性能抖动与长连接切换卡顿，正常情况下不构成服务中断。建议站长与企业在选购云服务时，把是否支持热迁移、维护窗口如何安排、迁移失败如何回退这三项纳入评估清单；如果需要进一步了解不同产品形态的差异，可以参考站内海外 VPS 云服务器与虚拟主机的选型指南，结合业务对连续性的要求做出选择。

参考资料

延伸阅读与来源：

• Wireshark Wiki 与 Linux KVM 官方文档：Live Migration 章节（https://www.linux-kvm.org/page/Migration）
• VMware 官方文档：vSphere Virtual Machine Live Migration（https://docs.vmware.com/en/VMware-vSphere/index.html）
• 站内延伸：香港云主机迁移教程：一站式迁移指南
• 站内延伸：独立服务器与 VPS 分类