Broadcom 治下的 VMware 许可成本：Proxmox 替代方案

自 2023 年底 Broadcom 收购 VMware 以来，虚拟化这一主题对许多中型企业而言，已从一个技术问题变成了一个经济问题。许可模式被重构，产品组合被大幅收窄，对于一部分客户而言成本明显上升。顺理成章的反应——“那我们干脆转到 Proxmox”——有时是对的，有时则过于草率。本文梳理实际的许可现状，并说明何时一次迁移站得住脚，以及何时留在 VMware 才是更明智的决定。

Broadcom 治下究竟改变了什么

有三项变化是有据可查、且与成本核算相关的。

只剩订阅。 Broadcom 已停止面向新购的永久（perpetual）许可销售。既有的永久许可在其支持期内仍然有效，但新购一律采用按年续订的订阅模式。谁若此前是一次性购买、多年使用，就此转入了一项持续的成本项目。

产品组合的大幅收窄。 从数千个物料编号收窄为寥寥几个捆绑包：VMware Cloud Foundation（VCF）作为完整技术栈，vSphere Foundation（VVF）作为带有运维工具的核心，此外还有更小规格的 vSphere Standard 和 vSphere Enterprise Plus，以及诸如 vSAN 或 Live Recovery 之类的补充附加组件。对于以往有针对性地单独许可各个组件的环境而言，捆绑往往意味着要为并未使用的功能一并付费。

基于核心（Kern）的许可与最低数量。 许可按 CPU 核心计费，每颗 CPU 最低 16 核。2025 年初曾通过分销商传达过一项计划，拟将每份订单的最低数量提高到 72 核，但在市场明确反对之后，于预定的截止日（2025 年 4 月 10 日）被撤回；每颗 CPU 16 核的最低数量继续适用。此外还有一点：对于超过到期日之后逾期续订的情形，Broadcom 设有加价规则，并没有宽厚的宽限期。续订（Renewal）的守时性由此本身也成为一项成本因素。

成本在具体个案中上升多少，取决于原始许可、核心数量和所选捆绑包；行业媒体中笼统的百分比数字波动很大，不足以作为规划依据。唯一可靠的，是针对您具体环境所做的核算。谁若列出这笔账，很快就会看到痛点所在：对于那些主机数量少、利用率高的小型集群，最低数量和捆绑的影响尤为不利。

此外：合作伙伴计划

除了许可本身之外，Broadcom 也重构了分销和服务商格局。此前面向云服务提供商的计划（VCSP）连同白标模式已于 2025 年 10 月底终止，取而代之的是一个仅凭邀请方可参加的计划。这对企业而言间接意味着：惯常的本地联系人或托管的 VMware 服务可能不复存在，采购渠道随之收窄。这不是一个反对 VMware 的技术论据，但在采购和运营规划中是一个因素。

Proxmox VE 作为替代方案——以及它能做什么

Proxmox VE 是一个基于 KVM 和 LXC 的开源虚拟化平台，带有 Web 界面、集群、高可用性，并通过 Proxmox Backup Server 提供集成的备份。软件本身是免费的；收费的是订阅，它提供对稳定的企业版仓库（Enterprise-Repository）的访问和厂商支持。与 VMware 的经济差异，与其说在于“免费对昂贵”，不如说在于规格设计：Proxmox 订阅按 CPU 插槽（Sockel）计费，没有核心最低数量，也没有对不需要功能的捆绑。

对于相当一部分中型企业环境——传统的服务器虚拟化、规模适中的集群、标准工作负载——Proxmox VE 在功能上覆盖了真正需要的东西。恰恰在这里，转换是一个值得认真考虑的选项，也正因如此，VMware 的许可成本走势对许多企业而言成了着手考察替代方案的契机。

何时转换站得住脚——何时应当留在 VMware

诚实的答案是：这取决于环境。转向 Proxmox VE 通常在以下情形下站得住脚：

工作负载是标准的，没有深度植根的 VMware 特有功能，
集群规模适中，而新的最低数量和捆绑对其影响尤为不利，
不存在对仅面向 vSphere 认证或支持的第三方产品的硬性依赖，
且团队愿意把运维习惯切换到一个新平台。

反过来，也有充分的理由留在 VMware。谁若在运行 NSX 微分段、生产中的 vSAN、成熟的 DRS，或一个由备份、监控和安全产品紧密咬合、且已针对 vSphere 认证的生态系统，那么在转换时是把工作量和风险转移了，而不是降低了。同样，那些只对 vSphere 承诺支持的软件厂商，实际上也把人绑定在该平台上。最后，纯粹的许可金额只是账目的一部分：迁移工作量、培训、调整后的运维流程，以及自动化的改造都要计入其中。在某些情况下，经过全面考量之后，VMware 干脆仍然是更划算的选择——尤其是在仍有有效的永久许可在运行、能为一次有序决策争取时间之处。

因此，起点不是一个产品推荐，而是一次盘点：哪些功能真正在用、存在哪些依赖，以及各个选项在整个合同期内实际花费多少——许可和运营合在一起。

无业务中断的迁移

一旦决定采用 Proxmox VE，具体的做法就决定了风险。行之有效的是在运行中分步迁移，而非在某一截止日一次性切换：

并行搭建目标环境。 在既有的 vSphere 环境旁边建立 Proxmox 集群并充分测试，然后再迁移哪怕一台生产虚拟机。
分批迁移。 虚拟机成组迁移——不重要的先迁，业务关键的最后迁，每一批都有明确的维护窗口。Proxmox VE 自带导入 VMware 虚拟机的工具；关键在于随后对驱动、来宾驱动集成（Gasttreiber-Integration）和网络配置的调整。
每一步之前都测试回退路径。 每一批之前都要有一个经过测试的回滚：源虚拟机保持完好并处于可关闭的待命状态，直到迁移后的实例经稳定验证为止。这样每一次单独的切换都保持可逆。
先做备份。 迁移之前先有一份经过检验、可恢复的备份——不是走形式，而是作为可靠的回退，以防某一批不如预期般顺利。

几乎每一次迁移的痛点都不是虚拟机本身，而是外围：备份对接、监控、自动化，以及所用的第三方软件是否在 Proxmox 上受支持这个问题。这些依赖应当在第一批迁移之前理清，而不是在迁移当中。

sector7 如何提供支持

我们在 VMware 和 Proxmox VE 上规划、迁移并运营虚拟化环境——贴近厂商，但不唯厂商是从。作为 Proxmox 经销商（Reseller），我们也提供订阅；作为一家在德国拥有自有服务器集群、经认证的工程公司（Juniper、Cisco、HPE、F5、Fortinet、Palo Alto Networks），我们对两个平台的了解来自日常运营，而不仅仅来自数据表。起点是冷静的评估：对您的环境而言，一次转换究竟是否站得住脚——其中包括对整个合同期的诚实成本核算，以及对您许可与采购状况的解读。一旦决定迁移，我们会分步、在运行中并带着经过测试的回退路径来实施；随后的运营由我们的 NOC 全天候监控，如有需要，可按可规划的按月包干费提供。

Broadcom 治下的 VMware 许可成本：Proxmox 作为替代方案——冷静评估