获取验证码
标准vMotion技术设计目标实现虚拟机运行状态跨主机迁移,规范部署前提下,虚拟机业务网络不会发生断开。核心原理:ESXi先在目标主机完成虚拟网卡注册、交换机端口就绪,新旧两端网络链路短暂共存,完成内存状态同步后,再切断源主机虚拟网卡链路。整个切换过程毫秒级完成。一旦网络规划、vDS、交换机参数存在缺陷,迁移时会产生丢包、业务短暂中断现象。
有VMware全系列产品官方资源和定制版资源需求的可以移步:
两套ESXi主机使用标准vSwitch,虚拟机跨主机vMotion迁移,每次迁移业务产生1~3秒断流。起初怀疑vMotion本身机制存在断网,尝试调整迁移并发参数无效。
1.1 初期无效排查操作
修改vMotion带宽、调整内存迭代同步参数,反复重启ESXi主机,问题依旧;更换虚拟机网卡类型无法解决断流。
1.2 分层定位真实故障根因
物理交换机开启STP、PortFast未配置,虚拟机虚拟网卡迁移后交换机端口重新收敛,造成链路阻塞延迟。vMotion本身不会断网,断流根源来自物理网络二层收敛问题。 现场验证修复:服务器接入端口启用PortFast,关闭不必要STP校验,再次vMotion迁移业务无感知、无断包。
1、迁移链路与业务链路分离
vMotion流量依靠独立vMotion网卡传输虚拟机内存、设备状态;虚拟机业务流量走业务网卡,两条链路互不干扰。
2、网络切换时序(零中断关键)
第一步:目标ESXi创建虚拟网卡,连接对应端口组; 第二步:持续迭代同步虚拟机内存,业务同时在源主机正常运行; 第三步:停机拷贝剩余脏页(极短停顿); 第四步:目标主机激活虚拟网卡,业务流量切换至目标端; 第五步:源主机虚拟网卡销毁。
3、理想状态网络表现
仅产生少量微量TCP重传,正常业务、应用无感知;实时音视频、严苛金融业务可观察到极个别丢包。
1、vSphere标准无中断迁移必要条件
源目标主机端口组名称一致、VLAN相同;推荐使用分布式交换机vDS;物理二层网络互通;接入交换机配置PortFast,避免STP收敛延迟。
2、容易出现断流的典型场景
跨三层vMotion(需要开启VXLAN或者NSX-T);端口组名称大小写不一致;物理链路MTU不匹配;混杂模式、安全策略两端配置不同。
3、区分vMotion与冷迁移
仅关机虚拟机冷迁移不存在平滑切换机制,开机迁移才使用vMotion平滑切换逻辑。
| 故障现象 | 根因分析 | 标准解决方案 |
|---|---|---|
| 每次vMotion都会出现1~3秒业务断网 | 物理交换机端口未启用PortFast,STP触发端口收敛阻塞 | 服务器接入端口配置PortFast,优化二层网络 |
| vMotion迁移后虚拟机网络不通,重启网卡恢复 | 两端标准交换机端口组安全策略配置不一致 | 统一两端端口组策略,优先迁移至vDS分布式交换机 |
| 跨三层vMotion迁移大量丢包、断流严重 | 缺少VXLAN封装,未使用NSX,二层无法延伸 | 同机房尽量二层部署vMotion;跨机房使用NSX延伸网络或使用HCX |
| 部分Windows虚拟机迁移容易断网,Linux正常 | Windows网卡高级设置启用节能休眠,链路切换触发网卡重置 | 关闭虚拟机网卡节能、休眠相关选项 |
| 端口组名称肉眼一致,迁移依旧偶发断流 | 端口组名称存在大小写、隐藏空格,ESXi判定端口组不匹配 | 删除重建端口组,统一命名规范,禁止空格特殊字符 |
1. 误区:vMotion一定会有短暂断网纠正:二层网络规范配置下可做到业务无感知,断网属于配置异常,非原生特性。
2. 误区:vMotion网卡与业务网卡共用不会影响网络切换纠正:负载过高时内存同步抢占带宽,加剧切换阶段丢包,建议独立vMotion网卡。
3. 误区:使用标准交换机vSwitch和vDS效果完全一致纠正:标准交换机两端配置容易不一致,vDS全局统一配置,大幅降低迁移网络故障概率。
4. 误区:跨IP网段直接开启vMotion即可平滑迁移纠正:普通vMotion要求二层连通,跨三层必须配套网络虚拟化技术延伸广播域。
5. 误区:迁移出现少量丢包就是vMotion故障纠正:极高实时性业务可观测微量丢包,属于正常;持续超过1秒中断则需要排查网络。
架构规范:生产集群优先部署vDS分布式交换机,统一全网端口组配置。
网络规范:vMotion业务尽量二层互通;服务器接入交换机端口强制开启PortFast。
配置规范:端口组名称统一,无空格、大小写混乱;两端端口安全策略、VLAN完全一致。
测试规范:新集群上线前执行批量vMotion测试,持续监控业务网络丢包情况。
变更规范:二层网络、STP、交换机策略变更后,重新验证vMotion迁移网络稳定性。