VMware 终止免费 ESXi：家庭实验室迁移 Proxmox VE 完全指南
事件背景：免费 ESXi 之死
先把时间线捋清楚。2023 年 11 月，博通（Broadcom）完成了对 VMware 的收购，整个虚拟化行业随即进入动荡期：产品线大规模合并、永久许可证停售、授权全面转向订阅制。到了 2024 年 2 月，靴子正式落地——免费版 vSphere Hypervisor，也就是大家装在家用机和小型服务器上的免费 ESXi，被官方宣布终止提供。
对企业客户来说，这无非是把预算表上的数字改一改；但对家庭实验室玩家和小企业来说，免费 ESXi 是过去十多年默认的入门选择：软路由、NAS、影音中心、测试环境，一大堆人的全屋服务都跑在它上面。免费版一停，意味着今后没有新的免费版本可下载，老版本也不会再有常规更新通道，继续裸奔的安全风险只会随时间放大。
好消息是，出路是现成的。Proxmox VE（PVE）基于 Debian 12 的 8.x 版本已经非常成熟，KVM 虚拟机加 LXC 容器的组合在家庭场景里甚至比 ESXi 更灵活，而且免费开源、可选付费订阅，不买订阅功能也不缺斤少两。还没接触过 PVE 的朋友，建议先花十分钟看一遍我们的 Proxmox VE 入门第一课，把安装和界面概念打个底，再回来执行迁移。这篇文章解决的是另一件事：如何把 ESXi 上现有的虚拟机，一台不少、数据不丢地搬到 PVE 上。
迁移前先想清楚的三件事
动手之前，先回答三个问题，免得搬到一半才发现方向错了。
第一，你的机器真的需要迁吗？ 如果 ESXi 上跑的只是自己的影音和下载服务，迁移的收益（长期更新、免费集群与备份生态）明显大于成本，建议迁；如果手里是有效的付费授权，或者这是公司生产环境，先认真评估订阅成本和业务连续性，不要跟风——后文最后一节会专门说哪些情况可以不迁。
第二，停机窗口有多长？ 家庭实验室的好处是可以挑周末慢慢来。单台虚拟机用 OVF 路径搬，停机时间取决于磁盘大小，几十 GB 的小机器半小时量级；如果一台都停不起，就得考虑共享存储中转、逐台切换的打法。
第三，目标硬件是同一台还是新机器？ 在同一台机器上原地迁移（先备份导出、再装 PVE、最后导回）风险最高，导出文件必须有另一块盘或另一台设备暂存；有新机器承接则从容得多，ESXi 保持运行，搬完一台切一台，最后再下线旧机。我们强烈建议后者，哪怕临时借一台旧电脑过渡。
迁移前清单
正式开工前，逐项把下表打勾。家庭实验室翻车案例里，绝大多数问题出在「盘点没做全」，而不是迁移技术本身。
| 盘点项 | 具体内容 | 为什么重要 |
|---|---|---|
| 虚拟机清单 | 每台 VM 的系统、版本、分配的 CPU / 内存 / 磁盘 | 决定 PVE 侧的资源规划与搬迁顺序 |
| 磁盘与数据量 | 每块虚拟磁盘的实际占用、是否有快照未合并 | 快照链会影响导出结果，迁前先合并 |
| 网络拓扑 | vSwitch、端口组、VLAN ID、每台 VM 的 IP 与 MAC | PVE 侧要按同样结构重建网桥与 VLAN |
| 硬件直通 | 是否有网卡、显卡、硬盘控制器、USB 设备在直通 | 直通要在 PVE 侧重新做 IOMMU 分组与绑定 |
| 依赖服务 | DNS、软路由、NAS 谁先谁后、谁依赖谁 | 决定搬迁顺序：先搬基础设施，再搬业务 |
| 授权与密钥 | Windows / Office 等软件的激活状态 | 换虚拟硬件后部分软件会要求重新激活 |
| 备份兜底 | 每台 VM 至少一份可回滚的完整备份 | 迁移失败时唯一的后悔药 |
| 特殊配置 | 静态 IP、计划任务、开机自启脚本 | 迁后验证清单的逐项来源 |
盘点之外再提醒一句：先在家里挑一台最不重要的测试虚拟机走完整个流程，确认链路没问题，再动软路由和 NAS 这种全家依赖的机器。搬迁顺序一般建议：测试机 → 影音与下载等业务机 → NAS 等存储机 → 软路由最后（它一停全屋断网，放在窗口最集中的时段一次搞定）。
路径一：OVF 导出导入
这是最稳、最适合新手的路径，适合虚拟机数量不多、可以接受逐台停机的情况。
- 在 ESXi 里把目标虚拟机关机（不要挂起），顺手删除或合并它的全部快照；
- 在 vSphere Host Client 里选中虚拟机，用「导出」功能导出为 OVF 模板，会得到
.ovf、.mf和一个或多个.vmdk文件，整套文件拷到中转硬盘或 NAS 上； - 在 PVE 宿主机上，把文件放进某个目录，执行导入命令：
qm importovf <VMID> /路径/模板.ovf <目标存储>
# 例：qm importovf 101 /mnt/nfs/export/router.ovf local-lvm- 导入完成后，虚拟机会出现在 PVE 界面里，先别开机：检查 CPU、内存、网卡数量对不对，网卡模型按系统情况调整（Linux 可换 VirtIO，Windows 先保留兼容型号，原因见后文驱动章节）；
- 开机验证系统和服务正常后，再处理 VMware Tools 的卸载与 VirtIO 驱动的补装。
这条路径的优点是官方工具链、步骤可预期；缺点是导出导入都要读写一遍完整磁盘，大磁盘机器耗时明显，且 OVF 对某些 ESXi 特有配置（比如特定的虚拟硬件选项）还原并不完全，导入后的人工检查不能省。
路径二：磁盘镜像转换
如果虚拟机很多，或者 OVF 导出总在半路出错，直接转换磁盘镜像往往更快。核心工具是 qemu-img，它原生认识 VMware 的 vmdk 格式。
- 关机状态下，从 ESXi 的数据存储里把虚拟机的
.vmdk文件（注意要同时拿描述文件和-flat.vmdk数据文件）拷到 PVE 或中转设备； - 在 PVE 上新建一台配置对等的空虚拟机（CPU、内存先设好，磁盘可以先建一个小的占位）；
- 执行转换并写入：
qemu-img convert -f vmdk -O qcow2 source.vmdk target.qcow2
# 或者先转换、再导入到指定存储：
qm importdisk <VMID> target.qcow2 <目标存储>- 转换格式怎么选：单机使用选
qcow2，支持快照和精简置备，生态最熟；打算上 Ceph 等共享存储或追求极致性能的场景再考虑raw。 - 在虚拟机硬件页把未使用的占位磁盘删掉，确认启动顺序指向新导入的磁盘，再开机验证。
这条路径的灵活性最高，也最考验细心：vmdk 文件拷漏、转换时源盘还在被写入、磁盘控制器类型和原先不一致，都会导致开机蓝屏或找不到启动盘。所以再次强调——转换全程保持源虚拟机关机状态，源文件在验证通过前不要删。
路径三：共享存储中转
家里有 NAS、或者愿意临时架一个 NFS 共享的玩家，可以用这条更从容的路径：把 NAS 上的目录同时挂载给 ESXi（作为 NFS 数据存储）和 PVE（作为 NFS 存储），虚拟机磁盘先在 ESXi 侧拷贝或导出到这块共享盘，PVE 侧再从同一位置导入或转换。
它的好处是省掉一块中转硬盘的来回倒腾，多台虚拟机可以排队流水作业；更重要的是旧机在整个過程中保持可用，搬完一台、验一台、切一台，软路由这种关键角色可以留到最后，用最短的停机窗口完成切换。对磁盘特别大的影音库、相册类虚拟机，也可以只迁系统盘，数据盘以共享目录形式直接在 PVE 侧重新挂载，避免无谓地搬运几个 TB 的冷数据。
WARNING
三条路径有一个共同的铁律：验证通过之前，ESXi 上的源虚拟机和源文件一律不删。 迁移不是搬家扔旧家具，而是先在新家把一切跑顺，再回头处理旧屋。磁盘空间紧张时，至少保留到新环境稳定运行一周之后。
三条路径怎么选
把三条路径的账并排算一遍，对照自己的情况对号入座：
| 路径 | 适合的情况 | 停机时间 | 主要成本与风险 |
|---|---|---|---|
| OVF 导出导入 | 机器不多（约 5 台以内）、单台磁盘不大 | 与磁盘大小成正比，几十 GB 约半小时级 | 步骤稳但慢，部分 ESXi 特有配置需人工复核 |
| 磁盘镜像转换 | 机器较多、会用命令行、追求速度 | 转换加校验，中等 | 操作自由度高，拷漏文件、控制器设错是常见翻车点 |
| 共享存储中转 | 有 NAS、停机窗口极短、关键机器多 | 每台切换时最短 | 需要先把共享存储两边都挂好，前期准备最久 |
还有一个常被忽略的变量：目标机的磁盘要够装两份数据。无论走哪条路，新环境验证期间旧文件都不能删，PVE 侧的存储规划要按「源数据一份 + 导入后一份 + 备份一份」预留，这也是我们建议准备过渡硬件的原因之一。如果机器数量超过十台，别再逐台手工搬了：先把一台的完整流程写成自己的操作笔记，核对无误后按笔记批量执行，出错时也好定位是哪一步偏了。
另外单独提醒装了数据库、相册、财务类应用的虚拟机：这类机器对「关机时刻的数据状态」敏感，迁移前先在应用层做一次自己的导出或备份（如数据库 dump、相册目录同步），虚拟机整机搬迁之外多一层应用级保险，恢复时也多一条路。
Windows 客户机的驱动坑
从 ESXi 迁来的 Windows 虚拟机最容易在这里翻车：PVE 性能最好的磁盘和网卡都是 VirtIO 设备，而 Windows 默认不带 VirtIO 驱动。在 ESXi 里，Windows 看到的是一块 LSI/SATA 逻辑磁盘加一块 Intel 网卡；到了 PVE，如果你直接把磁盘总线设成 VirtIO Block、网卡设成 VirtIO，Windows 开机时找不到启动磁盘，典型表现就是蓝屏或转入自动修复。
处理办法有两种，按你的条件选：
- 迁前预装驱动（推荐）：虚拟机还在 ESXi 上运行时，先挂载 virtio-win 驱动 ISO，在系统里预装好 VirtIO 存储与网卡驱动，再关机迁移。到 PVE 后就可以放心使用 VirtIO 磁盘和网卡，性能拉满；
- 兼容模式过渡：来不及预装的，先在 PVE 侧把磁盘设为 SATA、网卡设为 Intel E1000，让 Windows 以「眼熟」的硬件启动进系统，在系统里装好 VirtIO 驱动并确认设备管理器识别正常后，关机，再把磁盘和网卡切换成 VirtIO 型号。
另外两个小坑也顺带记一下：其一，Windows 的激活与虚拟硬件指纹绑定，换了平台大概率会提示重新激活，数字许可证绑定过微软账号的一般能自助恢复；其二，原先装的 VMware Tools 进了 PVE 就成了无用残留，进系统后卸载干净，再安装 PVE 的 QEMU Guest Agent，这样宿主机侧才能正确显示虚拟机 IP、执行优雅关机。
网络与直通的差异对照
网络是迁移里概念映射最需要翻译的一层。ESXi 的 vSwitch、端口组、上行链路那一套，在 PVE 里对应的是 Linux Bridge（网桥），VLAN 的处理方式也略有不同，提前对照好再动手，能省掉大量「开机却断网」的排查时间。
| 概念 / 事项 | ESXi 侧 | PVE 侧对应 | 迁移注意 |
|---|---|---|---|
| 虚拟交换机 | 标准 vSwitch | Linux Bridge（vmbr0 等） | 默认创建一个桥接物理网卡的 vmbr0 即可起步 |
| 端口组 / VLAN | 端口组绑定 VLAN ID | 网卡上勾选 VLAN Tag，或 建 VLAN 感知的网桥 | 逐台核对原 VLAN ID，别凭记忆填 |
| 网卡绑定 / 链路聚合 | NIC Teaming | Linux Bond（balance-rr、802.3ad 等） | 双网口聚合的模式两边术语不同，按效果对齐 |
| 混杂 / 安全策略 | 混杂模式、伪造传输等开关 | 网桥默认行为与之不同 | 软路由、旁路由场景重点复核 |
| 硬件直通 | PCI Passthrough（需在主机启用） | PCI Passthrough + IOMMU 分组 | 先确认主板与 CPU 支持 VT-d / AMD-Vi 并在 BIOS 开启 |
| 直通分组检查 | 按设备逐个勾选 | 先看 IOMMU 分组再绑定 vfio | 同一分组的设备往往要整组直通，别硬拆 |
| USB 设备 | 控制器级添加 | 主机 USB 端口或设备级映射 | 加密狗、UPS 通讯线等小设备别漏盘 |
软路由玩家还要额外留意：我们原来在 ESXi 软路由底层安装与网络配置指南里讲的那套 WAN/LAN 划分，在 PVE 里就是「两块网桥分别桥接两张物理网卡」或者「单网桥加 VLAN 隔离」，拓扑思路完全一致，只是配置界面换了地方。而在 ESXi 里给 Windows 11 做过的 TPM、直通之类的折腾（见 ESXi 安装 Windows 11 指南），迁到 PVE 后对应的设置项位置也不同，建议把这类特殊机器放在最后单独处理，不要和批量迁移混在一起。
迁移后验证清单
每台虚拟机开机后，按这个清单逐项过，全部打勾才算这台搬完：
说到备份，这也是迁移到 PVE 之后最值得立刻补上的一环：PVE 自带定时备份，可以把虚拟机整机备份到 NAS 或外置盘；如果家里机器不止一台，还可以上 Proxmox Backup Server（PBS），它支持增量与去重，多台虚拟机的每日备份也占不了多少空间。先把「能恢复」这件事做实，再谈玩新功能。
哪些情况可以不迁
最后泼一点冷水，避免无谓折腾。以下情况完全可以先按兵不动：
- 持有有效付费授权的 ESXi 环境：订阅成本已经在预算内、且用得顺手的，迁移的紧迫性并不高，等授权周期结束时再评估不迟；
- 公司生产环境：先走正规的成本评估与厂商支持流程，PVE 的企业订阅、兼容性清单都要纳入考量，不要拿生产系统练手；
- 重度依赖 VMware 特定生态：比如某些只认 VMware 的备份、监控或行业软件，在确认 PVE 侧有等效方案之前，先观望；
- 只有一台机器且全屋服务都压在上面：不是不能迁，而是建议先添置或借到过渡硬件，有回滚余地再动手。
至于纯家庭实验室场景，我们的判断很明确：免费 ESXi 时代已经结束了，PVE 是现在完成度最高、社区最活跃的承接者。早一个周末动手，就早一个周末把「以后怎么办」这个心结放下。
FAQ
Q：迁移之后，原来的 ESXi 还能留着吗？ 可以。过渡期内双机并行是最稳妥的姿势，等 PVE 侧全部验证通过、稳定运行一段时间后再关停旧机。同一台机器原地重装的，务必确保导出文件在另一块物理盘上。
Q：虚拟机在 PVE 里第一次开机很慢或者进不去系统，怎么办？ 先查两件事：磁盘是否挂到了正确的控制器与启动顺序上；BIOS 固件类型（SeaBIOS / OVMF）是否与源系统原来的启动方式（传统 / UEFI）一致。这两处对不上是新移民最常见的开机失败原因。
Q：Linux 虚拟机也需要装驱动吗？ 主流发行版内核自带 VirtIO 驱动，一般直接把磁盘和网卡设成 VirtIO 即可。进系统后装上 QEMU Guest Agent 就齐活了，比 Windows 省心不少。
Q：整个迁移大概要花多久，周末能完成吗？ 以常见的三到五台家庭虚拟机为例：盘点和备份半天，第一台测试机走通流程约一小时，后续每台按磁盘大小在半小时到两小时之间，软路由放最后单独留一个不断网的时段。总量控制在一个周末内是现实的，前提是盘点清单提前做好、中转存储提前到位。真正拖时间的从来不是转换命令，而是迁完之后逐项验证和收拾网络细节，所以时间预算请按「迁移占四成、验证占六成」来排。
Q：迁移期间能不能让部分服务不停机？ 可以，这正是路径三的用法：业务虚拟机逐台搬、逐台切，DNS、软路由这类全屋依赖的角色放在最后。只要不是在同一台宿主机上原地重装，大部分服务都能保持可用，家人通常只会感知到软路由切换时那几分钟的断网。
Q：LXC 容器能不能装下我原来的小服务？ 很多原来用一整台轻量虚拟机跑的小服务（如广告过滤、下载器），迁到 PVE 后改用 LXC 容器反而更省资源。但容器与虚拟机的隔离模型不同，涉及内核模块、设备直通的服务老实留在虚拟机里。
相关阅读
- Proxmox VE 入门第一课：安装、创建虚拟机与 Web 界面导览
- ESXi 8.0 虚拟机软路由底层安装与网络配置完整指南
- ESXi 虚拟机安装 Windows 11 完整图文教程与绕过 TPM 限制指南
延伸阅读
免责声明
本文仅供技术交流和学习参考。涉及第三方服务的链接可能包含 sponsored 标记，请自行核实服务条款、价格和可用性，并遵守当地法律法规。