Proxmox VE 9.2 已发布,产品下载和文档入口已整理 查看下载中心

VMware to Proxmox VE

从 VMware 平滑迁移到 Proxmox VE

面向正在评估授权成本优化、私有云重构和开放基础设施路线的企业,提供从环境盘点、测试验证、虚拟机迁移到生产运维的完整迁移参考。

Proxmox VE
VMware ESXi / vCenter 迁移评估与转换 Proxmox VE Cluster
适用对象ESXi、vCenter、Hyper-V 或传统虚拟化平台替代
核心目标降低授权成本、减少供应商绑定、提升基础设施可控性
迁移方式磁盘转换、OVA/OVF 导入、备份恢复、分批割接
交付重点测试验证、回退方案、备份策略、运维培训

建议采用分阶段迁移路线

生产迁移不建议直接“大批量搬迁”。更稳妥的方式是先完成评估和测试集群验证,再按业务优先级逐步迁移。

01

资产盘点

梳理 ESXi 主机、vCenter、数据存储、虚拟机数量、业务依赖、快照和备份现状。

02

目标架构设计

规划 Proxmox VE 集群、网络桥接、VLAN、存储类型、HA 策略和 PBS 备份架构。

03

测试迁移验证

选择低风险虚拟机验证磁盘转换、驱动、启动、网络、性能和备份恢复流程。

04

分批生产割接

按业务窗口迁移,保留源端回退,完成应用验证后再进入下一批。

05

运维交接

建立监控、权限、备份、变更、故障处理和培训文档,进入生产运维。

迁移前必须确认的关键问题

这些问题会直接影响迁移周期、停机窗口和风险控制。

虚拟机清单

数量、CPU、内存、磁盘、操作系统、业务等级、是否存在快照和独立磁盘。

存储与数据量

VMFS、NFS、SAN、vSAN、精简置备、实际占用容量和可接受的转换时间。

网络拓扑

端口组、VLAN、网关、防火墙策略、负载均衡和业务访问路径。

业务窗口

哪些系统可以停机迁移,哪些需要更严格的备份、演练和回退方案。

驱动兼容

Windows 建议提前准备 VirtIO 驱动,Linux 需确认磁盘、网卡和引导方式。

备份回退

迁移前保留可靠备份,生产割接前明确验证标准和回退触发条件。

四种常见迁移方式如何选择

不同方法适合不同规模和停机要求。企业迁移时通常会组合使用,而不是只依赖单一工具。

推荐

OVA / OVF 导入

适合中小规模、可停机迁移的虚拟机。流程清晰,便于测试和回退。

常用

qemu-img 转换

适合手动转换 VMDK 到 qcow2 或 raw,再导入 Proxmox VE 存储。

批量

脚本化迁移

适合虚拟机数量较多的环境,需先统一命名、网络和存储规则。

稳妥

应用级重建

适合数据库、核心业务或老旧系统,通过新环境部署和数据同步降低兼容风险。

迁移前准备

在开始迁移前,建议先从 VMware 环境导出虚拟机清单,并在 Proxmox VE 上准备好目标集群、存储和网络桥接。

# 在 ESXi 上查看版本和虚拟机清单
vmware -v
esxcli system version get
vim-cmd vmsvc/getallvms

# 检查虚拟机磁盘文件
ls -lh /vmfs/volumes/datastore/vmname/
vmkfstools -D /vmfs/volumes/datastore/vmname/vmname.vmdk
建议:生产迁移前先关闭 VMware 快照,确认源虚拟机备份可恢复,并记录原始 CPU、内存、磁盘控制器、网卡、IP 地址和启动方式。

准备 Proxmox VE 目标环境

确保 Proxmox VE 节点已经完成基础安装、订阅或软件仓库配置、网络桥接和存储配置。生产环境建议至少使用三节点集群承载 HA。

# 查看 Proxmox VE 版本和集群状态
pveversion -v
pvecm status

# 查看可用存储
pvesm status

# 查看网络桥接
ip addr show vmbr0

方法一:使用 qemu-img 转换 VMDK

这是最常见的手动迁移方法。先将 VMDK 文件复制到 Proxmox VE,再转换并导入到指定存储。

# 安装转换工具
apt update
apt install qemu-utils

# 转换 VMDK 到 qcow2
qemu-img convert -f vmdk -O qcow2 source.vmdk target.qcow2

# 创建目标虚拟机
qm create 101 --name migrated-vm --memory 4096 --cores 2 --net0 virtio,bridge=vmbr0

# 导入磁盘到 local-lvm
qm importdisk 101 target.qcow2 local-lvm
qm set 101 --scsihw virtio-scsi-pci --scsi0 local-lvm:vm-101-disk-0
qm set 101 --boot order=scsi0

方法二:导出 OVF / OVA 后导入

如果 VMware 环境允许停机导出,可以使用 OVF/OVA 方式。该方式适合测试迁移和中小规模业务系统。

# 解压 OVA
tar -xvf vmname.ova

# 导入 OVF 到 Proxmox VE
qm importovf 200 vmname.ovf local-lvm

# 检查并调整虚拟机配置
qm config 200
qm set 200 --net0 virtio,bridge=vmbr0
qm set 200 --scsihw virtio-scsi-pci

方法三:先克隆 VMDK 再导入

如果源端 VMDK 存在链式快照或格式兼容问题,可以先在 ESXi 上克隆为新的 VMDK,再复制到 Proxmox VE。

# 在 ESXi 上克隆磁盘
vmkfstools -i /vmfs/volumes/datastore/vmname/vmname.vmdk -d thin vmname-new.vmdk

# 复制到 Proxmox VE
scp vmname-new.vmdk root@proxmox-host:/var/lib/vz/template/import/

# 在 Proxmox VE 上导入
qm importdisk 201 /var/lib/vz/template/import/vmname-new.vmdk local-lvm

迁移后优化

迁移完成后,不建议立即上线核心业务。先完成驱动、网络、时间同步、备份和性能检查。

# Linux 虚拟机安装 qemu-guest-agent
apt install qemu-guest-agent
systemctl enable --now qemu-guest-agent

# Proxmox VE 启用 guest agent
qm set 101 --agent enabled=1

# 调整 CPU、内存和磁盘容量
qm set 101 --memory 8192 --cores 4
qm resize 101 scsi0 +50G
Windows 注意:建议迁移前准备 virtio-win ISO,迁移后安装 VirtIO 网卡、磁盘驱动和 QEMU Guest Agent,再切换高性能设备类型。

上线验证清单

  • 虚拟机能够正常启动,系统日志无明显磁盘或网卡错误。
  • 业务服务、数据库、应用端口、域名解析和访问路径验证通过。
  • 网络 VLAN、防火墙策略、网关、DNS、NTP 与源环境一致。
  • 已配置 Proxmox Backup Server 或其他备份策略,并完成恢复测试。
  • 已记录回退方案、监控指标、权限配置和运维交接文档。

需要评估现有 VMware 环境?

建议准备主机数量、虚拟机清单、存储容量、业务窗口和备份现状,再进行迁移方案评估。

联系中国区合作伙伴

迁移风险与应对措施

一次成功迁移的关键不是工具本身,而是迁移前的验证和迁移后的运维闭环。

启动失败

提前确认 BIOS/UEFI、磁盘控制器和系统驱动,必要时先使用保守设备类型启动。

网络不通

核对 VLAN、桥接、网卡类型、防火墙和系统内网卡名称变化。

性能波动

安装 Guest Agent 与 VirtIO 驱动,调整 CPU 类型、磁盘缓存和存储策略。

业务回退

保留源端虚拟机和备份,在验证通过前不删除 VMware 环境。

相关客户案例

以下案例可作为虚拟化替代和 Proxmox VE 生产部署的参考。

下一步

先做测试迁移,再规划生产割接

如果你已有 VMware 环境,建议先选取 1-3 台低风险虚拟机做验证,确认启动、网络、性能、备份和回退流程。