kvm热迁移的核心是内存预拷贝与脏页迭代同步:先全量传输内存页,再持续跟踪并多次传输脏页,待脏页生成速率低于传输速率时毫秒级暂停源机完成最终同步。

KVM 虚拟机热迁移的核心,是让虚拟机在不停机的前提下完成主机切换——业务无感知、连接不中断、状态不丢失。它不是简单复制文件,而是实时同步运行时状态,依赖内存预拷贝、共享存储和网络无缝切换三者协同。
内存预拷贝与脏页迭代同步
迁移启动后,KVM 首先将源虚拟机的全部内存页一次性传至目标主机;此时虚拟机仍在运行,内存持续被修改。系统通过脏页跟踪(Dirty Page Tracking)识别出哪些页被写入,并在后续轮次中只传输这些“脏页”。该过程反复进行,每次传输间隔缩短、脏页数量减少,直到剩余脏页可在毫秒级内完成同步。最终阶段,源虚拟机短暂暂停(通常
- 启用 KVM 的
dirty-ring机制可提升脏页捕获效率,尤其适用于高写负载场景 - 可通过
virsh migrate-setmaxdowntime设置最大停机时间,例如设为 30ms 可强制在该时限内完成最终切换 - 若网络带宽不足或虚拟机内存变更过快(如频繁 GC 的 Java 应用),可能陷入“脏页追赶不上”循环,需调低迁移速率或暂降业务压力
共享存储是热迁移的基础设施前提
热迁移要求虚拟机磁盘镜像对源和目标宿主机同时可读写。常见实现方式包括 NFS、iSCSI、FC-SAN、CephFS 或 GlusterFS。其中 NFS 适合测试与中小规模环境;生产环境推荐 FC-SAN 或 CephFS,兼顾性能、可靠性与多节点并发访问能力。
- 本地磁盘不支持原生热迁移;若必须使用,需搭配 DRBD 或 QEMU 的 block migration(但会显著延长迁移时间并占用大量网络带宽)
- 挂载共享存储时,确保两端使用相同路径、相同 UID/GID 权限,且文件系统支持并发元数据操作(如 XFS + barrier 关闭)
- NFS 挂载建议添加
hard,intr,rsize=1048576,wsize=1048576,vers=4.1等参数优化吞吐与容错
网络连续性保障与 ARP 切换机制
迁移完成后,虚拟机 MAC 地址不变,但物理出口已切换到新宿主机。为避免网络中断,目标宿主机会主动发送免费 ARP(Gratuitous ARP)报文,通知交换机更新 MAC 地址表。配合 Linux 内核的连接跟踪(conntrack)和 TCP 重传机制,绝大多数长连接(如数据库连接、SSH 会话)可自动恢复。
- 确保源/目标宿主机桥接网卡配置一致(如相同 bridge 名、STP 设置、MTU 值)
- 若使用 OVS 或 SR-IOV,需提前在目标主机部署相同类型的虚拟网络设备并绑定对应 PCI 设备
- 部分老旧交换机禁用免费 ARP 学习,需手动刷新 MAC 表或启用 IGMP Snooping 等兼容模式
生产环境部署关键检查项
一次稳定热迁移,远不止执行一条 virsh migrate 命令。它需要软硬件层面对齐、资源预留与策略约束共同保障。
- CPU 兼容性:两台宿主机应使用同代同厂商 CPU;若混用,须在 XML 中配置
cpu mode='host-model'或显式指定最小公共特性集 - QEMU/KVM 版本一致:不同版本间 ABI 可能不兼容,导致迁移失败或运行异常
- 预留资源:目标主机需有足够空闲内存(建议 ≥ 虚拟机内存 + 10% 缓冲)、CPU 核心及 I/O 带宽余量
- 关闭非必要服务:迁移期间禁用 libvirt 的 auto-start、快照监听等后台任务,避免干扰内存同步节奏











