Broadcom が VMware の移行ツールを予告なく削除

2026 年 8 月下旬以降、Broadcom の開発者ポータルにある VMware の VDDK ライブラリのダウンロードページは 404 を返しています。告知も、廃止予告も、代替手段の案内もありません。ライブラリ自体はほとんどの人にとってなじみのないものですが、それに依存するツールはそうではありません。VMware サーバー向けのイメージレベルのバックアップ製品や、VMware から他のプラットフォームへ移行するためのツールです。実際の結果として、VMware からの撤退を検討していた企業は、公式の出口が閉ざされていることに気づきました。そしてこの教訓は、VMware を使っているかどうかにかかわらず、すべてのシステム所有者に当てはまります。ベンダーへの依存度はサブスクリプション料金では測れません。離れるためにどれだけの時間、費用、専門知識が必要かで測られるのです。

VDDK とは何か、聞いたことがなくても重要な理由

VDDK は Virtual Disk Development Kit の略です。ハイパーバイザーの外部にあるソフトウェアが VMware の仮想ディスクを読み書きできるようにするライブラリです。もっと平たく言えば、仮想サーバーのコピーを取ったり、別の場所へ移したりしようとするすべてのプログラムが渡る橋です。

だからこそ、Broadcom とは一見関係のないツールの中心にあるのです。VMware から KVM への移行作業の大半を支えるオープンソースの変換エンジン virt-v2v は、これを入力トランスポートとしてサポートしています。Apache CloudStack の移行パスは、まず完全な OVF ファイルをエクスポートする代わりに、これを使ってディスクブロックを直接ストリーミングします。そして vSphere の仮想マシンのイメージレベルのコピーを取るバックアップ製品は、どれもチェーンのどこかでこれを経由しています。

要点はこうです。VMware を使い続けるために VDDK は必要ありません。必要になるのは、素早く離れるとき、そして判断を下すまでの間、稼働中のものを保護するときです。

実際に何が起きたのか

ShapeBlue は 2026 年 8 月 25 日にこの変更を記録しました。Apache CloudStack の公式管理ガイドがライブラリのダウンロード先として示しているページがエラーを返し、バージョン 8 とバージョン 9 の専用パスを含め、ポータル上の他のすべての VDDK パスも同様でした。彼らはヨーロッパから、さらに米国、ブラジル、フィンランド、日本の出口ノードを経由してテストし、どこでも同じ結果を得ました。つまり、ローカルな障害でも地理的なブロックでもありません。

さらに奇妙なことに、この変更を説明する Broadcom の告知は一切ありません。段階的な廃止予告も、保持ポリシーも、顧客や小規模ベンダーがライブラリを入手するための案内もありません。CloudStack の公式ガイドは今も、もう機能しないリンクへユーザーを誘導しています。私たちもこの記事の執筆中に自らリンクを確認し、404 を受け取りましたが、CloudStack のガイドページ自体は通常どおり表示されます。

システムを動かすためにライブラリは必要ありません。必要なのは離れるときです。だからこそ、それがないことが重大なのです。

回避策がない理由

通常、誰もが必要とするファイルが消えると、技術コミュニティは回避策を見つけます。誰かがミラーを作り、誰かがパッケージ化し、話はドキュメントページの脚注として終わります。しかし、VDDK のライセンスは一般的な再配布を認めていません。どの Linux ディストリビューションにも同梱されておらず、どのコンテナイメージにも含まれておらず、再配布契約を締結していないバックアップベンダーはインストーラーに組み込むことができません。

これで全体像がそろいます。たった一つの URL がソフトウェアのエコシステム全体にとって強固な依存先となり、その依存を生み出したライセンスこそが、明白な解決策を阻んでいるのです。バイナリを別の場所にミラーしても何も解決しません。法的リスクをホストする側に移すだけです。

被害の受け方も平等ではありません。パートナー関係にある大手バックアップベンダーには連絡できる相手がいます。三人規模の移行コンサルティング会社、オープンソースプロジェクト、あるいは自社のワークロードを移行しようとしている顧客の手元にあるのは、フォーラムの投稿とエラーページだけです。

本当の教訓：撤退コストこそロックインの尺度

システム購入の判断の多くは、価格と機能を比較して行われます。それは評価の半分にすぎません。欠けている残りの半分は、ひとつの問いです。三年後にこのベンダーから離れると決めたら、どれだけのコストがかかるのか。

VDDK の一件は、撤退コストが固定されたものではないことを示しています。ベンダーは後から一方的に、ときには何の告知もなく、それを引き上げることができます。五年前に VMware と契約した企業は、価格と性能を評価しました。製品の所有者が変わることも、撤退ツールがポータルからひっそりと消えることも知りませんでした。

撤退コストを実際に測る方法

新しい契約を結ぶ前、そして既存の契約を更新する前に、次の質問を投げかけ、回答を書面で受け取ってください。

  • データをオープンな形式でエクスポートできるか？スプレッドシートへの部分的な書き出しではなく、データとレコード間の関係を、別のシステムが読み取れる形式で完全にエクスポートできることです。
  • 撤退ツールはベンダー自身が所有しているか？唯一の出口が、離れたい相手が管理するツールを経由するのであれば、それは撤退計画ではありません。ただの希望です。
  • 契約が突然終了した場合、何が手元に残るか？理由を問わず取引関係が終了した際に、決められた期限内にデータとドキュメントを引き渡すことを保証する明示的な条項を求めてください。
  • 実際に離れてみたことはあるか？一度も検証されていない撤退計画は計画ではありません。少なくとも年に一度は完全なエクスポートを実行し、別の場所にインポートできることを確認してください。
  • 移行にはどれくらいかかるか、数字で答えられるか？日数とコストを正直に見積もってください。答えが「分からない」なら、それもひとつの答えであり、依存度が思っている以上に高いことを意味します。

Origami での取り組み

私たちはテクノロジー企業であり、コードとデータは顧客のものであるという原則に基づいて顧客のシステムを構築しています。実際には、他のどのチームでも読み取れる標準的なデータベース、要望に応じてではなくシステムと一緒に引き渡すドキュメント、そしてデータの断片ではなく全体をエクスポートできる API を意味します。取引関係が一時的だからこう言うのではありません。離れられると分かっている顧客こそ、自らの意思でとどまる顧客だからです。

そして第三者の製品への依存が必要な場合、それはよくあることですが、その第三者がいなくなったらどうなるかを設計書に記載します。代替手段は何か、切り替えにどれくらいかかるか、システムのどの部分が影響を受けるか。設計書のわずか一ページですが、それが不意打ちと計画的な対応との違いになるのです。

出典