从 VMware 迁移到 Proxmox VE 的完整方案-尧图网络科技

一、背景与动机

Broadcom 收购 VMware 后,订阅制涨价、产品线合并、中小客户授权成本飙升 2-5 倍,促使大量企业评估替代方案。Proxmox VE (PVE)基于 Debian + KVM + LXC,开源免费(企业订阅仅为技术支持),功能覆盖了 vSphere 80% 的核心场景,成为最热门的迁移目标之一。

本文提供一份可落地的完整迁移方案,涵盖评估、规划、实施、验证、回退全流程。

二、迁移前评估

2.1 功能对标

VMware 功能	Proxmox 对应方案	成熟度
ESXi	PVE (KVM)	✅ 生产级
vCenter	PVE 集群(无独立管理节点,Web UI 内建)	✅ 稳定
vMotion	Live Migration	✅ 原生支持
DRS	无原生,可用 ProxLB 等第三方	⚠️ 需额外部署
HA	PVE HA Manager	✅ 稳定
vSAN	Ceph (PVE 集成)	✅ 生产级
NSX	SDN(内建)+ OVS/VXLAN	⚠️ 简化版
SRM	PBS + 复制作业	⚠️ 需编排脚本
Fault Tolerance	无等价方案	❌ 缺失
vSphere Replication	Storage Replication (ZFS/Ceph)	✅ 可用
Veeam	PBS (Proxmox Backup Server)	✅ 去重增量

2.2 必须提前确认的限制

Fault Tolerance 无替代:依赖 FT 的业务不建议迁移
DRS 简化:Proxmox 无智能负载均衡,需手动或第三方工具
Guest OS 支持:老旧 Windows (2003/XP) 驱动需手动准备 VirtIO
GPU 直通:生产级 vGPU 方案弱于 VMware(NVIDIA vGPU 官方不支持 PVE)
第三方备份/监控生态:Veeam 对 PVE 支持较晚(12.1 起),需验证

2.3 评估清单输出

┌ 主机清单:ESXi 版本、CPU/内存/网卡型号、本地盘

├ VM 清单:OS、vCPU/内存、磁盘、网络、快照、依赖关系、关键等级(P0-P3)

├ 存储清单:SAN/NAS 类型、容量、IOPS、连接方式

├ 网络清单:vSwitch/vDS、VLAN、端口组、防火墙规则

└ 业务清单:停机窗口、变更审批方、回退要求

三、架构规划

3.1 三种典型目标架构

方案 A:共享存储保留(推荐平滑迁移)

[PVE 节点 1] ─┐

[PVE 节点 2] ─┼── FC/iSCSI ── 原有 SAN 阵列

[PVE 节点 3] ─┘

沿用现有 SAN,PVE 以 LVM-Thin 或 OCFS2 挂载,投资保护好,迁移风险低。

方案 B:Ceph 超融合(推荐长期演进)

[PVE + Ceph OSD 节点 1] ←→

[PVE + Ceph OSD 节点 2] ←→ 25GbE 存储网

[PVE + Ceph OSD 节点 3] ←→

类似 vSAN,去中心化,横向扩展,建议至少 3 节点 + 独立存储网(25GbE+)。

方案 C:ZFS 本地 + Replication

每节点本地 ZFS,跨节点异步复制

小集群(2-3 节点)低成本方案,RPO 分钟级,适合边缘/分支机构。

3.2 硬件容量规划要点

CPU:KVM 开销约比 ESXi 高 5-10%,容量按 1.1x 预留
内存:无 TPS 透明页共享,Overcommit 能力弱于 ESXi,按 1:1 规划
网络:集群心跳 + 迁移 + 业务 + 存储分离,至少 4 个物理网卡或 2×25GbE
Ceph:OSD 每 TB 约需 1GB 内存,CPU 每 OSD 1 core

四、迁移实施流程

4.1 整体阶段

① 搭建 PVE 集群(与 VMware 并行)

↓

② 打通网络与存储(VLAN/SAN 共享访问)

↓

③ 试点非关键 VM 迁移 + 验证

↓

④ 批次迁移(按业务等级 P3 → P0)

↓

⑤ 下线 VMware

4.2 PVE 集群搭建(要点)

# 所有节点安装 PVE 8.x 后,主节点执行:

pvecm create mycluster

# 其他节点加入:

pvecm add <主节点IP>

# 验证

pvecm status

关键配置:

集群心跳网络独立(corosync 对延迟敏感,< 5ms)
NTP 时钟同步,集群节点时差 > 1s 会异常
配置 fencing(硬件看门狗或 IPMI),HA 才可靠

4.3 VM 迁移的四种手段

方式 1:Proxmox 内置导入工具(PVE 8.2+,首选)

PVE 8.2 起内建 ESXi 导入向导,界面点击即可:

Datacenter → Storage → Add → ESXi

→ 填入 vCenter/ESXi 地址、凭据

→ Storage 中可浏览所有 VM

→ 右键 "Import" 即可

原理:通过 ESXi API 读取 vmdk,转换为 qcow2/raw 写入目标存储。缺点:需关机(冷迁移)。

方式 2:ESXi 直接导出 OVF + qm importovf

# VMware 侧(VM 关机):

ovftool vi://root@esxi-host/MyVM /tmp/export/

# PVE 侧:

qm importovf 100 /tmp/export/MyVM.ovf local-lvm

方式 3:磁盘直接转换(大 VM 提效)

# 从 ESXi datastore 拷贝 vmdk 后:

qemu-img convert -f vmdk -O qcow2 source.vmdk target.qcow2

# 或直接写入 LVM:

qemu-img convert -f vmdk -O raw source.vmdk /dev/vg/vm-100-disk-0

方式 4:热迁移(通过 Veeam 或复制工具)

Veeam:备份 ESXi VM → 恢复到 PVE(12.1+ 支持)
Starwind V2V Converter:图形界面,支持增量
Clonezilla / dd + netcat:适合物理机与 VM 混合场景

4.4 Windows VM 迁移关键步骤(易踩坑)

Windows VM 从 ESXi 迁到 KVM 后必须注入 VirtIO 驱动,否则蓝屏 0x0000007B。

迁移前在 ESXi 侧准备:

下载virtio-win.iso(Fedora 官方)
挂载到 Windows VM,安装NetKVM、viostor、vioscsi驱动
关键:在注册表启用所有启动控制器,让 Windows 能识别 virtio 控制器
HKLM\SYSTEM\CurrentControlSet\Services\viostor\Start = 0
HKLM\SYSTEM\CurrentControlSet\Services\vioscsi\Start = 0
卸载 VMware Tools
关机导出

迁移到 PVE 后:

磁盘控制器选VirtIO SCSI Single
网卡选VirtIO
CPU 类型选host(性能最佳)
安装QEMU Guest Agent(对应 vmtools 的心跳/优雅关机)

4.5 Linux VM 迁移

Linux 相对简单,但注意:

确保 initramfs 包含 virtio 模块:
# RHEL/CentOS
dracut --add-drivers "virtio_blk virtio_scsi virtio_net virtio_pci" -f
# Debian/Ubuntu
update-initramfs -u
修改/etc/fstab:如果用了/dev/sdX,改为 UUID 挂载,避免设备名变化
卸载 open-vm-tools,安装 qemu-guest-agent
GRUB 配置检查(磁盘控制器变化可能导致 root 找不到)

五、网络与存储迁移

5.1 网络对接

VMware 概念	Proxmox 对应
vSwitch / vDS	Linux Bridge (vmbr0) 或 OVS Bridge
端口组	VLAN Tag(VM 网卡上直接标记)
NIC Teaming	Linux Bonding (mode=4 LACP)
分布式防火墙	PVE Firewall(datacenter/node/vm 三级)

示例:LACP + VLAN trunk

# /etc/network/interfaces

auto bond0

iface bond0 inet manual

bond-slaves eno1 eno2

bond-mode 802.3ad

bond-miimon 100

auto vmbr0

iface vmbr0 inet static

address 10.0.0.10/24

bridge-ports bond0

bridge-stp off

bridge-vlan-aware yes

bridge-vids 2-4094

5.2 存储迁移策略

SAN 共享:在 SAN 阵列添加 PVE 主机 WWN,挂载同一 LUN 后用 LVM-Thin(需先格式化,不能直接读 VMFS)
VMFS 数据读取:PVE 8.x 的 ESXi 导入器可直接读 VMFS;或用vmfs-tools只读挂载
过渡期:保留 VMFS datastore 作只读源,PVE 侧新建 LVM/Ceph 作目标,迁完再回收空间

六、备份与 HA 体系重建

6.1 PBS (Proxmox Backup Server)

功能类似 Veeam,支持去重、增量、加密、远程同步。

架构:

PVE 集群 → 每日增量 → PBS 主站 → 异步同步 → PBS 异地站

备份策略模板:

每日增量,保留 14 天
每周全量,保留 8 周
每月全量,保留 12 个月
关键 VM 额外走 Storage Replication(ZFS/Ceph)做分钟级 RPO

6.2 HA 配置要点

# 将 VM 100 加入 HA

ha-manager add vm:100 --state started --max_restart 3

前置条件:

至少 3 节点(quorum 需要)
共享存储(Ceph/SAN/NFS)
配置 fencing 设备(IPMI/watchdog)

七、迁移批次与切换窗口

7.1 推荐批次节奏

阶段	对象	目标	周期
Wave 0	测试 VM (5 台)	验证流程、文档	1 周
Wave 1	开发/测试环境	打磨工具、培训团队	2-4 周
Wave 2	P3/P2 业务	批量迁移,日常节奏	4-8 周
Wave 3	P1 业务	严格变更窗口	分批多窗口
Wave 4	P0 核心业务	HA 演练后切换	最后执行
Wave 5	VMware 下线	许可回收,硬件复用	1 周

7.2 单次切换窗口的 Checklist

切换前:

□ 快照 / 备份最新版本

□ 业务方通知到位,应急联系人在线

□ DNS/LB TTL 调低

□ 回退方案确认(源 VM 保留不删)

切换中:

□ VM 关机,导出

□ 导入到 PVE,检查驱动

□ 启动,验证网络/服务

□ 业务方冒烟测试

切换后:

□ 监控 24-48 小时

□ 无异常则标记源 VM "待删除"

□ 保留源 VM 至少 2 周

八、监控与日常运维

8.1 推荐监控栈

PVE Exporter + Node Exporter → Prometheus → Grafana

↓

Alertmanager → 钉钉/企微

关键面板:PVE 官方 Grafana Dashboard ID10347(集群总览)、15356(Ceph)。

8.2 日常运维差异

场景	VMware 习惯	Proxmox 方式
命令行管理	PowerCLI	`qm`,`pct`,`pvesh`
API	vSphere REST API	PVE API (类似 REST)
升级	VUM / Lifecycle Manager	`apt update && apt dist-upgrade`
日志排查	vmkernel.log	`journalctl`,`/var/log/pve/`
集群配置	vCenter DB	`/etc/pve`(pmxcfs 分布式文件系统)