Vertrek bij VMware is moeilijker geworden nadat Broadcom VDDK-downloads heeft verwijderd

Wat is de VMware VDDK?

Wie nooit persoonlijk de VDDK heeft gedownload, zou kunnen aannemen dat dit een obscuur VMware-ontwikkelaarspakket is waar de meeste gebruikers nooit behoefte aan hebben. In zekere zin is dat juist, mits u de VDDK niet direct hoeft te gebruiken. Wat u zich echter misschien niet realiseert, is hoeveel tools die u waarschijnlijk wél gebruikt, er gebruik van maken.

Deze bibliotheek is namelijk centraal voor veel migratietools die worden gebruikt om van VMware naar andere platforms over te stappen. Zo wordt het gebruikt door tools zoals:

• Microsoft Azure Migrate
• Red Hat’s Migration Toolkit
• Nutanix Move
• VMware-naar-KVM-migratieproducten
• Tools zoals virtv2v en nbdkit

Voor VMware-klanten die proberen uit te zoeken hoe het leven na Broadcom eruitziet, is dit dus opnieuw een onverwachte blokkade bij het verlaten van het platform.

Wat heeft Broadcom precies gewijzigd?

De reden dat dit plotseling relevant is, is dat Broadcom de normale, publiek toegankelijke VDDK-downloadpagina's heeft verwijderd. Betrokken klanten melden dat de support van Broadcom hen heeft verteld dat de VDDK niet langer beschikbaar is voor algemeen gebruik of download.

Wanneer u nu navigeert naar de link waar de VDDK-download voorheen stond, krijgt u een 404-pagina te zien. Opvallend is dat er geen traditionele aankondiging van Broadcom is gevonden die deze wijziging uitlegt. Er is tot nu toe geen overgangsbericht, deprecation-aankondiging of vervangende tool of bibliotheek aangekondigd.

In plaats daarvan hebben veel migratieleveranciers en klanten de afgelopen dagen gemerkt dat links waarnaar zij waren verwezen, plotseling foutmeldingen geven. Het feit dat een SDK simpelweg verdwijnt, is zeer interessant. Het netto-effect, ongeacht de motivatie van Broadcom, is op dit moment moeilijk te negeren. Een VMware-technologie die wordt gebruikt om VMware-workloads te verplaatsen en te beschermen, is nu moeilijker toegankelijk geworden voor klanten en migratieleveranciers.

Bewijs van wijzigingen in de toegang tot VDDK

Het bedrijf ShapeBlue heeft de wijziging gedocumenteerd per 25 augustus 2026. Zij ontdekten dat de VMware VDDK-pagina's die in de VMware-naar-KVM-migratiedocumentatie werden vermeld, fouten gaven. Vervolgens hebben zij talloze VDDK-URL-paden getest, inclusief versie-specifieke paden voor VDDK 8 en 9, maar beide versies bleken niet beschikbaar te zijn.

ShapeBlue merkte op dat Broadcom geen openbare aankondiging heeft gepubliceerd waarin de reden voor het verwijderen, intrekken of verouderen van de bibliotheek wordt uitgelegd.

Broadcom support lijkt te bevestigen dat dit opzettelijk was

Een van de sterkste bewijzen dat dit een bewuste intrekking van de VDDK-bestanden is, komt van Broadcom-klanten die supportcases hebben geopend. Op Reddit plaatste een klant het antwoord dat zij direct van Broadcom Customer Care hadden ontvangen: de VDDK was "niet langer beschikbaar voor gebruik of download". De klant werd vervolgens verwezen naar back-up- en recoveryproducten van geautoriseerde Broadcom Technology Alliance Partners.

In een andere discussie in het VMware-subreddit meldde een beheerder dat hij een ticket had geopend bij Broadcom en door de support werd bevestigd dat de VDDK opzettelijk was verwijderd en niet langer beschikbaar was via de vorige methode.

Microsoft heeft de documentatie over VMware-migratie al aangepast

Er is wellicht nog sterker bewijs van Microsoft. Microsoft heeft inmiddels de richtlijnen voor het Azure Migrate-proces en de agentloze migratie van VMware-workloads naar Azure bijgewerkt.

Voorheen instrueerde de documentatie van Microsoft beheerders om de VMware VDDK te installeren op de Azure Migrate-appliance. Nu heeft Microsoft echter een disclaimer of waarschuwing toegevoegd aan hun officiële richtlijnen dat Broadcom de toegang tot de VDDK kan beperken.

In feite zeggen ze: als u geen toegang krijgt tot de VDDK, dan moet u de agent-gebaseerde migratie gebruiken in plaats van de agentloze migratiemethode.

Red Hat-klanten lopen tegen hetzelfde obstakel aan

Red Hat heeft op 27 augustus 2026 eveneens een supportartikel gepubliceerd over het onvermogen om VMware VDDK-images te downloaden voor de Migration Toolkit for Virtualization (MTV). Dit is ook een probleem voor organisaties die VMware-workloads migreren naar OpenShift Virtualization. De KB meldt dat klanten een "not found" of "access denied" foutmelding kunnen krijgen.

Omdat de software eigendom is van Broadcom, geeft Red Hat aan dat zij het pakket zelf niet kunnen hosten of herdistribueren. Zij vragen klanten simpelweg om contact op te nemen met Broadcom support om toegang te vragen. Red Hat Engineering onderzoekt inmiddels alternatieven op de lange termijn om de afhankelijkheid van de VDDK te verwijderen of te omzeilen, zoals het gebruik van storage copy offload, hoewel dit afhankelijk is van de opslagleverancier en diens mogelijkheden.

Nutanix Move is beïnvloed

Ook Nutanix-klanten zijn nu tegen dit probleem aangelopen. Een gebruiker in de Nutanix-community merkte op dat hij een migratie van ESXi naar AHV voorbereidde met de Nutanix Move-utility, maar ontdekte dat de VDDK-link een 404-fout gaf, zelfs na het inloggen op zijn Broadcom-account. De klant had specifiek VDDK 7.0.3.1 en VDDK 8.0.3.2 nodig.

Broadcom support zou hen hebben verteld dat de VDDK was verplaatst naar het VMware Technology Alliance Program, en dat men daar deel van uit moet maken met de juiste relatie en support-toegang.

Platform9 spreekt dit direct uit

Platform9 is een van de leveranciers die dit zeer vocaal en direct heeft benoemd. Dit komt omdat hun vJailbreak-project is ontworpen om organisaties te helpen migreren weg van het VMware-platform. Zij publiceerden op 1 september een artikel waarin wordt uitgelegd dat Broadcom de publieke VDDK-toegang heeft beperkt, waardoor de traditionele VDDK-plus-NBD-migratie is beïnvloed voor klanten die de benodigde VDDK-bestanden nog niet in hun bezit hebben.

Platform9 biedt alternatieven via storage assisted migration om data naar compatibele opslag te verplaatsen, en een "versnelde" optie die een proxy-VM binnen VMware gebruikt om directer verbinding te maken met de VM-opslag zonder dat daar de VDDK voor nodig is.

Dit ruikt sterk naar 'lock-in' voor VMware-klanten

Dit is een detail waardoor de discussie voor VMware-klanten waarschijnlijk ongemakkelijker wordt. Tijdens VMware World is er recentelijk gesuggereerd dat de VMware vSphere Standard-editie is teruggebracht. Ironisch genoeg is precies op dat moment de VDDK, die wordt gebruikt om het platform te verlaten, verdwenen.

Veel klanten hebben al moeite om hun migraties weg van VMware te plannen (en de meesten die ik ken, doen dit zo snel mogelijk). Dit is opnieuw een hindernis, afhankelijk van de tool en oplossing die u gebruikt.

Mijn standpunt is dat zelfs als Broadcom VMware Standard een jaar gratis weggeeft, het moeilijk zal zijn om klanten te overtuigen bij het platform te blijven, gezien de constante wijzigingen en het feit dat functies het ene moment er zijn en het volgende moment verdwijnen. Het vertrouwen in het platform is uiteindelijk weg.

In elk geval is de migratie met tools van derden die afhankelijk zijn van de VDDK veranderd:

Voorheen:

1. Download de VDDK
2. Migreer

Nu:

1. Neem contact op met Broadcom support
2. Kijk of zij een kopie willen geven
3. Als dat niet lukt, controleer of uw opslag een ander migratietype ondersteunt
4. U moet mogelijk naar een geheel ander migratieproces overstappen

VMware-naar-Proxmox migraties zijn niet beïnvloed door de ingebouwde importtool

Veel mensen zullen zich afvragen of dit een blokkade vormt voor migraties van VMware naar Proxmox. Het antwoord is nee. Proxmox is niet afhankelijk van de VDDK om VMware-workloads te importeren via de in de oplossing ingebouwde import-utility. U kunt dus nog steeds de Proxmox-importtool gebruiken om VMDK's direct van VMware naar Proxmox te migreren, zowel in home labs als in productieomgevingen.

Echter, als u een tool van een derde partij gebruikt die wél gebruikmaakt van de VDDK, dan is deze wel beïnvloed.

Uiteindelijk denk ik niet dat Broadcom de migraties naar Proxmox heeft geblokkeerd. Sterker nog, met dit nieuws hebben ze de uitstroom van klanten van het platform mogelijk juist versneld, omdat dit simpelweg één reden extra is om te vertrekken.

Conclusie

Net wanneer we denken dat het saga en drama rondom VMware by Broadcom is gaan liggen, lijkt er altijd een nieuwe complicatie te zijn. Het verwijderen van de VDDK heeft, om welke reden dan ook, een zeer "interessante" timing, zeker nu ze de Standard-editie terugbrengen om de uitstroom van mkb- en middelgrote bedrijven te stoppen.

Als u tools van derden gebruikt, controleer dan goed wat de vereisten voor de VDDK zijn en of u nog toegang heeft tot deze tool.