Broadcom 收购 VMware 后，vSphere 到底变了什么？

2023 年 11 月 22 日，Broadcom 正式完成对 VMware 的收购。对于普通用户来说，这可能只是一场大型科技企业并购，但对于长期从事服务器、虚拟化和数据中心运维的 IT 从业人员而言，随后发生的变化远不只是 VMware 的 Logo 和公司归属发生改变。

从 2024 年开始，VMware 的产品销售方式、许可证模式、软件下载入口、补丁获取机制、账号体系和技术支持流程陆续被重新调整。进入 VMware Cloud Foundation 9.x 和 VMware vSphere Foundation 9.x 以后，变化甚至进一步深入到了许可证本身的技术实现方式。

因此，今天重新接触 VMware，很多拥有多年 vSphere 运维经验的工程师都会产生一种“技术仍然熟悉，但外围体系已经换了一套规则”的感觉。ESXi 依然承担 Hypervisor 的角色，vCenter 依然负责集中管理，HA、DRS、vMotion 等核心概念也没有消失，但围绕这些技术的购买、授权、下载和服务方式，已经明显进入了 Broadcom 时代。

一、从单独购买产品，转向平台化订阅

Broadcom 收购之后最明显的变化之一，是 VMware 从过去相对灵活的“单独购买产品”，逐渐转向以 VMware Cloud Foundation（VCF）和 VMware vSphere Foundation（VVF）为中心的平台化销售模式。

过去企业建设 VMware 环境时，可以根据实际需要分别采购 vSphere、vCenter、vSAN、NSX、Aria 等产品，然后再搭配永久许可证以及 Support and Subscription 服务。这种模式的特点是产品边界比较清楚，企业可以根据实际需求决定购买哪些组件。

Broadcom 接手后，这套产品结构被大幅精简，新销售越来越强调订阅和平台组合。因此，过去企业在规划虚拟化平台时可能会问“需要多少套 vSphere Enterprise Plus”，现在则越来越需要先判断整个环境究竟适合 VVF，还是完整的 VCF。

对于 IT 工程师来说，这意味着今后不能只了解 ESXi、vCenter 和不同功能版本之间的区别，还需要知道企业到底购买了什么 Subscription，对应的 Entitlement 包含哪些组件，以及这些组件属于怎样的解决方案组合。

VMware 的技术核心仍然存在，但产品使用逻辑已经从单纯的虚拟化软件组合，逐渐向 Broadcom 所定义的私有云平台转变。

二、授权计费：从 CPU Socket 转向 Physical Core

老 VMware 管理员非常熟悉按照 CPU Socket 计算 vSphere License 的时代。过去规划一套 VMware 环境时，“有几颗 CPU”往往是授权计算中的一个核心问题。

现在，VCF 和 VVF 的授权容量已经更多围绕物理 CPU Core 数量计算，而且每颗物理 CPU 存在最低核心数的计算要求。

例如，两台服务器，每台配置两颗 12 Core CPU，实际物理核心数量是 48 Core。但如果按照每颗 CPU 最低 16 Core 计算，最终需要考虑的授权容量就是 64 Core。

这个变化表面上只是许可证单位发生变化，实际上却直接影响服务器硬件选型。

过去 Infrastructure Engineer 选择服务器时，主要考虑 CPU 性能、Socket 数量、NUMA、内存容量和 VM Density。现在 CPU Core 数量本身也可能直接影响 VMware 软件成本。

也就是说，VMware 授权已经不再只是采购部门在续费或者下订单时才需要考虑的问题，而是开始真正进入虚拟化架构设计阶段。

三、传统 License Key 也开始发生变化

vSphere 7 和 vSphere 8 用户熟悉的许可证通常是一串 25 位 License Key。管理员拿到 Key 后，可以直接进入 ESXi 或 vCenter 的 Licensing 页面完成授权分配。

这种方式非常直观，也符合过去很多 VMware 管理员的使用习惯：购买 License，获得 Key，输入系统，然后长期运行。

进入 VCF/VVF 9.x 后，这套授权方式开始发生明显变化。新的体系越来越强调 Solution License、License File、Entitlement 和平台级许可证管理，授权与 VCF Operations、订阅状态和产品生命周期之间的关系也更加紧密。

这意味着 VMware License 的逻辑正在从过去相对静态的“购买 Key、输入 Key、使用”，逐渐转向“Subscription、Entitlement、License File、平台分配和生命周期管理”。

对于长期管理 VMware 的工程师来说，这种变化非常值得注意。以后遇到许可证问题，需要检查的已经不只是某个 Key 是否有效，还包括账户是否拥有对应权益、订阅状态是否正常、许可证文件是否正确，以及当前环境是否被正确纳入授权管理体系。

四、软件下载入口从 VMware Customer Connect 迁移到 Broadcom

过去下载 ESXi、vCenter、VMware Tools 或其他组件时，大多数 VMware 管理员已经习惯 VMware Customer Connect。

进入产品页面、选择版本、找到 ISO 或 ZIP，然后下载，这是过去非常成熟的一套操作流程。

Broadcom 收购以后，主要软件下载入口已经迁移至 Broadcom Support Portal。对于正式商业产品而言，软件下载越来越依赖 Broadcom Account、Site ID、Contract 和 Entitlement。

也就是说，登录 Broadcom Support Portal 后到底能够看到哪些 VMware 产品，并不单纯取决于软件本身是否存在，而是取决于当前账号是否关联了正确的企业 Site ID，以及是否拥有对应产品的下载权益。

因此，现在管理员遇到“公司明明购买过 VMware，为什么我的账号里看不到 ESXi 或 vCenter”这种问题时，不一定代表产品停止提供。

真正的问题可能是账号没有正确关联 Site ID，产品权益挂在另一个账户下，当前用户权限不足，或者相应合同和订阅已经发生变化。

在 Broadcom 时代，账号与 Entitlement 管理本身已经成为 VMware 运维工作的一部分。

五、没有 VMware 商业合约，并不代表什么都下载不了

Broadcom 收购之后，一个非常常见的误解是：如果没有有效 VMware Support Contract，那么普通用户就再也无法正式下载任何 VMware 软件。

实际上并不是这样。

截至目前，Broadcom Support Portal 仍然保留了专门的 Free Software Downloads 区域。对于这一类别的软件，普通用户通常不需要商业 Site ID，也不需要拥有 VMware 付费 Subscription，只需要注册并使用 Broadcom Basic Account，就可以获取相应产品。

目前无商业合约仍然能够正式获取的 VMware 软件，主要包括 VMware Workstation Pro、VMware Fusion、VMware vSphere Hypervisor 免费版本、VMware Tools、VMware vCenter Converter，以及部分 VMware Flings、VMmark 和其他被 Broadcom 纳入免费软件下载区域的工具。

这里必须强调一点：Free Software Downloads 是一个专门的免费软件集合，并不代表整个 VMware 产品库已经向无合约用户开放。

能够下载 Workstation、Fusion、VMware Tools 或 Free ESXi，并不意味着可以无合约获得完整商业版 vCenter、VCF、VVF、vSAN、NSX 或企业级 vSphere 套件。

因此，在 Broadcom 时代讨论“VMware 软件还能不能下载”，不能简单地用“能”或者“不能”概括，而必须先区分到底是免费产品、评估产品，还是需要 Commercial Entitlement 的企业产品。

六、免费 ESXi 回归，但它不是免费的完整 vSphere

无合约软件中，最值得基础设施工程师关注的就是 VMware vSphere Hypervisor，也就是通常所说的免费 ESXi。

Broadcom 曾经停止提供免费 ESXi，但后来又重新推出 VMware ESXi 8.0 Update 3e Free Hypervisor。普通用户通过 Broadcom Basic Account 即可在 Free Software Downloads 中获取，不需要购买正式 VMware 商业合约。

这对于个人学习、Homelab 和实验环境来说是一个比较重要的变化，因为它意味着普通 IT 从业人员仍然能够通过官方渠道接触真正的 ESXi，而不是只能使用第三方镜像或者历史安装包。

免费 ESXi 可以作为 standalone Hypervisor 使用，可以创建和运行虚拟机，也可以完成基本的主机、存储、网络和虚拟机管理，非常适合作为开发测试、技术实验或者小型独立虚拟化环境。

但是，它与完整商业 vSphere 之间的区别依然非常明显。

免费版本不能被理解成“免费的 vSphere Enterprise”。它没有企业级 Cluster 能力，也不具备 HA、DRS、vMotion 等完整功能，在集中管理、备份 API 和商业技术支持方面也存在明显限制。

因此，它真正的价值是降低 ESXi 的学习和测试门槛，而不是为企业提供免费的完整 VMware 私有云平台。

七、Workstation Pro 和 Fusion 反而比过去更加开放

相比企业级 vSphere 产品，VMware Workstation Pro 和 VMware Fusion 的变化反而更加开放。

从 2024 年 11 月开始，这两款产品已经面向个人、教育和商业使用免费提供。

过去企业内部使用 Workstation Pro 时，往往需要单独考虑 License。现在无论是 IT 工程师搭建 Windows Server Lab、运行 Linux 环境、测试不同操作系统，还是开发人员进行软件兼容性验证，都可以按照当前免费许可模式使用。

这对 IT 从业人员其实非常友好，因为 Workstation 和 Fusion 一直都是构建个人实验环境的重要工具。

不过，“软件免费”与“获得企业 Support”仍然是两件不同的事情。

免费用户可以使用产品，但并不会自动获得 Broadcom Global Support Team 的正式商业支持。遇到问题时，主要依靠官方文档、Knowledge Base 和 Community。

这也是 Broadcom 时代一个非常值得理解的新逻辑：软件使用权和商业 Support Entitlement 正在被更加明确地分开。

八、VMware Tools 和 vCenter Converter 仍然具有实际价值

除了 Workstation、Fusion 和 Free ESXi 之外，VMware Tools 目前仍然可以通过 Free Software Downloads 独立获取。

这一点对维护老 VMware 环境非常重要。即使企业原有 VMware Support Contract 已经结束，管理员仍然可能需要更新虚拟机内部的 VMware Tools，以改善虚拟网卡、存储设备、Guest Integration 和其他驱动支持。

vCenter Converter Standalone 同样仍然是一款非常实用的免费工具。

对于仍然需要进行 P2V、V2V、旧服务器转换或者部分 VMware 迁移工作的管理员来说，Converter 依然有价值，尤其是在处理遗留系统时。

这说明 Broadcom 的 VMware 策略并不是简单地“把所有软件都锁进商业合同”，而是把完整企业平台与正式 Support 更严格地绑定到 Subscription 和 Entitlement，同时保留了一部分适合个人、开发、测试和工具场景的软件。

九、vCenter、VCF、VVF 和新商业平台仍然需要正式 Entitlement

虽然 Broadcom 提供 Free Software Downloads，但这并不意味着 vCenter、VCF、VVF、vSAN 或 NSX 等企业产品已经免费。

完整商业 VMware 平台仍然需要对应的 Subscription 和 Entitlement。

某些商业产品安装后可能具有 Evaluation Mode，可以在限定时间内进行测试，但 Evaluation 与 Free Software 并不是同一个概念。

Evaluation 的意义是允许用户在有限时间内测试企业功能，而不是授予永久免费的使用权。同样，即使某个商业安装包可以在某些场景下获取，也并不等于用户拥有合法的长期生产使用权。

因此，目前 VMware 产品至少可以理解为三种状态。

第一种是真正的 Free Software，可以在对应许可范围内长期免费使用，例如 Workstation Pro、Fusion 和 Free ESXi。

第二种是 Evaluation Software，可以进行有限时间测试。

第三种是 Commercial Entitlement Software，需要正式 Subscription 或合同，才能获得完整授权、升级权益和技术支持。

把这三种情况区分清楚，是理解 Broadcom 时代 VMware 软件获取规则的基础。

十、补丁下载也开始与账户和授权体系绑定

Broadcom 时代另一个对日常运维影响比较大的变化，是 ESXi Patch 和 Lifecycle Manager 的下载机制。

过去很多 VMware 环境可以直接通过 VMware 公共 Depot 获取 ESXi 更新和相关组件，而现在在线下载体系已经迁移到 Broadcom，并越来越依赖新的下载地址、Download Token 和产品 Entitlement。

因此，现在遇到 Lifecycle Manager 无法同步、VIB 下载失败、HTTP 403 或 Depot URL 无效时，排查逻辑已经和过去不完全相同。

管理员除了检查 DNS、Proxy、Firewall、TLS 和 Internet Connectivity，还需要进一步确认 Broadcom Download Token 是否正确、当前账号是否拥有对应产品权限，以及原有 VMware Depot 配置是否已经完成迁移。

这意味着账户和商业授权状态已经开始影响日常 Patch Management，而不仅仅是在最初购买 VMware 时才会接触。

对于长期维护 vSphere 的管理员来说，这类问题以后很可能会成为一种新的常见故障场景。

十一、技术支持也进入 Broadcom 的 Site ID 体系

过去 VMware 管理员熟悉的是 VMware Account、Support Contract 和 Support Request。

现在则越来越接近 Broadcom Account、Site ID、Entitlement 和 Support Case 的逻辑。

Broadcom Support Portal 同时承担软件下载、许可证、产品权益、用户权限和技术支持等多种功能。对于正式商业客户而言，Site ID 是否正确、用户角色是否具备权限、产品 Entitlement 是否有效，可能直接决定管理员能不能下载软件、管理 License、生成 Token 或提交 Support Case。

对于免费软件用户来说，仍然可以访问官方文档、Knowledge Base 和 Community，但这并不意味着拥有企业级 Support Entitlement。

因此，在 Broadcom 时代管理 VMware，除了继续掌握 ESXi、vCenter、Storage、Networking、HA、DRS 和 vMotion 等传统能力之外，管理员也必须对 Site ID、Entitlement、Subscription、Free Downloads 和 Broadcom Support Portal 有基本认识。

这些内容过去可能更多属于采购或 Licensing 团队，而现在已经越来越接近一线基础设施运维。

十二、Broadcom 时代的 VMware 到底应该怎样理解？

总体来看，Broadcom 收购 VMware 后，vSphere 并没有在技术上一夜之间变成另一种产品。

ESXi 依然是 Hypervisor，vCenter 依然承担集中管理职责，HA、DRS、vMotion 等 VMware 经典技术能力依然存在。

真正发生巨大变化的，是围绕 VMware 建立起来的商业、许可证、下载和支持体系。

从永久许可证转向 Subscription，从 CPU Socket 转向 CPU Core，从传统 License Key 逐渐转向平台级授权管理，从 VMware Customer Connect 迁移到 Broadcom Support Portal，再到补丁下载和技术支持越来越依赖账户权限与 Entitlement，这些变化正在重新定义 VMware 基础设施的采购和运维方式。

但另一方面，“Broadcom 之后普通用户再也拿不到 VMware 软件”同样不是事实。

没有商业合约的普通用户，目前仍然可以正式获取 Workstation Pro、Fusion、Free ESXi、VMware Tools、vCenter Converter 以及部分免费工具。真正发生变化的是，Broadcom 对免费软件、评估软件和企业商业产品之间的边界划分得更加明确。

对于 IT 从业人员来说，Broadcom 时代真正需要重新建立的认识是：过去我们更多关注“这个 VMware 产品怎么安装、怎么配置”，现在还必须进一步理解“这个账号拥有什么软件获取权、什么许可证权益，以及什么技术支持权益”。

VMware 的核心技术知识依然有效，但围绕这些技术的产品生命周期、授权和服务规则已经发生实质性变化。

未来的 VMware 管理员不仅需要会排查 Cluster、HA、Storage、Network 和虚拟机性能问题，也需要能够理解为什么某个产品无法下载、为什么某台 Host 无法获得 License、为什么 Lifecycle Manager 无法取得 Patch，以及一个没有商业合约的 Broadcom Basic Account 究竟还能合法获得哪些 VMware 软件。

对于今天仍然维护 VMware，或者准备重新学习 vSphere 的工程师来说，这些已经不再只是采购部门的外围知识，而是真正属于基础设施管理的一部分。