veilletech.fr
8 sept. Feed du jour
#03 DEVOPS Article

Broadcom retire le VDDK, migrer devient dur

Une porte de sortie qu'on n'a pas testée n'est pas une porte de sortie.

Broadcom a supprimé les pages de téléchargement public du VMware Virtual Disk Development Kit, la bibliothèque sur laquelle s'appuient Azure Migrate, le Migration Toolkit de Red Hat, Nutanix Move, virt-v2v et nbdkit. ShapeBlue l'a constaté le 25 août 2026 pour les versions 8 et 9 ; le support Broadcom confirme aux clients que le kit « n'est plus disponible ». Aucune annonce officielle n'accompagne le retrait, et Microsoft a mis à jour sa documentation.

3 min de lectureintermédiairevidéo 1:17
Partager
Sommaire5 sections
  1. Ce qui se passe
  2. Ce qu'on sait, et par quelles voies
  3. Ce que ça change
  4. Comment s'y prendre
  5. À retenir

Ce qui se passe

Le VDDK — Virtual Disk Development Kit — a tout du composant dont personne ne se soucie : une bibliothèque d'éditeur, téléchargée une fois, jamais revue. Sauf qu'elle est la pièce qui permet de lire et d'écrire un disque virtuel depuis l'extérieur de l'hyperviseur.

C'est donc la pièce sur laquelle reposent la sauvegarde et, surtout, la migration :

Broadcom vient d'en retirer les pages de téléchargement public. Les URL connues renvoient une page 404.

Ce qu'on sait, et par quelles voies

Trois sources indépendantes convergent, ce qui compte pour un événement qui n'a fait l'objet d'aucun communiqué.

ShapeBlue, le 25 août 2026, constate que les pages VDDK citées par sa propre procédure de migration VMware vers KVM renvoient des erreurs. L'éditeur teste plusieurs chemins, y compris les emplacements spécifiques aux versions 8 et 9 : tous indisponibles.

Le support Broadcom, ensuite. Des clients ayant ouvert un ticket rapportent une réponse convergente : le VDDK n'est plus disponible à l'usage ni au téléchargement, avec renvoi vers les produits de sauvegarde des Technology Alliance Partners agréés. Un fil sur r/vmware a été supprimé par la modération, mais les commentaires restent lisibles.

Microsoft, enfin, a mis à jour sa documentation de migration VMware.

Ce qui manque, en revanche, est notable : aucune annonce de dépréciation, aucun avis de transition, aucun remplaçant nommé.

Ce que ça change

L'effet net est indépendant de l'intention. Une bibliothèque VMware, utilisée pour déplacer et protéger des charges VMware, devient plus difficile à obtenir que la plateforme elle-même — à un moment où beaucoup de clients évaluent leur sortie de vSphere après les changements de licence.

Concrètement, un outil de migration qui vous demandait de fournir le VDDK n'a plus de source légitime à vous indiquer. Ceux qui l'embarquent déjà continuent de fonctionner ; ceux qui le téléchargent à l'installation ne le peuvent plus.

Comment s'y prendre

  1. Inventoriez. Pour chaque outil de sauvegarde ou de migration, vérifiez s'il embarque le VDDK ou s'il attend que vous le fournissiez. C'est la seule question qui décide si vous êtes concerné.
  2. Conservez ce que vous avez. Si une archive VDDK 8 ou 9 traîne sur un partage interne ou dans une image de build, elle vient de prendre de la valeur.
  3. Testez la sortie maintenant. Un plan de migration jamais exécuté ne distingue pas une dépendance disponible d'une dépendance disparue.
  4. Demandez à votre éditeur de se positionner par écrit, y compris sur le scénario où le retrait devient définitif.

À retenir

Le fait est établi et daté ; l'intention ne l'est pas. Il n'existe aucune déclaration officielle de Broadcom, et une page retirée peut revenir — cette fiche ne prétend pas trancher. Mais deux semaines de silence après un constat public ne ressemblent pas à un incident de publication, et la prudence coûte ici le prix d'une archive mise de côté.

Source : Virtualization Howto