HN 日本語サマリー

← 一覧へ戻る
インフラ・DevOps

BroadcomがVDDKダウンロードを停止した後、VMwareからの移行がさらに困難に

Leaving VMware just got harder after Broadcom pulled VDDK downloads (virtualizationhowto.com)

247 pointsby josephcsible131 コメント

要約

BroadcomがVMwareのVirtual Disk Development Kit (VDDK) のダウンロードを停止したことで、VMware環境から他のプラットフォームへの移行が困難になっています。VDDKは、Azure Migrate、Red Hat Migration Toolkit、Nutanix Moveなどの主要な移行ツールの基盤となっており、そのアクセス制限は多くのユーザーにとって予期せぬ障害となっています。MicrosoftやRed Hatといった大手ベンダーもこの変更の影響を受けており、ドキュメントの更新や代替策の検討を進めています。

全文翻訳

BroadcomがVDDKダウンロードを停止したことでVMwareからの移行がさらに困難に

Broadcomが顧客のvSphereから他のプラットフォームへの移行を遅らせることはできないと考えていた矢先、彼らはその効果をもたらすかもしれないことを行った可能性があります。今回はVMwareのVirtual Disk Development Kit、通称VDDKに関わるものです。Broadcomはこのライブラリのダウンロードを停止しました。もしこれが恒久的な措置であれば、広範囲にわたる影響が出るでしょう。なぜこれが警鐘を鳴らすべき理由であり、VDDKがなぜそれほど重要なのかを見てみましょう。

VMware VDDKとは何か?

VDDKを自分でダウンロードしたことがない場合、これはほとんどの人が必要としない、ごく一部のVMware開発者向けパッケージだと考えるかもしれません。そして、VDDKを直接使用する必要がないのであれば、その考えは一部正しいです。しかし、あなたが現在使用している多くのツールがVDDKを利用していることに気づいていないかもしれません。例えば、どのようなツールでしょうか?

さて、ここが肝心なところです。このライブラリは、VMwareから他のプラットフォームへの移行に使用される多くの移行ツールの中心となっています。Microsoft Azure Migrate、Red HatのMigration Toolkit、Nutanix Move、VMwareからKVMへの移行製品、そしてvirtv2vやnbdkitのような他のツールで使用されています。したがって、Broadcom後のVMwareの状況を把握しようとしているVMwareの顧客にとって、これはプラットフォームを離れる上でのもう一つの予期せぬ障害となります。

この問題が突然重要になった理由は、Broadcomが通常の公開アクセス可能なVDDKダウンロードページを削除したためです。影響を受けた顧客は、BroadcomのサポートからVDDKは一般利用またはダウンロードできなくなったと伝えられていると報告しています。Redditのスレッドはこちらで確認できます: Broadcom VDDK links : r/sysadmin

以前のVDDKダウンロードリンクにアクセスすると、以下の404ページが表示されます。

[画像: 以前のダウンロードページに対するVMware VDDK 404]

Vmware vddk 404 for the previous download page

さらに奇妙なことに、この変更を説明する従来のBroadcomからの発表を見つけることができませんでした。これまでのところ、移行通知、廃止のアナウンス、または代替ツールやライブラリの発表はありません。

その代わりに、多くの移行ベンダーや顧客はここ数日で、参照されていたリンクがエラーを返すようになったことに気づきました。これはSDKが単に消えたというよりもはるかに興味深いことです。したがって、Broadcomの動機が何であれ、その正味の効果は現時点では無視するのが難しいです。

VMwareワークロードの移動と保護に使用されるVMwareのテクノロジーが、顧客や移行ベンダーが入手しにくくなりました。VMwareからの脱却を検討している多くの顧客にとって、これはプラットフォームからの出口パスに置かれたもう一つの障害のように感じられます。

VDDKアクセス変更の証拠

ShapeBlue社は2026年8月25日時点でこの変更を文書化しました。彼らは、VMwareからKVMへの移行ドキュメントで参照されていたVMware VDDKページがエラーを返していることを発見しました。その後、VDDK 8および9のバージョン固有のパスを含む多数のVDDK URLパスをテストしましたが、両バージョンとも利用不可であることが示されました。

ShapeBlueは、VMwareからKVMへの移行ワークフローで参照されていたVMware VDDKページがエラーを返していることを発見した後、2026年8月25日にこの変更を文書化しました。ShapeBlueは、VDDK 8および9のバージョン固有の場所を含む多数のVDDKパスをテストし、それらがすべて利用不可であると報告しました。VDDK削除に関するShapeBlueの詳細な発表はこちらで読むことができます: Broadcom Removes VDDK Pages Without Explanation: What You Need to Know

彼らは、Broadcomがこの削除、撤回、または廃止の理由を説明する公開発表を行っていないことに気づきました。非常に興味深いです。

Broadcomサポートは意図的な変更を確認した模様

これがVDDKビットの意図的な撤回であるという、これまでの最も強力な証拠の一つは、サポートケースを開いたBroadcomの顧客からのものです。Redditのスレッドでの議論は興味深いでしょう。ある顧客は、Broadcomカスタマーケアから受け取った応答を投稿しました。

Redditのスレッドの顧客は、BroadcomからVDDKは「使用またはダウンロードできなくなった」と伝えられたと報告しています。また、顧客は認定Broadcomテクノロジーアライアンスパートナーのバックアップおよびリカバリ製品に誘導されました。これも、Redditのスレッドで直接確認できます: Redditのスレッドはこちら

公式VMware RedditスレッドのサブRedditでも、このトピックに関する別の最近のRedditディスカッションがあります。そこでもユーザーは同様のことを報告しています。ある管理者は、Broadcomにチケットを開いたところ、サポートからVDDKは意図的に削除され、以前の方法では利用できなくなったと伝えられたと述べています。

VMwareサブRedditでの別のディスカッションでも、同様の報告があります。ある管理者はBroadcomにチケットを開いたと述べ、サポートはVDDKが意図的に削除され、以前の方法では利用できなくなったことを確認したと述べています。このサブRedditでのVMwareコミュニティのディスカッションはこちらで読むことができます。投稿は最近VMwareモデレーターによって削除されましたが、スレッドのコメントはここで見ることができます: Removed by moderator : r/vmware

したがって、VDDKが消えたのが単なるウェブサイトの不具合だと片付けるのは難しい、という状況が明確になっていると思います。

MicrosoftはすでにVMware移行に関するドキュメントを変更

しかし、Broadcomと同等の大企業であるMicrosoftから、さらに強力な証拠があるかもしれません。MicrosoftはAzure Migrateプロセスと、VMwareワークロードをAzureに移行するエージェントレス移行に関するガイダンスを更新しました。

歴史的に、Microsoftのドキュメントでは、管理者にAzure MigrateアプライアンスにVMware VDDKをインストールするように指示されていました。しかし現在、Microsoftは公式ガイダンスに、BroadcomがVDDKへのアクセスを制限する可能性があるという注意書きまたは警告を追加しました。

[画像: BroadcomからVMware VDDKをダウンロードするためのMicrosoftのガイダンス]

Microsoft’s guidance on downloading the vmware vddk from broadcom

つまり、VDDKを入手できない場合は、エージェントレス移行方法の代わりにエージェントベースの移行を使用する必要がある、と言っているのです。これは、これが実際の開発なのかどうかという疑問に、トドメを刺すのに役立ちます。完全なMicrosoftのガイダンスはこちらで読むことができます: Set up an Azure Migrate appliance for server assessment in a VMware environment。

Red Hatの顧客も同様の障害に直面

Red Hatも2026年8月27日にサポート記事を公開しました。こちらで見つけることができます: Unable to download VMware VDDK images for Migration Toolkit for Virtualization (MTV)。したがって、これはVMwareワークロードをOpenShift Virtualizationに移行する組織にとっても問題です。KBには、顧客が「見つかりません」または「アクセス拒否」のエラーを受け取る可能性があると記載されています。

[画像: VMware VDDKイメージダウンロードの変更を引用するRed Hatソリューションドキュメント]

Redhat solution document citing changes to vmware vddk image downloads

このソフトウェアはBroadcomの専有物であるため、Red Hatはパッケージ自体をホストしたり再配布したりできないと述べています。そのため、顧客にBroadcomサポートに連絡してアクセスを要求するように求めているだけです。

VDDKはBroadcomの専有ソフトウェアであるため、Red Hatはパッケージ自体をホストしたり再配布したりできないと述べています。Red Hatは、VDDKへの依存を削除または回避するための長期的な代替策も調査しているようです。

Red Hatエンジニアリングは、依存関係を削除または回避するための長期的な代替策も調査しています。ストレージコピーオフロードのようなものを使用することに言及していますが、これは基盤となるストレージベンダーとその機能に依存します。

Nutanix Moveも影響を受ける

このように、影響を受けるもう一つの環境はNutanixです。Nutanixの顧客もこの障害に直面しています。Nutanixコミュニティのユーザーは、Nutanix Moveユーティリティを使用してESXiからAHVへの移行を準備していましたが、Broadcomアカウントにログインした後でもVDDKリンクが404を返すことに気づいたと述べています。

Nutanix Moveユーティリティに関する私のブログはこちらでご覧ください: Nutanix Move: Migrate from VMware ESXi Free Download

[画像: Nutanix Moveユーティリティ]

Nutanix move utility

Nutanixコミュニティの投稿の顧客は、具体的にVDDK 7.0.3.1とVDDK 8.0.3.2を必要としていました。コミュニティの投稿はこちらで読むことができます: vSphere VDDK Download for Nutanix Move。VMware 8環境からVMを移行するためにNutanix Moveを展開しようとしている顧客と同様の別の議論もあります。

Broadcomサポートは、VDDKはVMwareのテクノロジーアライアンスプログラムに移行したため、適切な関係とサポートアクセスを持つプログラムの一部である必要があると伝えたとされています。その特定の投稿はこちらで読むことができます: VDDK 8.x required for Nutanix Move missing possible issues later。

Platform9はこれを直接指摘

Platform9は、この件を非常に声高に直接指摘しているベンダーの一つです。これは、vJailbreakプロジェクトが組織がVMwareプラットフォームから移行するのを支援するために設計されているためです。彼らは数日前の9月1日(※原文の日付は2026年9月1日)に記事を公開し、Broadcomが公開VDDKアクセスを制限し、顧客がVDDKに必要なファイルを持っていない場合、従来のVDDKとNBD移行が影響を受けると説明しました。

Platform9に関する私のブログ投稿はこちらで確認してください: Platform9 Community Edition Free Download and Install: Migrate from VMware

[画像: Platform9がVMwareからプライベートクラウドディレクターへvJailbreakを使用して移行]

Platform9 migrate from vmware to private cloud director with vjailbreak

Platform9には、互換性のあるストレージにデータを移動するためにストレージ支援移行を使用する代替手段と、VDDKを必要としないVMストレージに直接接続するためにVMware内のプロキシVMを使用できる「高速化」オプションもあります。

Platform9の投稿はこちらで読むことができます: Broadcom Cut Public Access of Virtual Disk Development Kit (VDDK) Overnight

これはVMware顧客にとってロックインの「匂い」が強くする

これは、VMware顧客にとって会話がさらに不快になる可能性のある詳細の一つです。私はここ数日の非常に興味深い「展開」が、特定の思考の方向性を示唆していると考えています。しかし、それは皆さんの判断に委ねます。

数日前のVMware Worldで、VMware vSphere Standardエディションが復活したとされていますか?そして皮肉なことに、プラットフォームからの移行に使用されるVDDKが突然消えました。多くの顧客が移行計画を立てるのにすでに苦労していると思います(そして、私が知っているほとんどの人はできるだけ早く移行しています)。これは、VMwareを離れるために使用しているツールやソリューションによっては、さらに別のハードルとなるでしょう。

BroadcomがVMware Standardを1年間無料で提供したとしても、顧客がプラットフォームに留まる必要があると納得させるのは難しいだろうという考えです。なぜなら、彼らがしてきた様々な変更、つまり「ある時はここにあり、次の瞬間には消える」ような動きがあるからです。今失われているのは、最終的には信頼です。

いずれにせよ、VDDKの利用可能性に依存するサードパーティ製ツールを使用した移行は、次のようになっています。

以前:

  • VDDKをダウンロードする
  • 移行する

現在:

  • Broadcomサポートに連絡する
  • コピーを提供してくれるか確認する
  • 提供してくれない場合、ストレージが他の移行タイプをサポートしているか確認する
  • 全く異なる移行プロセスを検討する必要があるかもしれない

VMwareからProxmoxへの移行は組み込みインポートユーティリティでは影響を受けない

多くの人が、これがVMwareからProxmoxへの移行の障害となるかどうかを尋ねるでしょう。答えは最終的には「いいえ」です。Proxmoxは、ソリューションに組み込まれているインポートユーティリティを使用してVMwareワークロードをインポートするためにVDDKに依存していません。したがって、ホームラボでも本番環境でも、Proxmoxインポートツールを使用してVMDKをVMwareからProxmoxに直接移行することができます。

しかし、VDDKを利用する何らかのサードパーティ製ユーティリティを使用している場合は、影響を受けます。Proxmoxインポートユーティリティに関する私のウォークスルーはこちらで確認してください: Proxmox New Import Wizard for Migrating VMware ESXi VMs

[画像: ProxmoxインポートユーティリティのためのProxmoxストレージへのESXiホストの追加]

Add esxi host to proxmox storage for proxmox import utility

したがって、最終的には、BroadcomがVMwareからProxmoxへの移行をブロックしたとは思いません。真実は、この追加ニュースにより、彼らはプラットフォームから顧客が離れるのを実際には加速させたかもしれないということです。これは、彼らが去るもう一つの理由にすぎません。

Proxmoxに関する私のビデオトレーニングシリーズはこちらでご覧ください: Proxmox Learning — Premium library

まとめ

VMware by Broadcomのサガとドラマが落ち着いたと思った矢先、常に新しい展開があるようです。VDDKの削除は、どのような理由であれ、Standardエディションの復活やSMBおよび中堅企業がプラットフォームから流出するのを食い止めようとしていることを考えると、「興味深い」タイミングです。サードパーティ製ツールを使用している場合は、VDDKの要件を確認し、そのツールにアクセスできるかどうかを確認してください。この変更について、あなたの組織がどのように対応しているか、コメントで教えてください。

著者について

[画像: Brandon Lee]

Brandon Lee

Brandon LeeはVirtualizationhowto.comのシニアライター、エンジニア、オーナーであり、7度のVMware vExpert、20年以上のIT経験を持っています。多数のFortune 500企業や様々な業界で働いた経験があり、様々なIT分野で豊富な経験を持ち、オープンソース技術の強力な提唱者です。Brandonは多くの業界認定資格を保有しており、アウトドアと家族との時間を愛しています。また、あなたが問題をテストしてトラブルシューティングする必要がないように、彼はその労力を惜しみません。