ブロームによる VDDK 公開アクセス停止：VMware 移行における新たな壁

VMware の vSphere から他プラットフォームへ移行する顧客に対し、ブローム（旧 VMware）がさらにスピードダウンさせることを懸念していた頃、実際にその意図が実行に移される局面に差し掛かっています。今回の焦点は、これまで「Virtual Disk Development Kit」（VDDK）として親しまれてきた VMware のダウンロード停止です。もしこれが恒久的な措置であれば、移行業界全体に甚大な影響を及ぼします。

VDDK とは何か？

VDDK は一見するとマイナーな開発者向けツールに見えますが、事実上の「VMware からの脱出」という観点では極めて重要です。

• 概要: 直接的に VDDK を使用しなくても、多くの移行ツールの核として利用されています。
• 主な移行ツール（VDDK 依存）:
  • Microsoft Azure Migrate
  • Red Hat Migration Toolkit for Virtualization (MTV)
  • Nutanix Move
  • KVM 向け移行製品 (virt-v2v など)
  • その他、nbdkit を含む各種ツール

このため、ブロームによる VDDK アクセス制限は、プラットフォーム脱出の道筋に置かれた予期せぬ障害物の一つとなっています。

なぜ突然重要度が高まったのか？

Broadcom が公開アクセス可能な VDDK ダウンロードページを削除し、顧客から「ダウンロード供与ができなくなった」という報告が相次いでいます。

• 現状のリンク状態:
  • 従来のダウンロードリンクにアクセスすると404 エラーが表示されます（例: "Vmware vddk 404 for the previous download page"）。
  • 移行廃止予告や代替ツールの公式発表は行われていません。
• 影響:
  • VMware ワークロードの移動・保護に利用されていた技術が入手しづらくなりました。
  • 「脱出」のためのツールとして機能していた VDDK が、新たな壁となりました。

変化を裏付ける証拠：企業による文書化

複数の企業やコミュニティにおいて、VDDK アクセス制限の事実が確認・報告されています。

ShapeBlue（VMware to KVM 移行）

• 日時: 2026 年 8 月 25 日
• 状況: VDDK ページへのアクセスエラー発生を確認。
• テスト結果: VDDK 8 および 9 のバージョン固有のパスを含む多数の URL をテストし、全件利用不可であることを報告しています。
• 公式発表の有無: ブロームによる削除・撤退理由を説明する公式発表は見当たりません。

Broadcom サポートからの確認

• 直接の通知: Reddit などで、 Broadcom Customer Care が VDDK を「もはや使用またはダウンロード供与の対象外」と伝えたとの報告があります。
• 代替手段の指示: VDDK の代わりに Broadcom Technology Alliance Partners のバックアップ・リカバリー製品の参照が推奨されています。
• コミュニティの声: 複数の VMware サブフォラムで、サポートチケットを通じて「意図的な削除」として報告されたケースが存在します（※一部の議論はモデレーターにより削除されました）。

主要ベンダーの対応と現状

大手企業やベンダーも既にガイドラインを改訂しており、VDDK に依存する移行フローの変更を迫られています。

Microsoft（Azure Migrate）

• ガイドライン更新: Azure Migrate プロセスおよびエージェントなし（agentless）移行に関するドキュメントを更新済み。
• 重要な変更点:
  • 以前は VDDK のインストール指示があったが、現在はアクセス制限の可能性に対する免責事項が追加されています。
  • **「VDDK が入手できない場合は、エージェントなし移行ではなく、エージェント有（agent-based）移行を使用する」**という方針へシフトしています。

Red Hat（Migration Toolkit for Virtualization）

• 日時: 2026 年 8 月 27 日
• 状況: MTV の VDDK イメージダウンロードで「not found」や「access denied」エラーが発生しているとの報告。
• 対応策の限界:
  • ソフトウェアが Broadcom の所有物であるため、Red Hat はパッケージを再配布できない。
  • 顧客はBroadcom サポートに直接連絡してアクセス権限を要請する必要がある。
  • 長期的には依存関係回避（ストレージコピーオフロードなど）を検討中だが、基盤となるベンダーの機能に依存します。

Nutanix Move

• 影響状況: ESXi から AHV へ移行準備中に VDDK リンクが 404 エラーを返す報告多数。
  • ログイン済みでもエラーが発生している。
  • 必要なバージョン（例: VDDK 7.0.3.1, 8.0.3.2）へのアクセスが制限されている。
• 原因: VDDK が VMware Technology Alliance プログラムに移管され、適切な関係性とサポートアクセスが必要とされました。

Platform9（vJailbreak プロジェクト）

• 指摘内容: 公開 VDDK アクセスが制限されており、従来の VDDK + NBD 移行にも影響が出ていることを明言。
• 代替案: 「ストレージアシスタント型移行」や「accelerated オプション（VMware 内のプロキシ VM を使用し、VDDK 不要でストレージに接続）」などの手法を提唱。

顧客ロックインと信頼の喪失

今回の状況は、VMware 顧客に対する**「ロックイン（固定化）」の匂い**が非常に強いものです。

• タイミングの皮肉:
  • 「vSphere Standard Edition」が復活させられたという噂がある中、移行に不可欠な VDDK が突然消えてしまいました。
  • 顧客は移行計画の策定を急いでいますが、プラットフォームから脱出する手段そのものが閉ざされるという二枚舌のような展開です。
• 信頼への打撃:
  • 「今あるのに次の瞬間に消える」という頻繁な変更により、顧客がプラットフォームに残る説得が困難になる可能性があります。
  • 失われたのは単なる機能ではなく、**「信頼」**です。

移行プロセスの変化

VDDK に依存するサードパーティ製ツールを使った移行は、以下のように劇的に変化しました。

以前	現在は
1. VDDK をダウンロード 2. 移行実行	1. Broadcom サポートに連絡 2. カピー（データ転送）が許可されるか確認 3. 拒否された場合、代替移行タイプへ 4. 根本的に異なるプロセスへ見直す

VMware から Proxmox への移行について

多くの人が懸念する「VMware から Proxmox への移行」にも影響が出るのか？という問いに対しては、**「いいえ」**です。

• Proxmox の内蔵ツール:
  • VMDK を直接インポートする際、VDDK に依存していません。
  • ホームラボおよび本番環境を問わず、Proxmox 自体のインポート機能を使えば移行は可能です。
• 例外:
  • サードパーティ製ユーティリティで VDDK を経由する場合のみ、影響を受けます（例：Proxmox の新しいインポートウィザード）。

おわりに

VMware by Broadcom の騒動はまだ収まっておらず、VDDK 除去は SMB やミドルティア企業の流出抑制を狙った**「非常に興味深いタイミング」**で行われた可能性があります。

• 重要: サードパーティ製ツールを使用している場合は、必ず VDDK の要件と最新のアクセス可否を確認してください。
• 展望: 組織がどのように変化に対応し、信頼を回復するか注目されています。