就在外界以为博通（Broadcom）已经无法再拖慢客户从 vSphere 迁往其他平台时，它撤下了威睿（VMware）VDDK 的下载入口。VDDK 就是虚拟磁盘开发工具包（Virtual Disk Development Kit），许多把工作负载迁出 VMware 的迁移工具都会用到它，比如微软（Microsoft）Azure Migrate、红帽（Red Hat）迁移工具包、Nutanix Move 等。这次撤回是否永久，将决定影响有多大。
正文
我们原以为博通（Broadcom）没办法减缓客户从 vSphere 迁移到其他平台的脚步，但这次他们可能做到了。涉及的是 VMware 虚拟磁盘开发套件，即 VDDK。博通刚刚取消了该库的下载，如果这是永久举动，影响将很深远。下面看看为何这令人警觉以及 VDDK 为何重要。
什么是 VMware VDDK？
没下载过的人可能以为这是冷门开发包，不直接用确实如此。但许多你可能在用的迁移工具都依赖它，例如 Microsoft Azure Migrate、Red Hat Migration Toolkit、Nutanix Move、VMware 转 KVM 产品、virt-v2v 和 nbdkit。对想离开博通后 VMware 的客户，这成了意外路障。
博通移除了公开可访问的 VDDK 下载页，受影响客户称支持部门告知不再提供通用下载。原先链接现在返回 404：
目前找不到博通官方公告，无过渡通知或替代库。近期许多迁移厂商和客户发现指向的链接突然报错。用于迁移和保护 VMware 负载的技术变得难获取，像是退出路径上的又一障碍。
VDDK 访问变更的证据
ShapeBlue 在 2026 年 8 月 25 日记录变更：其 VMware 转 KVM 流程引用的 VDDK 页面报错，测试 VDDK 8 和 9 版本路径均不可用。博通未公开解释原因。
博通支持似乎确认这是有意为之
Reddit 上客户贴出博通客户关怀回复，称 VDDK “不再可供使用或下载”，并指引找授权技术联盟伙伴的备份恢复产品。另一 VMware 子版中管理员称开单后支持确认有意移除，该帖虽被版主删但评论可见。难以归咎网站故障。
微软已更改 VMware 迁移文档
微软更新 Azure Migrate 指引：过去要求在无代理迁移设备上装 VDDK，现加警告称博通可能限制访问。若拿不到 VDDK 需改用基于代理的迁移。
Red Hat 客户面临同样障碍
Red Hat 2026 年 8 月 27 日文章称迁移工具包（MTV）无法下载 VDDK，报“未找到”或“拒绝访问”。因属博通专有，Red Hat 不能托管分发，让客户联系博通支持。Red Hat 工程在调研长期替代如存储拷贝卸载，取决于底层存储。
Nutanix Move 受影响
Nutanix 用户用 Move 从 ESXi 迁 AHV 时 VDDK 链接 404，需 7.0.3.1 和 8.0.3.2 版。博通支持称 VDDK 移入技术联盟计划，需相应权限。
Platform9 直接指出此事
Platform9 的 vJailbreak 项目助客户迁离，称博通限制公开访问使传统 VDDK+NBD 迁移受影响。他们提供存储辅助迁移等不依赖 VDDK 的替代方案。
这“闻起来”很像对 VMware 客户的锁定
VMware World 上据称带回 vSphere Standard 版，而迁移用的 VDDK 消失。信任已失。依赖 VDDK 的第三方工具迁移步骤从：
- 下载 VDDK
- 迁移
变成：
- 联系博通支持
- 看是否给副本
- 不给则看存储是否支持其他迁移类型
- 可能需完全不同的迁移流程
VMware 到 Proxmox 迁移因内置导入工具不受影响
Proxmox 不依赖 VDDK，可用内置导入工具直接迁 VMDK。但用第三方依赖 VDDK 的工具仍受影响。
结语
博通移除 VDDK 时机微妙，正值带回 Standard 版试图减缓中小客户流失。使用第三方工具者应检查 VDDK 要求。
评论
社区普遍对 Broadcom 治下的 VMware 失去信任并讨论迁移替代，但少数大型企业用户仍满意现有付费方案、反对一概转向 Proxmox。
Broadcom 正逼走客户且信任已难以挽回
- 用户指出即便免费赠送也难以挽留客户，因其政策如同筑笼困住用户；同时讽刺 VMware 一贯“赢得朋友”的方式惹人反感，信任消磨殆尽。（较多人）
- > 他们正在你周围建笼子，你为何还要留下来。（@dare944）
许多公司本应更早迁移到 Proxmox 且过程无痛
- 不少意见认为企业早该用 Proxmox 避开授权噩梦，实际从 ESXi 迁移只需挂载存储并复制虚拟机，少量控制器与 CPU 配置差异均可自动化，部分管理员已暗建集群备用。（较多人）
- > 大多数使用 VMware 的公司本来一直可以用 Proxmox，免去各种授权和费用噩梦。（@uriahlight）
大型企业在 VCF 下仍满意 VMware 而不认同学改用 Proxmox
- 少数大公司用户表示不介意付费且有保修，现有 Dell Private Cloud 等方案灵活，认为并非所有场景都适合 Proxmox 这类替代。（少数人）
- > 我们是大公司不介意付费，不觉得该用 Proxmox，Dell 的新私有云产品很有前途。（@firesteelrain）
VMware 曾工程卓越但 Broadcom 加速榨干其价值
- 前工程师与用户惋惜其鼎盛期技术优秀，但 Broadcom 将其视为无创新旧厂拼命提取残值；昔日商业团队误判领先为常态，成为企业教训。（较多人）
- > VMware 鼎盛期有许多酷炫有用的工程，但 Broadcom 把它当作无法创新的公司拼命榨取价值。（@soamv）
虚拟机跨平台迁移在技术层面并不复杂
- 技术讨论指出使用 qemu-img 即可转换 .vmdk 磁盘格式，或启动后流转磁盘流，除手动建虚拟硬件配置外无特殊障碍。（较多人）
- > Linux 的 qemu-img 就能把磁盘转成其他虚拟化兼容格式，迁移没那么神秘。（@anonymousiam）
有价值的补充
- 实际家庭实验室迁移经验显示，Proxmox 默认不选 host CPU 类型，且网络与 SCSI 控制器倾向稳健而非性能，仅需微小调整即可兼容。（@Jedd）
- 前 VMware 工程师提到，当年其商业团队以为市场赢面是默认状态，数年后才认清现实，这对当今成功企业是真实教训。（@soamv）