VMware 许可证怎么收费：哪些版本免费，ESXi 免费版还在吗

VMware 许可证现在分三种情况。桌面产品免费：Workstation Pro（Windows、Linux）和 Fusion Pro（macOS）从 2024 年 11 月起对个人、教育和商业用户全部免费，只是没有工单支持。服务器上的 ESXi 有条件免费：2025 年 4 月随 ESXi 8.0 U3e 回归的免费版 vSphere Hypervisor 能单机跑虚拟机，但 Broadcom 写明它只用于非生产用途、没有原厂支持、不能接入 vCenter、单台虚拟机最多 8 个 vCPU；另外每台新装的主机有 60 天全功能评估期。生产环境要付费订阅：vCenter 没有免费版，vMotion、HA、DRS 都离不开它；订阅按物理 CPU 核心数计费，每颗 CPU 不足 16 核按 16 核算，永久许可从 2023 年底起停售。中小机房在续订前，还可以把 Proxmox VE（PVE）放进来一起比较。

现在哪些 VMware 产品免费，哪些收费

产品	收费情况	条件与限制
Workstation Pro	免费	个人、教育、商业用途均可；无工单支持；从 Broadcom 支持门户下载，需注册账号
Fusion Pro	免费	同上，用于 macOS
Workstation Player	已停止提供	功能由免费的 Workstation Pro 覆盖
ESXi 免费版（vSphere Hypervisor）	免费	8.0 U3e 起重新提供；限非生产用途，不能接入 vCenter，单台虚拟机最多 8 个 vCPU，无原厂支持
ESXi、vCenter 评估模式	免费 60 天	全功能，到期必须分配正式许可
vCenter Server	收费	没有免费版，只能评估 60 天
vSphere 订阅套件（VCF、VVF 等）	收费	按 CPU 核心年度订阅，套件组合以 Broadcom 当前产品目录为准
VMware Tools、open-vm-tools	免费	虚拟机内的驱动和代理，Linux 直接从发行版软件源安装 open-vm-tools
PowerCLI、OVF Tool	免费	命令行管理和虚拟机导入导出工具

“Workstation 免费了，能不能拿来代替 ESXi”是常见的误会。Workstation 是装在 Windows 或 Linux 桌面系统上的二型虚拟化软件，宿主系统重启、更新、蓝屏都会带着虚拟机一起停，适合学习和测试，不适合在机房里长期跑业务。

ESXi 免费版还在吗：U3e 回归后的限制

还在，但中间断过一年多。Broadcom 在 2024 年 2 月停止提供免费的 ESXi，2025 年 4 月 10 日发布 ESXi 8.0 U3e 时，在发布说明里宣布重新提供免费的 vSphere Hypervisor，注册 Broadcom 支持门户账号即可下载。所以 2024 年那批“ESXi 免费版已取消”的文章，现在已经过时。

发布说明写明的限制有四条：没有 Broadcom 技术支持；用于非生产用途；不能接入 vCenter，只能用 Host Client 逐台管理；单台虚拟机最多 8 个 vCPU。和订阅版对比：

项目	免费版	订阅版
单台主机创建、运行虚拟机	可以	可以
浏览器 Host Client 管理	可以	可以
接入 vCenter	不能	可以
vMotion、HA、DRS	不能，这些功能依赖 vCenter	按订阅套件提供
单台虚拟机的 vCPU	最多 8 个	按 ESXi 本身的上限
vSphere API	只读	读写
基于 API 的整机备份	不能用	可以
原厂技术支持	无	有

表中“API 只读”是以往各版免费许可的一贯限制，U3e 的发布说明没有单独列出，以 Host Client 许可页面显示的功能为准。它的影响最大：PowerCLI、Ansible、Terraform 和各家备份软件都通过 vSphere API 操作主机，API 只读时它们只能查询，不能创建虚拟机、改配置、做快照，常见的报错是 Current license or ESXi version prohibits execution of the requested operation。这样一来，免费版上的虚拟机只能靠虚拟机内部的备份代理或手工导出来保护。

查看主机当前用的是哪种许可：在 Host Client 里打开“管理 → 许可”，看许可名称和到期时间；开启 SSH 后也可以执行：

vim-cmd vimsvc/license --show                # 许可名称、密钥（部分隐藏）和到期信息
esxcli hardware cpu global get               # CPU Packages 是颗数，CPU Cores 是物理核心总数

免费版适合单机实验、学习 ESXi、搭测试环境。既然限定非生产用途，跑正式业务就不该用它，需要超过 8 个 vCPU 的数据库或编译机也装不下。把虚拟机出租给客户更不行：这属于服务提供商场景，要走 Broadcom 的服务商合作计划（VCSP），条款和企业自用订阅也不同。

60 天评估期：到期后会发生什么

ESXi 装好后默认进入评估模式，功能等同于高级别的订阅，有效期 60 天，从安装时开始计算，Host Client 的许可页面能看到到期日期。vCenter 同样有 60 天评估期。到期后：

• 已经在运行的虚拟机继续运行；
• 关机的虚拟机无法再开机，重启一台虚拟机就等于把它停掉；
• 由 vCenter 管理的主机会与 vCenter 断开；
• 评估期不能延长，重装主机会重新计时，但这只适合实验环境。

到期前必须二选一：分配正式订阅许可，或者改用免费版许可。后者只适合实验和测试主机，改用前先按顺序做完这几步，否则许可一换就会出问题：

1. 把主机从 vCenter 中移除，免费版主机不能被 vCenter 管理；
2. 把超过 8 个 vCPU 的虚拟机降到 8 个以内，否则它们关机后开不起来；
3. 停用依赖 API 的备份任务和自动化脚本，改用其他方式备份；
4. 在 Host Client 的“管理 → 许可”中分配免费版许可，确认生效后再逐台重启验证虚拟机。

vSphere 订阅怎么计费：按核心数算

订阅按物理 CPU 核心计费，不算超线程。计费核数的算法是：

每台主机的计费核数 = 每颗 CPU 的 max（实际核数，16）之和；全部主机相加就是总计费核数。如果订单还有最低购买核数，取两者中较大的那个。

用 3 台双路主机的几种配置算一下（只算核数，不涉及价格）：

每台配置	每台实际核数	每台计费核数	3 台合计计费核数
2 × 8 核	16	32	96
2 × 16 核	32	32	96
2 × 24 核	48	48	144
2 × 64 核	128	128	384

两个结论：

• 每颗不足 16 核的 CPU 最吃亏。2 × 8 核和 2 × 16 核付的核数一样，前者的算力只有一半。老母机多是低核数 CPU，续订前值得算一下“合并到更少的新主机上”：4 台 2 × 8 核计费 128 核，换成 2 台 2 × 16 核计费 64 核，实际核数同为 64。
• 高核数 CPU 的成本线性增长。单颗 64 核的新平台虚拟化密度很高，但按核订阅的费用也按 64 核算，采购母机时 CPU 选型和许可要一起算。

订阅的套件组合、订阅期限、是否单独销售某个版本、订单的最低核数和随套件附带的 vSAN 容量，这两年调整过多次，以 Broadcom 或代理商的当前报价单为准。手上有 vCenter 的，可以用 PowerCLI 一次算出所有主机的计费核数（PowerCLI 9.0 起模块改名为 VCF.PowerCLI，旧名 VMware.PowerCLI 已标为废弃）：

Install-Module VCF.PowerCLI -Scope CurrentUser
# vCenter 用自签名证书时，先执行：Set-PowerCLIConfiguration -InvalidCertificateAction Prompt
Connect-VIServer vcenter.example.internal

Get-VMHost | ForEach-Object {
  $cpu = $_.ExtensionData.Hardware.CpuInfo
  $perSocket = $cpu.NumCpuCores / $cpu.NumCpuPackages
  [pscustomobject]@{
    Host        = $_.Name
    Sockets     = $cpu.NumCpuPackages
    Cores       = $cpu.NumCpuCores
    BilledCores = $cpu.NumCpuPackages * [math]::Max($perSocket, 16)
  }
} | Format-Table -AutoSize

把 BilledCores 列加总，就是续订时要报的核数基数。

以前买的永久许可还能用吗

能用。永久许可不会因为停售而失效，主机可以继续运行它所覆盖的版本。变化在两处：一是支持服务（SnS）不能再按原方式续买，能否继续获得补丁取决于你的支持合同状态，以 Broadcom 的说明为准；二是许可按大版本区分，6.x、7.x 的永久许可不能用于 8.0，想升级大版本就要转订阅。7.0 的通用支持已在 2025 年 10 月结束，还靠永久许可跑在 7.0 上的环境，安全补丁会越来越成问题，这正是很多机房重新评估平台的起点。

中小机房：续订阅还是换 PVE

PVE 基于 Debian 和 KVM，开源免费，全部功能不需要许可；可选的企业订阅按 CPU 插槽计费，提供经过更多测试的企业软件源，Basic 及以上档位还含工单支持。用上面同样的 3 台主机对比计数方式：

每台配置	VMware 计费核数（3 台）	PVE 订阅计数（3 台，可选）
2 × 16 核	96 核	6 个插槽
2 × 64 核	384 核	6 个插槽

核数翻 4 倍，PVE 的计数单位不变，这就是高核数母机换平台的主要动力。但成本不是唯一因素，按下表逐项打勾：

你的情况	倾向续订阅	倾向换 PVE
在用的功能	vSAN、NSX、DRS、分布式交换机，运维流程围绕 vCenter	单机 ESXi，或只用 vMotion 加 HA
周边软件	备份、监控、灾备只支持 vSphere	备份软件已支持 PVE，或改用自带的 vzdump 和 Proxmox Backup Server
团队技能	熟悉 vSphere，Linux 命令行经验少	熟悉 Linux 和 KVM
主机规模与 CPU	主机少、每颗 CPU 16 核左右	主机多、高核数 CPU
业务形态	企业内部系统，要求原厂 7×24 支持	独服开小鸡、对外出租虚拟机
硬件	全部在 VMware 兼容列表里	有不在兼容列表里的网卡或阵列卡

右列占多数，就值得做一次迁移试点。PVE 8.2 起内置 ESXi 导入向导（导入前先把 PVE 更新到最新），迁移的一般步骤是：

1. 盘点：列出每台虚拟机的 vCPU、内存、磁盘、操作系统，合并或删除快照（带快照的虚拟机导入会明显变慢），记下使用了直通设备或裸设备映射的虚拟机，它们要单独处理；磁盘放在 vSAN 上的虚拟机不能直接导入，要先迁到其他存储；
2. 准备驱动：Windows 虚拟机先装好 VirtIO 驱动（virtio-win）；Linux 内核一般自带 VirtIO 驱动，但要确认它已包含在 initramfs 里，否则换成 VirtIO 磁盘后可能找不到系统盘；
3. 试导入：在 PVE 的“数据中心 → 存储 → 添加 → ESXi”里填入 ESXi 主机地址和账号，关闭源虚拟机后选中导入；也可以先导出 OVF，在 PVE 上执行 qm importovf 120 /mnt/export/web01.ovf local-zfs；
4. 调整配置：网卡改为 VirtIO，Linux 里网卡名可能从 ens192 变成 ens18，Windows 会把它识别为新网卡，IP 都要重新配置；卸载 VMware Tools，安装 qemu-guest-agent；
5. 切换与回退：在维护窗口内停机、导入、验证业务，源虚拟机保留一段时间不删，出问题可以立即开回去。

先拿几台不重要的虚拟机走完一遍，记下每台用了多少时间、哪些问题，再排正式迁移计划。

在管理系统里怎么落地

续订前算核数，前提是知道每台母机装的到底是什么 CPU。Toplink DCIM 的 机柜与资产 会向服务器下发采集脚本，自动记录 CPU、内存、硬盘信息并保留历史；从台账里拿到每台母机的 CPU 型号，对照型号的核数就能算出计费核数，比逐台登录 ESXi 快，配件被换过也能在历史记录里看出来。决定换平台后，DCIM 的重装镜像列表同时包含 VMware ESXi 和 Proxmox VE（见 DCIM 机房管理系统），迁空的主机可以直接选镜像重装成 PVE，试点期间需要回退，也能重新装回 ESXi。