2026年VMware VVF与VCF对比：包含什么、该怎么做

我们实际被问到的问题

"我们的 VMware 续订报价是 VVF，代理商还另外报了 VCF。两者有什么区别？我们需要大的那个吗？为什么报价上的核心数比我们服务器实际的核心数还多？"

问这个问题的通常是手上有两三台 host、续订日期已经很近的 IT 主管。本文按 2026 年底的情况，说明 VMware by Broadcom 的两个套件各包含什么、和主要替代方案怎么比，以及在老挝几种常见场景下我们会怎么选。本文不写价格：价格取决于核心数、订阅期限和销售渠道，而且会变。如果想看迁出 VMware 的整体思路，请读我们的指南 Broadcom 收购 VMware 之后。

VMware 现在怎么卖

Broadcom 在 2023 年底完成对 VMware 的收购后，产品线被压缩成少数几个套件，只按订阅销售，永久买断已经没有了。几乎每份报价上都会看到两个名字：VMware vSphere Foundation（VVF）和 VMware Cloud Foundation（VCF）。

报价上的数字由三条规则决定：

• 按物理 CPU 核心收费，host 里的每个核心都算，不管 VM 用没用。
• 每颗 CPU 最少按 16 核计。8 核或 12 核的 CPU 也按 16 核收费。
• 订阅有固定期限。到期后就拿不到补丁、升级和技术支持。

Broadcom 某些时期还设过最低订购数量，2024 年以来套件内容也调整过不止一次。下面的内容请当作方案的大致框架，做决定前请对照书面报价核对 Broadcom 当前的条款。

VVF 和 VCF 各包含什么

VVF 是计算套件。包括 vSphere（ESXi host，功能齐全：HA、vMotion、DRS、分布式交换机）、用于管理集群的 vCenter、按订阅核心数给的 vSAN 容量额度、用于监控和容量规划的运维工具（以前叫 Aria Operations，现在归在 VCF Operations 名下），以及在 vSphere 上运行 Kubernetes 的能力（以前叫 Tanzu 的那部分功能）。对于在小集群上跑 Windows 和 Linux VM 的大多数老挝企业，VVF 在技术上已经够用。

VCF 是完整的私有云栈。在 VVF 的基础上，增加了用于软件定义网络的 NSX（集群内的 overlay 网络、路由和负载均衡）、每核大得多的 vSAN 额度、能整体部署和打补丁的生命周期管理工具，以及更多自动化和运维功能。它面向运行多个集群、或者用软件而不是物理防火墙来划分网络的组织。

有些功能在两个套件之上都要另外加购，例如超出额度的 vSAN 容量和部分高级安全功能。每核 vSAN 额度已经改过一次，所以请核对每个套件当前的数字，不要相信旧的 datasheet。

VVF、VCF 与替代方案对比

我们的 服务器虚拟化 和 超融合 HCI 页面介绍了每种方案我们怎么搭建。

先数清核心数

账单跟着物理核心走，所以要从硬件算起，而不是从 VM 清单算起。两个例子：

• 三台 host，每台两颗 8 核 CPU。物理核心：3 × 2 × 8 = 48。计费核心：3 × 2 × 16 = 96，因为每颗 CPU 都被拉到 16 核的最低值。你付钱的核心有一半并不存在。
• 两台 host，每台一颗 32 核 CPU。物理核心和计费核心：2 × 1 × 32 = 64。

第二个集群的实际核心比第一个多（64 对 48），计费核心反而少（64 对 96）。这就是为什么低核心数的老款双路服务器继续跑 VMware 变得很贵，也是为什么硬件更新和续订应该一起规划。合并之前，要确认缩小后的集群在一台 host 宕机时仍能扛住所有 VM：只有两台 host 时，每台都必须能单独跑全部负载。

不同场景我们会怎么选

2–3 台 host 的中小企业集群。 这种情况 VCF 几乎从来不是正确答案。如果继续用 VMware，VVF 已经覆盖 HA、vMotion 和集中管理，三台 host 也用不上 NSX。可以问一下你的渠道是否还提供更小的 vSphere 版本，2024 年以来可选的版本一直在变。如果报价仍然偏重，正是这个规模最值得用 Proxmox VE 加技术支持订阅，或者在已有 Windows Server Datacenter 时用 Hyper-V，做一次 proof of concept。

分支机构。 外省分支的一两台小 host，很少值得单独订阅。可行的做法：通过可靠的链路从总部集群运行分支 VM；用一台小 host 加上做好的本地备份；或者用带 witness 的双节点集群。不管选哪种，分支出问题更多是因为供电而不是软件：17:00–19:00 的电压不稳和雨季雷击。把 host 和它的交换机接到容量足够安全关机的 UPS 上。

必须留在国内的数据。 有些企业出于工程原因把关键数据放在老挝本地的服务器上。到境外云的互联网链路是整条链中最薄弱的一环，到区域节点的延迟会加在每一次数据库调用上，而通过细链路恢复大数据集需要好几天。VVF、VCF 以及这里的所有替代方案都能完全跑在你自己的硬件上，所以套件不是决定因素，恢复速度和本地技能才是。在老挝另一个站点保留第二份副本并测试恢复；我们的 备份与灾难恢复 页面介绍了设计方法。

已经在用 NSX 的多站点环境。 如果你已经用 NSX 划分网络、团队也熟悉，VCF 就是顺理成章的续订选择。迁出意味着要在别的平台上重建这套网络设计，所以要为此预留实实在在的时间。

用发电机供电的矿区或偏远站点。 保持简单：本地存储的小集群、现场人员能重启的 hypervisor，以及放在现场的备用硬盘和电源。能在凌晨两点把 host 恢复起来的团队，比高级功能更重要。

续订时该做什么

1. 盘点核心，而不是 VM。每台 host 记下 CPU 型号、插槽数、每插槽核心数，以及按 16 核最低值计算后的计费核心数。如果用 vSAN，也记下原始容量。
2. 列出实际在用的功能：HA、vMotion、DRS、vSAN、NSX、Kubernetes。清单里没有 NSX，多半就不需要 VCF。
3. 拿到按套件和期限分开的书面报价，并问清楚下一次续订怎么计算。
4. 在一台 host 上测试迁移。把一台 host 从集群中拿出来（或用一台备用服务器），装上替代平台，迁移两三台非关键 VM，其中包括一台 Windows VM。要测试备份和完整恢复，不只是迁移本身。我们的 备份恢复测试 指南列出了要检查的项目。
5. 用数字做决定：续订费用、迁移人工、培训，以及每个方案在三到五年内的风险。

在订阅到期前六到十二个月开始。如果只剩两个月，就先短期续订，同时测试。

我们在老挝现场常见的错误

• 按 VM 或 vCPU 数而不是物理核心数来算，结果报价永远对不上计划。
• 以为 VCF 就是"更好"，三台 host 也买 VCF。
• 忘了 Windows Server。它在任何 hypervisor 上都按核计费，所以要么在对比的每一列都算上，要么都不算。
• 换到新平台前没确认备份软件是否支持。

下一步

通过 WhatsApp 发给我们 vCenter 里 host 列表的截图（CPU 型号、插槽数、每插槽核心数），以及续订报价中显示套件和期限的那一页。我们会帮你算出计费核心数，告诉你 VVF 还是 VCF 符合你的实际使用，如果合适，再规划一次单 host 迁移测试。