Broadcom 把 VMware 授权模式一改,我们团队去年底算了一笔账,直接傻眼。原来 50 个 CPU 的 vSphere Enterprise Plus 订阅,续签价格从 12 万美金直接跳到 90 万。这不是涨价,这是抢钱。
所以 2026 年,我们决定全面迁移到 Proxmox VE 9.1。这篇文章不讲虚的,全是我们在生产环境踩过的坑和验证过的命令。如果你也在评估这条路,希望这份指南能帮你省下至少两周的试错时间。
授权成本:不是 2 倍,是 15 倍
先看数据。这是我根据我们实际账单和 Broadcom 新定价模型做的对比:
| 项目 | VMware vSphere 8 (旧模式) | VMware vSphere 8 (Broadcom 新模式) | Proxmox VE 9.1 |
|---|---|---|---|
| 授权模式 | 永久授权 + SnS | 年度订阅 (VCF/VVF) | 社区版免费 / 企业版订阅 |
| 50 CPU 核心 3 年成本 | ~$120,000 | ~$900,000+ | ~$18,000 (企业版) |
| 包含技术支持 | 需额外购买 | 强制捆绑 | 可选 |
| 限制条款 | 无 | 按核心计数,强制订阅 | 无,仅企业版需订阅 |
| 升级路径 | 自由 | 锁定版本 | 滚动升级 LTS |
我的结论: 如果你的环境超过 20 个 CPU,Proxmox 的成本优势是碾压级的。我们迁移后,三年预算从 90 万砍到不到 2 万。省下的钱够我们加两套全闪 Ceph 集群。
但别高兴太早——迁移本身有成本。人力成本、停机窗口、踩坑成本。下面我把每个步骤掰开揉碎了说。
迁移前:先搞清楚你跑的是什么
我们环境里 120 多台 VM,Windows 和 Linux 对半开。Windows VM 是最头疼的——因为 VirtIO 驱动。
关键检查清单:
- 所有 VM 的磁盘类型(厚置备还是精简置备?SCSI 还是 IDE?)
- Windows VM 是否安装了 PVSCSI 或 VMXNET3 驱动(这些在 Proxmox 上不兼容)
- 网络拓扑——你用了 DVS 吗?迁移后要重建标准交换机
- 存储——VMFS 卷里的数据怎么出来?
迁移实战:两条路,选错了翻车
方案 A:Proxmox 内置导入向导(推荐,但有坑)
Proxmox VE 9.1 提供了 ESXi 导入向导,底层走的是 storage plugin 机制。理论上很优雅,但实际上……
# 先在 Proxmox 节点上挂载 ESXi 的 datastore
# 注意:需要 SSH 到 ESXi 开启 SSH 服务,并确认网络可达
pvesm add esxi --type esxi --server 192.168.1.100 --datastore datastore1 --username root
# 然后通过 Web UI 的 "Import" 按钮操作
# 或者用 CLI:
qm importovf 100 /path/to/vm.ovf local-zfs --format qcow2
我踩过的坑:
- 向导默认用 IDE 控制器导入 Windows VM——这会导致启动蓝屏。手动改成 VirtIO SCSI 后重新挂载磁盘才行。
- 网络映射如果 ESXi 用的是 DVS,导入后网卡会丢失。需要提前在 ESXi 上把 VM 切到标准交换机。
- 大 VM(超过 2TB 磁盘)导入会超时。我们直接走了离线方案。
方案 B:离线 OVF 导出 + 手动调整(更稳)
对于生产环境的关键 VM,我建议走这条路。虽然步骤多,但可控。
# 在 ESXi 上导出 OVF
# 用 ovftool 或者 vSphere Client 导出
ovftool vi://root@esxi-host/MyVM ./MyVM.ovf
# 传到 Proxmox 节点
scp MyVM.ovf root@proxmox-node:/var/lib/vz/template/ovf/
# 导入
qm importovf 101 /var/lib/vz/template/ovf/MyVM.ovf local-zfs --format qcow2
# 关键步骤:Windows VM 必须注入 VirtIO 驱动
# 下载 VirtIO ISO 挂载到 VM
# 在 Windows 内用 dism 注入驱动
dism /image:C:\ /Add-Driver /Driver:D:\NetKVM\w10\amd64 /Recurse
dism /image:C:\ /Add-Driver /Driver:D:\viostor\w10\amd64 /Recurse
避坑指南: 导入后第一次启动 Windows VM,99% 会蓝屏。别慌,这是 VirtIO 驱动没加载。用 PE 盘启动,手动注入驱动,然后改注册表 HKLM\SYSTEM\CurrentControlSet\Services 把 storflt 和 netkvm 的 Start 值改成 0。
存储迁移:VMFS 里的数据怎么出来?
这是很多人忽略的点。VMFS 是 VMware 私有文件系统,Proxmox 读不了。
我们的做法: 用 StarWind V2V Converter 把 VMFS 磁盘转成 VMDK 流格式,然后转成 qcow2。或者更直接——在 ESXi 上用 vmkfstools 导出:
# ESXi 上把 VMDK 转成 flat 格式
vmkfstools -i /vmfs/volumes/datastore1/MyVM/MyVM.vmdk -d thin /vmfs/volumes/datastore1/MyVM-flat.vmdk
# scp 到 Proxmox 节点
scp /vmfs/volumes/datastore1/MyVM-flat.vmdk root@proxmox-node:/tmp/
# Proxmox 上转成 qcow2
qemu-img convert -f vmdk -O qcow2 /tmp/MyVM-flat.vmdk /var/lib/vz/images/101/vm-101-disk-0.qcow2
网络迁移:DVS 是最大的坑
如果你在用 VMware 的分布式交换机,迁移后网络拓扑需要完全重建。我们在 Proxmox 上用了 Linux Bridge + VLAN trunking,配合 OVS 做流量整形。
关键命令:
# 创建 Linux Bridge
auto vmbr0
iface vmbr0 inet manual
bridge-ports eno1
bridge-stp off
bridge-fd 0
bridge-vlan-aware yes
bridge-vids 100-200
# 给 VM 分配 VLAN
# 在 VM 配置文件中加:
net0: virtio=XX:XX:XX:XX:XX:XX,bridge=vmbr0,tag=150
FAQ
Q: Proxmox 的性能比 ESXi 差吗? A: 我们测下来,纯计算负载(CPU 密集型)几乎没有差异。存储方面,如果配好 VirtIO SCSI + 直通模式,IOPS 比 ESXi 高 5-10%。但网络方面,VMXNET3 在某些场景下比 VirtIO 略好。整体来说,性能差异可以忽略。
Q: 迁移过程中数据会丢吗? A: 只要做好快照和备份,不会。我们每个 VM 迁移前都在 ESXi 上做了快照,迁移后验证没问题才删除。建议用 Veeam 或 rsync 做额外备份。
Q: 技术支持怎么办? A: Proxmox 企业版有官方支持,但社区版靠社群。说实话,Proxmox 的文档比 ESXi 差一些,但社群活跃度很高。我们团队已经习惯了——遇到问题先查论坛,基本 24 小时内有人回复。
总结
VMware 这次授权改革,说实话把很多企业逼到了墙角。Proxmox 不是完美的替代品——它的管理界面不如 vCenter 精致,热迁移需要额外配置,快照机制也不如 ESXi 成熟。但考虑到成本差距,这些痛点完全可以接受。
我们的迁移用了三个月,120 台 VM 全部上线,零事故。关键就是:别贪快,每个步骤验证好,Windows VM 的驱动问题提前准备好。
最后说一句:Broadcom 这波操作,长远看是在给开源市场送人头。Proxmox 的社区增长数据摆在那里——2025 年用户数翻了一倍。2026 年,我猜这个数字还会翻。