Broadcom 撤下 VDDK 的公共访问权限：它是什么、为何重要，以及接下来会发生什么
全面解析 VMware Virtual Disk Development Kit（VDDK）——它的作用是什么、备份和迁移工具多年来如何依赖它，以及 Broadcom 在 2026 年 8 月底悄然限制其公共访问后发生了什么变化。
Broadcom 撤下 VDDK 的公共访问权限：它是什么、为何重要，以及接下来会发生什么
全面解析 VMware Virtual Disk Development Kit（VDDK）——它的作用是什么、备份和迁移工具多年来如何依赖它，以及 Broadcom 在 2026 年 8 月底悄然限制其公共访问后发生了什么变化。
原文作者：Sam Aaron，来自 https://micronauts.us/blog/broadcom-pulls-vddk-download-access/
译者主页：sysin.org
- VMware Virtual Disk Development Kit (VDDK) 7.0U3
- VMware Virtual Disk Development Kit (VDDK) 8.0U3
- VMware Virtual Disk Development Kit (VDDK) 9.1
如果你最近尝试获取一份最新的 VMware Virtual Disk Development Kit（VDDK），却发现链接失效了，那么这并不是你的错觉。2026 年 8 月下旬，Broadcom 悄然撤下了 VDDK 下载页面的公共访问权限——没有提前通知，没有弃用警告，只是某一天 URL 还可以正常访问，第二天就变成了 404。
对于很多基础设施团队来说，这件事可能几乎不会引起注意。但对于备份、灾难恢复和迁移生态系统而言，情况完全不同：这个生态多年来一直在默默依赖这一个 SDK，而且已经接近二十年。这确实是一件大事。下面我们来看看 VDDK 到底是什么、它一直以来是如何被使用的，以及如今限制访问后意味着什么。
VDDK 到底是什么？
Virtual Disk Development Kit（虚拟磁盘开发工具包）是 VMware（现在为 Broadcom）多年来一直发布的软件开发工具包，它为开发人员提供了一种受支持的方式，可以读取和写入 VMware 虚拟磁盘文件（VMDK），而且这种操作可以在 Guest OS 之外，以及虚拟化管理程序自身管理接口之外进行。
简单来说，通常情况下，如果你想从 VM 的磁盘中获取数据，要么需要通过 Guest OS（安装代理、挂载文件系统），要么通过 vCenter/ESXi 管理 API 来克隆或创建整个 VM 的快照。VDDK 提供了第三条路径——一个允许软件直接与虚拟磁盘块级内容进行通信的库 (sysin)，而不需要在 VM 内部运行实时代理。
从功能上来看，VDDK 提供：
- 对 VMDK 文件进行磁盘级读写访问，包括通过快照访问正在运行的 VM
- 多种传输模式，其中最重要的包括：
- NBD/NBDSSL —— 网络块设备传输，通过网络从 ESXi 主机流式传输磁盘数据
- HotAdd —— 将目标磁盘直接连接到代理 VM，以实现本地、高吞吐量访问
- SAN 传输 —— 当备份/迁移主机能够访问 LUN 时，可以直接从共享存储读取数据
- Changed Block Tracking（CBT，变更块跟踪）支持 —— 该机制允许软件询问“自上次备份以来哪些数据块发生了变化？”，而不是每次都重新读取整个磁盘
尤其是 CBT 这一部分，它使得“备份一个 VM”可以从耗时数小时的完整磁盘复制，变成快速的增量备份任务。这也是 VDDK 从一个可选工具变成整个生态系统基础设施的重要原因之一。
它实际上是如何被使用的
VDDK 并不是一种面向客户、安装后点击操作的软件——它是一个供其他软件链接使用的库。如果你曾经针对 VMware VM 执行过镜像级（无代理）备份任务，或者使用过某种工具将 VM 磁盘转换或迁移到其他平台，那么 VDDK 很可能一直在底层负责实际的数据处理，即使你从未看到过它的名字。
典型使用场景包括：
- 无代理、镜像级备份与恢复 —— 对 VM 创建快照，然后将其磁盘块流式传输到备份存储，而无需接触 Guest OS
- 灾难恢复 / 复制工具 —— 利用基于 CBT 的增量机制，使 VM 磁盘的异地或辅助副本保持同步
- P2V、V2V 以及跨平台迁移和转换工具 —— 读取 VMDK 的内容，然后以其他虚拟化管理程序或云平台能够使用的格式重新写出
- 数据保护设备和归档工具 —— 需要检查或提取 VM 磁盘内容，以满足合规或电子取证（e-discovery）需求
由于 VDDK 是一个受到再分发限制的库，而不是开放标准，因此这些软件不能简单地把 VDDK 随安装程序一起打包。每个厂商和开源项目要么与 VMware/Broadcom 签署再分发协议，要么——更常见的方式——在文档中要求用户手动执行一个步骤：从公共开发者门户自行下载 VDDK，然后将其放入指定目录，之后工具才能正常工作。如今，正是这个外部下载步骤被切断了。
实际发生了什么变化
大约在 2026 年 8 月 25 日前后，Broadcom 的公共 VDDK 下载页面开始返回错误。所有版本、所有发布分支，都从标准公共开发者门户中消失了。没有博客文章，没有发布说明，没有向已注册开发者发送电子邮件——它就是突然无法访问了。
原来的公共 VDDK 下载页面，如今返回错误，而不是提供 SDK
当受影响的用户联系 Broadcom 后，Broadcom Customer Care 给出了以下回复：
“为了确保最高标准的安全性、可靠性和产品功能，Virtual Disk Development Kit（VDDK）现已不再提供使用或下载。Broadcom 将继续积极维护各种 API 和 SDK，以支持获得授权的技术联盟合作伙伴构建备份和恢复软件解决方案……”
——Broadcom Customer Care 向受影响用户提供的 Broadcom 官方回复
从字里行间来看，未来的模式将是受控访问：VDDK 显然仍在维护和分发，但只提供给拥有经过验证的客户权益（customer entitlements）或官方 Technology Alliance Partner（技术联盟合作伙伴）身份的组织。生态系统自 VDDK 早期以来一直依赖的那种“任何拥有免费开发者账号的人都可以自行下载”的模式，目前看来已经结束了——至少暂时如此。
VDDK 在第三方工具与底层虚拟磁盘之间所处的位置
影响
对于已经建立合作关系的厂商：影响相对有限。如果你的备份厂商已经与 Broadcom 签署了 Technology Alliance Partner 协议，那么他们很可能已经拥有（或者可以获得）经过授权的库分发渠道，你现有的产品大概率会继续像以前一样工作。
对于其他所有人而言，影响要严重得多：
- 正在进行中的迁移项目可能会卡在半路。任何依赖重新下载 VDDK、而不是依赖本地已有缓存副本的迁移工作，都可能在一夜之间失去继续进行的途径，而且事先没有任何警告可以让团队进行规划。
- 未与 Broadcom 建立合作关系的工具以及开源工具受到的打击最大。由于 VDDK 的许可证从来没有允许普通用户自由再分发，因此没有任何 Linux 发行版、容器镜像或开源项目能够直接将它打包进去。它们一直依赖最终用户从公共门户自行获取副本 (sysin)。如今该门户被限制访问，这些项目失去了唯一合法的依赖分发途径，而整个生态正是建立在这一依赖之上的。
- 这进一步强化了一种众所周知的供应商锁定形式。实际上，限制用于将数据导出虚拟化平台的工具，会让离开该平台变得更加困难、更加缓慢，也更加依赖现有厂商的配合——无论这是否是其最初的主要目的。
- 没有简单、干净的替代方案。由于再分发一直受到限制，没有人可以简单地建立文件镜像而不承担实际的法律风险。确实存在替代方案——例如导出完整的 OVF/OVA 软件包，而不是流式传输磁盘块；或者通过存储层而不是虚拟化管理程序 API 来迁移数据——但与基于 VDDK 的方案相比，这些方式通常会牺牲速度、效率，或者两者兼失。
背景：这是一个持续变化趋势的一部分
VDDK 访问权限受到限制并不是孤立事件。自 Broadcom 于 2023 年 11 月完成对 VMware 的收购以来，这已经是一系列变化中的最新一项，而这些变化重新塑造了 VMware 的许可、产品打包和支持方式。以下仅作为时间线列出，不对其中任何一项具体决定作出评价：
- 2023 年 11 月 —— Broadcom 正式完成对 VMware 的收购。
- 2023 年 12 月 —— 永久许可证停止销售；VMware 转向仅提供订阅模式。
- 2024 年 1 月 —— 原有合作伙伴计划被取消，转而采用新的、仅限邀请的合作伙伴体系。
- 2024 年 2 月 —— 免费版本的虚拟化管理程序（此前可以免费提供）停止。
- 2024 年 —— 许可证模式从按计量容量收费转向按核心订阅套餐，同时将产品版本整合进更大的产品套件。
- 2025 年 —— 合作伙伴计划进一步合并和重组，一些现有合作伙伴退出，而另一些则受邀继续参与。
- 2026 年 8 月 —— VDDK 的公共下载访问受到限制，转向基于授权权益（entitlement）的受控访问模式。
无论人们如何看待这些具体决定，它们呈现出的总体趋势是一致的：访问该平台的权限——包括许可证、合作伙伴关系，以及现在的部分底层工具——正在逐步转移到与 Broadcom 建立更加正式、经过验证的关系之后才能获得的模式。
这对你意味着什么
如果你的组织依赖 VMware 的备份、DR 或迁移工具——无论是商业软件还是开源软件——那么现在就有一些值得采取的实际措施，而不是等到以后再处理：
- 检查你是否已经拥有一份可用的 VDDK 本地副本。如果同事、构建服务器或旧项目目录中仍然存在缓存副本，请在变更管理机制下将其视为值得保存的重要资产，同时记录其版本号和官方发布的校验和（checksum）。
- 如果你拥有有效的 vSphere 支持协议，请直接向 Broadcom 确认你的授权状态。据报道，目前的受控访问模式仍允许经过验证的客户获取 VDDK，只是不再通过原来的公共门户提供。
- 现在就测试你的备用路径，而不是等到真正发生迁移或灾难恢复事件时再测试。如果你的工具支持不依赖 VDDK 的路径（例如完整镜像导出），现在就有意执行一次，让它成为一个已知且经过验证的方案，而不是在高压情况下才突然发现的未知选项。
- 如果你正在评估彻底迁移出 VMware 的方案，请将这一变化纳入时间规划。无论你选择的工具最终面向的是其他虚拟化平台、云服务提供商，还是基于容器的重新平台化方案，都应该明确询问它目前是如何获取虚拟磁盘数据的，以及当这一数据来源变得更难获取时，它有什么备用方案。
VDDK 本身并没有被宣布死亡，而 Broadcom 的声明也表明，对于通过官方渠道合作的合作伙伴来说，它仍然在持续维护和使用。
但对于大量依赖公开、无需额外审核的下载链接的小型厂商、开源维护者和 IT 团队而言，这个链接已经消失了——而目前没有任何迹象表明它何时，或者是否会，以原来的形式重新出现。
浙公网安备 33010602011771号