世界を動かす技術を、日本語で。

BroadcomがVDDKダウンロードを停止したことで、VMwareからの移行が難しくなった

概要

  • BroadcomVMware VDDK の公開ダウンロードを停止
  • 多くの VMware移行ツール に深刻な影響
  • 公式な 告知や代替案 は現時点でなし
  • Microsoft、Red Hat、Nutanix など主要ベンダーも対応中
  • 一部の移行方法(Proxmoxなど)は 影響を受けない

BroadcomによるVMware VDDKのダウンロード停止が与える影響

  • BroadcomVMware Virtual Disk Development Kit(VDDK) の公開ダウンロードページを削除
  • VDDKは VMwareから他プラットフォームへの移行ツール (例:Azure Migrate, Red Hat Migration Toolkit, Nutanix Move, virt-v2v, nbdkit)で広く利用
  • これにより、 VMwareからの移行を検討する顧客 やベンダーにとって新たな障害が発生
  • Broadcomサポートは「 VDDKは一般利用・ダウンロード不可」と明言
  • 公式な 移行通知・廃止アナウンス・代替ツールの発表 は現時点で存在しない

影響の証拠と各社の対応

  • ShapeBlue が2026年8月25日付でVDDKのダウンロード不可を検証・報告
    • VDDK 8および9のダウンロードパスも全てエラー
    • Broadcomからの 公式説明や告知なし
  • Reddit やVMware公式フォーラムでも、サポート経由で「 意図的な公開停止」との報告多数
    • Broadcomは「 Technology Alliance Program」参加者向けに限定
  • Microsoft はAzure Migrateの公式ドキュメントで注意喚起
    • VDDKが入手できない場合は「 エージェントベース移行」への切り替えを推奨
  • Red Hat も「 VDDK入手不可」をサポート記事で案内
    • 顧客にはBroadcomサポートへの直接問い合わせを推奨
    • 長期的な VDDK依存排除策 も検討中
  • Nutanix Move も影響下
    • Nutanixコミュニティで「 VDDKダウンロード404」の報告
    • Broadcomサポートは「 Technology Alliance Program」経由でのみ提供と案内
  • Platform9 も「 VDDK制限による移行手法の制約」を公式に指摘
    • 代替策として ストレージアシスト型移行プロキシVM利用 を提案

ロックイン懸念と顧客不信

  • VMware vSphere Standard Editionの再登場と同時期に VDDK消失 は「ロックイン強化」との見方も
  • サードパーティ移行ツール」の利用フローが大きく変更
    • 以前:VDDKをダウンロードして移行
    • 現在:Broadcomサポートに個別依頼、あるいは別方式を模索
  • 顧客の 信頼喪失 と「移行障壁の増加」という現実

Proxmoxへの移行は影響なし

  • Proxmox のインポートユーティリティは VDDK非依存
    • 直接VMDKをインポート可能
    • ただし、 VDDK依存のサードパーティツール 利用時は影響あり

まとめ

  • Broadcomによる VDDKの公開停止 は、VMwareから他環境への移行を検討する多くの顧客やベンダーにとって重大な障壁
  • 公式な説明や代替策が現時点で示されておらず、 主要クラウド・仮想化ベンダーも対応に追われている 状況
  • Proxmox のような一部ソリューションを除き、今後の移行計画には 新たな戦略やツール選定 が不可欠

Hackerたちの意見

TFAからの話だけど、VMwareからProxmoxへの移行は影響を受けないみたいだね。面白いことに、家庭用ラボのスケールや自動化の要件は企業に比べて小さいけど、1、2年前にProxmoxに移行し始めたとき、ESXiサーバーからProxmoxへのVMの移動は意外とスムーズだったよ。ESXiをストレージシステムとしてマウントして、「ここにコピー」って感じで。確か、ちょっとした課題は、ターゲットVMのCPUタイプを保守的に選んだこと(Proxmoxはデフォルトで「ホスト」CPUを嫌がるみたい)と、ネットワークやSCSIコントローラーのデフォルト設定くらいだったかな。おそらく、パフォーマンスよりも堅牢性を優先するように設計されてるんだろうね。自動化できる部分も多いと思うよ。

ずいぶん前に同じことやったよ。どうなるか心配だったけど、意外とスムーズだった。今はProxmoxが大好き!

現在の仕事を得たのは、Hyper-VからVMwareへの移行プロジェクトをリードできたからなんだ。今年はVMwareからHyper-Vへの移行プロジェクトをリードしたよ。VMwareは本当に素晴らしい製品だった(ただ、私が管理していたVCF環境ではちょっと扱いづらかったけど)。Broadcomに買収されたのは本当に残念だね。それに比べてHyper-Vは典型的なMicrosoft製品って感じ。いろんなチームが作ったツールがバラバラにあって、後付け感が強い。ノードを管理するのにFCMを使わなきゃいけないの?でも役割を管理するのにはHVMを使うの?VMwareのvSphereやProxmoxのように全体的なリソース管理がないのはどうなの?結局、Windowsホストに問題が出たときのために、半プロダクション用のProxmoxクラスターを静かに構築したよ。

実は、これまでの数年間でWindows上のVMwareにかなり苦労してきたから、去年初めてHyper-Vを試したとき、なんだかVMwareに触れることがなくなっちゃったんだ。確かにVMwareは設定が良くて、インターフェースもきれいで、微妙なデザインの利点もあるけど、Hyper-Vは本当に動くし、アップデートを重ねてもちゃんと動き続ける。1年間動いてるVMがあって、今も完璧に機能してる。VMwareではそんな経験したことがなかったな。

過去2年間で、VMwareからクラウドサービスへの移行プロジェクトを約2000万ドル分リードしてきたよ。MBAが短期的な利益を絞り出すために製品に何をするか、本当に狂ってる。さらに狂ってるのは、この国ではこういう人たちが社会にとっての利益だと見なされてること。まるでハゲタカみたいなのに。

企業のITは私にとっては別の宇宙みたいなもので、こういう製品がどれだけ広く使われているか、こういうイベントがどれだけ影響力があるかを見るのは面白いね。これらのプラットフォームを構築するにはいくつかの大きなカテゴリーがある…コア仮想化(「比較的簡単」)、デバイスモデル(「中程度の難しさ」)、ストレージ管理(「難しい」)、管理プレーン(「中程度の難しさ」)。VMwareはx86コア仮想化を普及させ、自分たちのデバイスモデルを定義したのは、彼らが早期の市場リーダーだったから。でも、そのデバイスモデルはかなり奇妙で、ゲストドライバーの品質には特に感心していない。VMFSとvSANはストレージには良さそうだけど、後者はオープンソースのものよりも優れているね。管理プレーンは平凡だったと思う。Flashや太いクライアントから移行するのに時間がかかったのを覚えてるし、クラウドベンダーは最初からそれが必要ないことを示していたし、すべてが設計上の壁に囲まれている感じだね(埋め込みDBなど)。

うちの会社は厚いクライアントアプリがたくさんある?今はウェブ上に多くのワークロードがあって、厚いクライアントは徐々に過去のものになりつつあると思うけど、エンタープライズではまだ頑固なWin32の厚いクライアントアプリがミッションクリティカルなものとして残ってるかも。もし今日会社を始めるなら、アプリの大半はウェブベースにするだろうな。(CRM[netsuiteやsf.com]、O365/GoogleDocs、workday|gustoなど)

quietly built a proxmox cluster なんであなたの職場はProxmoxに全面的に移行しないの?今の時代にHyperVが選ばれるなんて、ちょっとおかしいよね。

うちはESXiとvSphereをたくさん使ってる(全体のVCFソリューションの一部)。すごくうまく動いてるよ。でも、うちは大企業だからお金を払うことに抵抗がないんだ。すでに購入したものを使って、保証などで問題ないし。ProxMoxを使えばよかったとは思わないな。うちはDell製品が多いし、新しいDellのプライベートクラウド製品がすごく期待できるんだ。まるで自分で冒険を選ぶみたいだね。

このアプローチに対する唯一の合理的な理由かもね。顧客基盤が半分になっても、価格が4倍なら収益は2倍になるし、扱う顧客も少なくて済む。彼らは、喜んでお金を払ってくれる大企業のクライアントを維持したいんだろうね。実際にこうなるかどうかは、時間が経たないとわからないけど。

BroadcomがVMware Standardを1年間無料で提供しても、顧客をそのプラットフォームに留まらせるのは難しいと思ってる。 そうだね。彼らは君を囲い込もうとしてる。なんでそこに留まる理由があるの?

元VMwareエンジニアとして、Broadcomの管理された下降についての記事を読むのはちょっと悲しいね。VMwareの全盛期には、本当にクールで役立つエンジニアリングが行われていて、商業的には不安定な形で提供されることが多かったけど、しばらくは全体がうまく機能してたんだ。Broadcomは、もはや革新する能力がない会社として、価値が急速に減少する前にできるだけ多くのドルを引き出そうとしてるように見える。VMwareのビジネスタイプの人たちは、勝つことがデフォルトで確実な状態だと思っていた時期があったけど、それが全然違ったことに気づくのに数年かかった。今の成功しているビジネスにとっての本当の教訓だね。

Hacker Newsで議論の続きを見る