如果你正在为 VMware 续费账单重新做预算，你不是一个人。自博通（Broadcom）完成对 VMware 的收购以来，VMware 的授权与销售模式发生显著变化——永久授权逐步退出，订阅制成为主流，不少企业的续费成本成倍上升。这篇文章不贩卖焦虑，只想把三件事讲清楚：变化到底发生在哪、你的企业属于哪一类、以及下一步该怎么选。
💡 一句话总结：VMware 的授权模式变化是既定现实。但"要不要换、怎么换"，取决于你的实际用量、正版授权状态和业务依赖程度——这篇文章帮你建立自己的判断框架。
一、变化从哪来：从"永久授权"到"订阅制"
过去很长一段时间，企业采购 VMware 以永久授权为主：一次付费购买 ESXi、vCenter 等组件的使用权，后续每年只支付相对少量的技术支持费用即可长期使用。对工厂这类"部署后长期稳定运行"的场景而言，这种模式的总拥有成本（TCO）较为可控。
博通完成收购后，对销售模式进行了调整：
- 停止销售新的永久授权，存量永久授权到期后，续约需转向订阅模式。
- 推行整包订阅：不再按单一组件灵活采购，而是打包为 VMware Cloud Foundation（VCF）或 VMware vSphere Foundation（VVF）整体销售。
- 价格体系重构：行业内普遍反映，同等规模的续约成本有明显上升，部分场景涨幅可达数倍。
对于大型企业，这部分成本可能可接受；但对于精打细算的中小制造工厂，原本一年数万元的虚拟化投入，有可能上升到十几万甚至更高，这需要重新评估成本结构。
二、VCF 与 VVF：你需要了解的两个订阅形态
理解这次变化的另一个关键是搞清楚两个新订阅形态——VVF 与 VCF。它们定位不同，对应的成本与复杂度差别很大。
| 对比维度 | VMware vSphere Foundation (VVF) | VMware Cloud Foundation (VCF) |
|---|---|---|
| 市场定位 | 中端市场 / 部门级，虚拟化整合与基础云管理 | 大型企业 / 关键任务，全栈私有云与混合云 |
| 核心架构 | 以 vSphere 为中心的管理套件 | 全栈集成的软件定义数据中心平台 |
| 网络与安全 | 不包含 NSX，高级网络功能需另购 | 强制集成 NSX，提供原生微分段与高级网络服务 |
| 存储 | 包含 vSAN 许可，也可使用外部存储 | 以 vSAN 为核心，实现超融合架构 |
| 硬件要求 | 遵循 VMware 兼容性指南，相对宽松 | 需使用 VCF 认证硬件，要求严格 |
| 总拥有成本 | 相对较低 | 较高（软件许可 + 认证硬件 + 专业服务） |
📌 关键认知：VCF 是把计算、存储、网络整体整合并通过统一平台管理的"全栈"方案，能力全面但成本高、对硬件要求严；VVF 则更聚焦于虚拟化整合，相对轻量。很多企业此前只用到了 vSphere 的基础能力，却被引导转向成本更高的 VCF 整包订阅，这是成本上升的重要原因之一。
三、先做 3 步自查，再谈要不要换
在考虑替换之前，先回答下面三个问题，避免在信息不完整时仓促决策：
第一步：你现在实际用了多少？
- 虚拟机（VM）数量是多少？几十个还是上百个？
- 跑的是哪些业务？ERP、MES、数据库、还是办公系统？
- 服务器物理机数量、CPU 核心数分别是多少？
第二步：你的授权状态如何？
- 当前是永久授权还是已在订阅？永久授权是否已经或即将到期？
- 正版授权的覆盖比例如何？是否包含 vSphere 之外的其他组件？
- 续约成本相比之前上升了多少？拿到准确数字再判断。
第三步：业务对中断的容忍度？
- 哪些系统是 7×24 不能停的？哪些可以接受计划内停机窗口？
- 现有灾备 / 容灾能力能否兜底？
- 迁移期间可接受的中断时长是多久？
走完这三步，你会得到一个清晰画像：你的规模、你的成本压力、你的迁移风险承受力。这是后续所有决策的基础。
四、九类客户，你对号入座
不同的企业在这次变化中受到的影响差别很大。我们根据实际观察，把受影响的客户大致归纳为九类。你可以对照下面的分类，判断自己属于哪一类，以及对应的行动优先级。
| 客群 | 核心特征 | 主要驱动因素 |
|---|---|---|
| 客群 1 | 受信创合规强约束（政府、金融、央国企等） | 信创合规要求 |
| 客群 2 | 正版比例高、组件买得多、永久授权已/将到期 | 续费成本明显上升 |
| 客群 3 | 正版比例高、组件买得多、授权尚未到期 | 成本上升（可提前规划） |
| 客群 4 | 只购 vSphere、承载核心业务 | 服务与补丁获取难度上升 |
| 客群 5 | 只购 vSphere、承载核心业务、服务获取尚可 | 服务连续性（需持续关注） |
| 客群 6 | 正版比例高、只购 vSphere、未承载核心业务 | 短期压力较低 |
| 客群 7 | 正版比例偏低、每年付费获取服务、承载核心业务 | 正版化 + 服务获取难度 |
| 客群 8 | 正版比例偏低、未承载核心业务、付费获取服务 | 短期压力较低 |
| 客群 9 | 正版比例偏低、未承载核心业务、未付费获取服务 | 短期压力很低 |
进一步归纳，可以把这九类按替换驱动力分成三档：
- 驱动力强（客群 1、2、3）：受信创合规硬性要求，或正版比例高、组件买得多、授权面临到期，续费成本明显上升。这类企业是最早、也最需要启动评估的。
- 驱动力中等（客群 4、5、7）：正版比例较高但只用了 vSphere 基础能力，或正版比例偏低但承载了核心业务。共同点是担心后续的服务获取与补丁更新，以及核心业务稳定性。
- 驱动力较低（客群 6、8、9）：未承载核心业务，短期无明确成本或服务压力。这类企业可以放缓节奏，但建议持续关注趋势变化。
🎯 判断的核心不是"技术谁更先进"，而是"你实际用了多少、正版状态如何、业务依赖有多重"。用得越浅、依赖越轻，替换的成本和风险就越低，决策反而越简单。
五、三条替换路径，各适合什么人
结合前面的自查与分类，中小制造企业的替换路径通常落在以下三条之一：
| 路径 | 适合谁 | 需关注的问题 | 带来的收益 |
|---|---|---|---|
| A. 继续使用 VMware | 规模小、迁移风险高、短期不宜变动 | 订阅成本持续、需做好成本预算 | 零迁移风险，业务稳定 |
| B. 替换为国产超融合（如深信服） | VMware 功能用得浅、注重性价比与本土服务 | 一次迁移投入、需适配验证 | 成本下降明显，本地服务响应快 |
| C. 上云 / 混合云 | 有弹性需求、希望减轻机房运维负担 | 迁移较复杂，需重新设计架构 | 弹性扩展，运维负担转移 |
一个实用的判断思路：
- 如果你目前主要是基础虚拟机场景，未深度使用 vSAN、NSX 等高级组件，替换为国产超融合通常是性价比最高、迁移也最轻的方案。
- 如果你已深度绑定 VMware 生态的高级特性，迁移风险较高，继续使用或部分上云可能更稳妥。
- 如果硬件本身面临更新换代，正好可以结合"服务器利旧评估"与替换一起规划，一次性完成升级与迁移，避免重复投入。
六、迁移过程中的几个关键点
替换 VMware 不是"换个软件重装一遍"。结合我们在迁移项目中的经验，以下几个环节值得提前关注：
- 信息收集要先行：迁移前需要完整收集硬件信息、业务信息与现有 VM 清单，这是制定迁移方案的前提。
- 迁移方案要包含风险与回退机制：明确迁移方法、风险点、时间评估，以及一旦异常的回退路径，不能"边迁边看"。
- 先演练再切换：通过迁移演练验证迁移时间与回退机制，再进入正式分批迁移，并安排试运行周期。
- 停机窗口要提前规划：哪些系统支持在线迁移、哪些必须停机，直接决定业务中断时长。
- 兼容性要提前验证：ERP、MES、数据库等关键系统与新平台的兼容性需提前测试，避免迁移后发现业务异常。
- 硬件利旧有标准：若计划利用现有服务器，需要评估 CPU、内存、SSD/HDD 等配置是否满足超融合的要求，避免性能隐患。
⚠️ 最重要的一条：不要等到授权到期临近才开始评估。迁移需要完整的规划与演练周期，留有充足时间，才能掌握主动权，从容决策。
七、结论：给个可执行的建议
把前面的分析串起来，结论可以归纳为：
- 先对号入座：搞清楚自己属于九类客群中的哪一类，是"立刻评估""可以规划"还是"继续观察"。
- 再盘清家底：Vm 数量、授权状态、业务依赖，这三个信息是决策的基础，缺一不可。
- 最后选路径：用得浅、在意成本，优先考虑国产超融合；深度绑定、迁移风险高，考虑继续使用或逐步上云。
比起纠结于"要不要换"，更重要的是先搞清楚"自己到底处于什么位置"。信息越清楚，选择越简单，也越不容易被一次续费账单打乱节奏。
关于云谷
苏州云谷信息科技有限公司深耕制造业 IT 服务 20 年+，在虚拟化迁移、私有云建设、超融合部署与改造方面有丰富的落地经验。我们可以帮你：
- 免费盘点现有 VMware 环境（VM 清单 + 授权状态 + 成本测算）
- 结合你的实际用量，判断属于哪一类客群、适合哪条替换路径
- 提供迁移评估与实施，覆盖信息收集、方案设计、迁移演练到试运行的全流程
- 迁移后的运维托管，让你专注生产