OpenVDDK: open source vervanger voor VMware's VDDK

Cloudarchitect Andrija Panić heeft een open source alternatief gebouwd voor VMware's Virtual Disk Development Kit, de bibliotheek die back-up- en migratiesoftware gebruikt om virtuele schijven uit te lezen. Dat meldt The Register, dat Panić per e-mail sprak.

Waarom dit nodig was

VMware beschrijft VDDK zelf als een set bibliotheken en hulpprogramma's voor ontwikkelaars van opslag- en back-upsoftware. In de praktijk gebruikten klanten en concurrenten het voor iets anders: virtuele machines wegmigreren naar een ander platform. In augustus beperkte VMware de downloads tot partners. Daarmee konden klanten zelf niet meer bij het pakket, en werden migratietools van concurrenten minder effectief.

"Veel tools die niets met elkaar gemeen hebben behalve VMware, gebruiken dezelfde kleine bibliotheek om de schijven van een virtuele machine te lezen", zegt Panić tegen The Register. Hij noemt virt-v2v en nbdkit, de importers in Forklift en MTV, Proxmox VE en Apache CloudStack, plus talloze eigen scripts. "Ik vond het niet eerlijk dat iemands mogelijkheid om zijn eigen data te verplaatsen of te beschermen afhangt van een downloadpagina."

Wat OpenVDDK is

Panić beschrijft het project als een onafhankelijke drop-in voor libvixDiskLib.so.8.0.3, de schijfbibliotheek die VMware's back-up- en migratietools inladen. Het is volgens hem van de grond af geschreven op basis van alleen openbare documentatie en black-box-testen, en bevat geen VMware-code. De kern is in Go geschreven, met een dunne C-laag die exact dezelfde C-interface, bibliotheeknaam en symboolversies naar buiten brengt. De bibliotheek kan schijven alleen lezen, niet schrijven — genoeg voor back-ups en migraties.

De code staat onder de Apache 2.0-licentie op GitHub. Die repository is op 29 oktober aangemaakt, dus het project is jong.

Panić zegt OpenVDDK getest te hebben op vSphere 6.7 U3, 7.0.3, 8.0.3 en 9.1.1. Bij die laatste versie, benaderd via vCenter op een losse ESXi-host, kwam volgens hem elke uitgelezen schijf overeen met het origineel. Onafhankelijke testers melden geslaagd gebruik met Forklift (VMware naar KubeVirt, koud en warm), MTV op OpenShift, een Proxmox VE-pijplijn en eigen nbdkit-tools. Ook kreeg hij meldingen van productiegebruik, waaronder een Duitse cloudprovider die een grote fileserver migreerde en een Amerikaans bedrijf dat naar Apache CloudStack met KVM ging. Hij benadrukt zelf dat dat geen onafhankelijk geauditeerde klantverklaringen zijn en geen garantie dat het in elke productieomgeving geschikt is.

Voor wie geldt dit

Dit raakt iedere beheerder die van VMware af wil en daarbij op VDDK leunende tooling gebruikt: virt-v2v, nbdkit, de importers van Forklift of MTV, Proxmox VE of Apache CloudStack. Een paar dingen om mee te wegen voordat je het in een migratietraject zet:

• OpenVDDK leest alleen. Voor het terugschrijven van schijven heb je het niet.
• Het is een herimplementatie door één persoon, net uitgebracht en zonder audit. Voor een eenmalige migratie is dat een ander risico dan voor een doorlopende back-upketen.
• Er zijn alternatieven. OpenNebula heeft een eigen tool, OneSwap, met volgens het project een slagingspercentage van 96 procent. Nutanix heeft zijn Move-tool aangepast zodat die zonder VDDK werkt. Red Hat werkt volgens The Register aan een fix en heeft een workaround gepubliceerd.