博通撤回VDDK下载后,离开VMware变得更加艰难

Hacker News Top 新闻

摘要

博通已移除对VMware虚拟磁盘开发套件(VDDK)的公开访问,这是迁移工具的关键库,为试图在收购后离开VMware平台的客户制造了障碍。

暂无内容
查看原文
查看缓存全文

缓存时间: 2026/09/08 00:33

# 博通下架VDDK下载后,退出VMware之路更艰难了 来源:https://www.virtualizationhowto.com/2026/09/leaving-vmware-just-got-harder-after-broadcom-pulled-vddk-downloads/ 就在我们以为博通无法进一步延缓客户从vSphere迁移至其他平台之际,他们可能刚刚采取了一项会产生同等效果的举措。这次涉及的是VMware的虚拟磁盘开发套件——我们一直称之为VDDK。博通已终止该库的下载链接(https://www.virtualizationhowto.com/2025/03/broadcom-locking-vmware-updates-to-require-download-token-for-site-id/),若此举成为永久性政策,将产生深远影响。让我们探究这一事件引发警报的原因,以及VDDK为何如此重要。 ## 什么是VMware VDDK? 如果您从未亲自下载过VDDK,或许会认为这只是某个鲜为人知的VMware开发者专用包,多数人永远不需要接触。如果您确实无需直接使用VDDK,这种想法在某种程度上是正确的。然而,您可能未意识到,您正在使用的许多工具实际上都依赖这个库。比如哪些工具? 问题的关键在于:该库是众多从VMware迁移至其他平台的核心迁移工具所依赖的基础。Microsoft Azure Migrate、Red Hat的迁移工具包、Nutanix Move、VMware至KVM迁移产品,以及virtv2v(https://github.com/libguestfs/virt-v2v)和**nbdkit**等工具都使用它。因此,对于试图规划后博通时代生活的VMware客户而言,这构成了离开平台的又一意外障碍。 事态突然重要性的原因在于,博通已**移除通常公开可访问的VDDK下载页面**,受影响客户反映博通技术支持已告知他们VDDK不再可供通用下载或使用。参见Reddit讨论帖:Broadcom VDDK links : r/sysadmin (https://www.reddit.com/r/sysadmin/comments/1vmhxxk/broadcom_vddk_links/)。 若您现在访问原本的VDDK下载链接,将看到以下404页面: Vmware vddk 404 for the previous download page (https://www.virtualizationhowto.com/wp-content/smush-webp/2026/09/vmware-vddk-404-for-the-previous-download-page.png.webp) Vmware vddk 404 for the previous download page更令人费解的是,我尚未找到博通关于此变更的正式公告。目前既无过渡通知、弃用声明,也未公布替代工具或库。 相反,许多迁移供应商和客户在过去几天发现,原先指向的链接突然返回错误。这比单纯某个SDK消失更具深意。因此,无论博通动机如何,其产生的实际影响已难以忽视。 一种用于迁移和保护VMware工作负载的技术,如今变得让客户和迁移供应商更难获取。对于许多考虑退出VMware的客户而言,这仿佛是他们离开平台道路上又设置的一道障碍。 ## VDDK访问变更的证据 ShapeBlue公司于2026年8月25日记录了这一变化。他们发现VMware到KVM迁移文档中引用的VMware VDDK页面返回错误。随后测试了多个包含VDDK 8和9特定版本路径的URL,发现两个版本均显示不可用。 ShapeBlue于2026年8月25日记录此变更——此前他们发现VMware至KVM迁移工作流程中引用的VMware VDDK页面返回错误。ShapeBlue测试了多个VDDK路径(包括VDDK 8和9的特定版本位置),并报告所有路径均不可用。您可在此阅读ShapeBlue关于VDDK移除的详细说明:Broadcom Removes VDDK Pages Without Explanation: What You Need to Know (https://www.shapeblue.com/broadcom-vddk-download-vmware-to-kvm/)。 他们指出,博通未发布公开声明解释移除、撤回或弃用的原因。这非常值得玩味。 ### 博通技术支持似乎确认这是有意为之 目前我们掌握的最有力证据表明,这是对VDDK文件的刻意撤回,来自开启支持案例的博通客户。您会发现Reddit讨论帖中的相关内容很有趣。一位客户直接分享了从博通客户关怀部门收到的回复。 Reddit讨论帖中的客户反映,博通告知他们VDDK“*不再可供使用或下载*”。他们还建议客户转向博通授权技术联盟合作伙伴的备份与恢复产品。请再次查看Reddit讨论帖原文:Reddit thread here (https://www.reddit.com/r/sysadmin/comments/1vmhxxk/broadcom_vddk_links/)。 官方VMware Reddit子版块中还有近期相关讨论。用户同样报告类似情况。某管理员称开启支持案例后,博通技术支持确认VDDK已被有意移除,无法再通过原有方式获取。 VMware子版块的另一讨论包含用户报告基本相同的情况。某管理员称开启(https://www.virtualizationhowto.com/2015/07/windows-10-edge-opened-builtin-administrator-account/)博通支持案例后,技术支持确认VDDK已被有意移除,无法再通过原有方式获取。在此阅读VMware社区讨论:该帖子已被VMware版主删除,但讨论线程评论仍可见:[\[ Removed by moderator \] : r/vmware](https://www.reddit.com/r/vmware/comments/1vtqs99/removed_by_moderator/)。 因此,我认为显而易见,很难将VDDK消失简单归咎于网站故障。 ## 微软已更新VMware迁移文档 然而,与博通同等量级的微软提供了更强有力的证据。微软现已更新Azure Migrate流程指南,涉及将VMware工作负载无代理迁移至Azure的操作。 历史上,微软文档指导管理员在Azure Migrate设备上安装VMware VDDK。但现在,微软在其官方指南中添加了免责声明或警告,指出博通可能限制VDDK的访问。 Microsoft's guidance on downloading the vmware vddk from broadcom (https://www.virtualizationhowto.com/wp-content/smush-webp/2026/09/microsofts-guidance-on-downloading-the-vmware-vddk-from-broadcom.png.webp) Microsoft’s guidance on downloading the vmware vddk from broadcom因此,他们基本上表示:如果您无法获取VDDK,则需使用基于代理的迁移方式代替无代理迁移方法。这有助于确证此事真实性。您可在此阅读完整的微软指南:Set up an Azure Migrate appliance for server assessment in a VMware environment (https://learn.microsoft.com/en-us/azure/migrate/how-to-set-up-appliance-vmware?view=migrate-classic)。 ## 红帽客户遭遇相同阻碍 红帽也于2026年8月27日发布了支持文章,可在此访问:Unable to download VMware VDDK images for Migration Toolkit for Virtualization \(MTV\) (https://access.redhat.com/solutions/7146995)。因此,这对将VMware工作负载迁移至OpenShift虚拟化的组织同样构成问题。该知识库文章称客户可能收到“not found”或“access denied”错误。 Redhat solution document citing changes to vmware vddk image downloads (https://www.virtualizationhowto.com/wp-content/smush-webp/2026/09/redhat-solution-document-citing-changes-to-VMware-VDDK-image-downloads.png.webp) Redhat solution document citing changes to vmware vddk image downloads由于该软件为博通专有,红帽表示无法托管或重新分发该软件包本身。因此,他们仅建议客户联系博通技术支持请求访问权限。 因VDDK是博通专有软件,红帽表示无法托管或重新分发该软件包。红帽似乎也在研究移除或规避VDDK依赖的长期方案。 红帽工程团队同样在研究移除或规避依赖的长期替代方案。他们提及可使用类似存储拷贝卸载技术,但这取决于底层存储供应商及其能力。 ## Nutanix Move受到影响 另一个受影响的环境是Nutanix。Nutanix客户现在也遇到了这个障碍。Nutanix社区用户指出,他们准备使用Nutanix Move工具从ESXi迁移至AHV时,发现VDDK链接返回404错误——即使已登录博通账户。 在此阅读我关于Nutanix Move工具的博文:Nutanix Move: Migrate from VMware ESXi Free Download (https://www.virtualizationhowto.com/2024/03/nutanix-move-migrate-from-vmware-esxi-free-download/)。 Nutanix move utility (https://www.virtualizationhowto.com/wp-content/smush-webp/2026/09/nutanix-move-utility-1.png.webp) Nutanix move utility该Nutanix社区帖子中的客户特别需要VDDK 7.0.3.1和VDDK 8.0.3.2。您可在此阅读该社区帖子:vSphere VDDK Download for Nutanix Move (https://next.nutanix.com/ahv-virtualization-27/vsphere-vddk-download-for-nutanix-move-45855)。还有类似讨论涉及客户部署Nutanix Move以开始从现有VMware 8环境迁移虚拟机。 据称博通技术支持告知他们,VDDK已转至VMware技术联盟计划,需成为该计划成员并获得相应关系与支持访问权限。您可在此阅读该特定帖子:VDDK 8.x required for Nutanix Move missing possible issues later (https://next.nutanix.com/move-application-migration-19/vddk-8-x-required-for-nutanix-move-missing-possible-issues-later-45830)。 ## Platform9公开指出此事 Platform9是公开明确指出此问题的供应商之一。这是因为vJailbreak项目旨在帮助组织从VMware平台迁移。他们几天前(9月1日)发布文章,说明博通已限制公共VDDK访问,其传统的VDDK加NBD迁移方式在客户未预存所需VDDK文件时将受到影响。 在此查看我关于Platform9的博文:Platform9 Community Edition Free Download and Install: Migrate from VMware (https://www.virtualizationhowto.com/2025/02/platform9-community-edition-free-download-and-install-migrate-from-vmware/)。 Platform9 migrate from vmware to private cloud director with vjailbreak (https://www.virtualizationhowto.com/wp-content/smush-webp/2026/09/platform9-migrate-from-vmware-to-private-cloud-director-with-vjailbreak.jpg.webp) Platform9 migrate from vmware to private cloud director with vjailbreakPlatform9提供其他替代方案,例如**存储辅助迁移**,可将数据迁移至兼容存储;还有他们称为“加速”的方案,可使用VMware内的代理虚拟机更直接连接虚拟机存储,无需VDDK。 在此阅读Platform9的说明:Broadcom Cut Public Access of Virtual Disk Development Kit \(VDDK\) Overnight (https://platform9.com/blog/vddk-no-longer-available/)。 ## 此举“充满”VMware客户锁定意味 这一细节将使VMware客户的讨论更加尴尬。我认为过去几天的某些“进展”可能暗示着特定方向的思考。但请您自行判断。 就在几天前的VMware World大会上,据说他们重新推出了VMware vSphere (https://www.virtualizationhowto.com/e-books/)标准版?讽刺的是,用于从该平台迁移的VDDK突然消失。我认为许多客户本就难以规划迁移(据我所知,大多数客户正尽可能快速地迁移)。根据您使用的工具和解决方案,这将成为离开VMware的又一道坎。 我的观点是,即使博通免费提供VMware标准版一年,也很难说服客户继续留在这个充满变数(此刻存在,彼刻消失)的平台上。最终失去的是平台的信任。 无论情况如何,依赖VDDK可用性的第三方工具迁移过程已从: 之前: - 下载VDDK - 进行迁移 变为现在: - 联系博通技术支持 - 查看他们是否愿意提供副本 - 如遭拒绝,查看您的存储是否支持其他迁移方式 - 您可能需要考虑完全不同的迁移流程 ## VMware至Proxmox迁移不受内置导入工具影响 许多人会问这是否会成为VMware至Proxmox迁移的障碍。答案最终是否定的。Proxmox不依赖VDDK,可使用解决方案内置的导入工具导入VMware工作负载。因此,您肯定仍可使用Proxmox导入工具将VMDK从VMware直接迁移至Proxmox,在家庭实验室(https://www.virtualizationhowto.com/2026/09/7-weekend-projects-that-make-your-home-lab-less-dependent-on-you/)或生产环境中均可。 但如果您使用任何确实依赖VDDK的第三方工具,则会受到影响。在此查看我关于Proxmox导入工具的指南:Proxmox New Import Wizard for Migrating VMware ESXi VMs (https://www.virtualizationhowto.com/2024/03/proxmox-new-import-wizard-for-migrating-vmware-esxi-vms/)。 Add esxi host to proxmox storage for proxmox import utility (https://www.virtualizationhowto.com/wp-content/smush-webp/2026/09/Add-ESXi-host-to-Proxmox-storage-for-Proxmox-import-utility.png.webp) Add esxi host to proxmox storage for proxmox import utility因此,我认为博通并未阻止VMware至Proxmox的迁移。事实上,随着这一新消息,他们可能反而加速了客户流失——因为这成为客户离开的又一理由。 在此查看我的Proxmox视频培训系列:Proxmox Learning — Premium library (https://www.virtualizationhowto.com/premium/series/proxmox-learning/)。 ## 总结 就在我们以为博通VMware的波澜与戏剧平息之时,似乎总会出现新的变数。VDDK的移除(无论出于何种原因)时机颇具“深意”,考虑到他们重新推出标准版并试图减缓中小企业和中型企业从平台流失的速度。请务必检查您使用的第三方工具是否依赖VDDK,以及您是否仍能访问该工具。请在评论区分享您的看法,以及您的组织如何应对这些变化。 ### 关于作者 Brandon Lee #### Brandon Lee (https://www.virtualizationhowto.com/author/brando

相似文章

关于弃用 Vagrant

Lobsters Hottest

作者解释了弃用 Vagrant 并转而直接使用 KVM 和 libvirt 管理虚拟机的决定,认为对于其需求来说,额外的抽象层并无必要,原生 Linux 工具已足够。