VMware-migráció VDDK nélkül: az adattároló veheti át a másolást
A VMware Virtual Disk Development Kit nyilvános letöltésének megszűnése megnehezíti több migrációs eszköz használatát. Az Everpure szerint a FlashArray tárolótömbön belüli másolással a virtuális gépek adatforgalma kikerülhet a VDDK útvonalából.
- 2026 augusztusától a VDDK nem érhető el nyilvános letöltésként.
- A FlashArray a virtuális lemezek másolását a tárolótömbön belül végezheti.
- Az MTV 2.10-től támogatja a tárolási másolás tehermentesítését.
- Az Everpure laborjában egy 305 GB-os Linux VM migrációja 5 perc 10 másodpercig tartott XCOPY-val.
- A validált környezet legfeljebb 25 VM-et és 100 lemezt támogat migrációs tervenként.
Megszűnt a VDDK nyilvános letöltése
Az Everpure szeptember 15-i bejegyzése szerint 2026 augusztusától a VMware Virtual Disk Development Kit, vagyis a VDDK már nem érhető el nyilvános letöltésként. A VDDK olyan szoftverfejlesztői készlet, amelyet a külső eszközök a vSphere virtuális lemezeinek olvasására használnak.
A Broadcom a VDDK-t a Technology Alliance Programon, röviden TAP-on keresztül terjeszti. Az Everpure szerint a támogatási esetet nyitó ügyfeleket a Broadcom a mentési és migrációs eszközökhöz TAP-partnerekhez irányítja. A Red Hat tudásbázisának egyik cikke közben arról ír, hogy a Migration Toolkit for Virtualization, vagyis az MTV ügyfelei már nem tudják letölteni a migrációs terveikhez használt VDDK-lemezképeket, ezért a Red Hat alternatívákat, köztük a tárolási másolás tehermentesítését vizsgálja.
Az Everpure szerint a VDDK-függőség érinti többek között a Red Hat MTV-t és annak Forklift nevű upstream projektjét, a Nutanix Move-ot, az Azure Migrate ügynök nélküli módját, valamint a virt-v2v, az nbdkit és az ezekre épülő gyártói eszközök egy részét. A Microsoft Azure Migrate dokumentációja ügynök alapú migrációt jelöl meg tartalék lehetőségként.
A FlashArray a hálózat helyett maga másolhat
A hagyományos folyamatban a migrációs eszköz a VDDK-n keresztül kiolvassa a virtuális lemezek tartalmát az ESXi-ről, majd a hálózaton át továbbítja az adatokat a célrendszerhez. Az Everpure szerint nagy virtuális gépeknél ez már korábban is lassú lehetett, a VDDK hozzáférésének bizonytalansága pedig további előfeltételt jelent.
Más megközelítésben a forrásként használt VMware-adattár és a célplatform ugyanazon FlashArray rendszeren található. Ilyenkor a migrációs eszköz a másolást átadhatja a tömbnek. Mivel a FlashArray már tárolja a blokkokat, az új kötet létrehozása metaadatműveletként történhet, így a virtuális gép adatai nem haladnak át a hálózaton vagy egy munkavégző csomóponton.
VMFS-adattáraknál a megoldás SCSI XCOPY-t használ. vVols és RDM esetén a FlashArray Volume Copy API-ja végzi a teljes migráció tehermentesítését. Az Everpure hangsúlyozza, hogy egyik adatútvonalon sincs szükség VDDK-ra. A FlashArray támogatott tárolási szolgáltató az MTV-ben.
OpenShift Virtualization és Portworx alatt
Az MTV 2.10-es verziójától támogatja a tárolási másolás tehermentesítését, a FlashArray pedig támogatott célrendszer. Az Everpure leírása szerint a Forklift vezérlőjén engedélyezni kell a funkciót, majd a forrásadattárakat FlashArray Direct Access, vagyis FADA tárolási osztályhoz kell rendelni. Ezután az MTV XCOPY segítségével az egyes VMDK-kat OpenShift számára bemutatott FlashArray-kötetekre klónozza.
Portworx-kötetek használatakor egy további lépésre van szükség, mivel ezek nem olyan nyers LUN-ok, amelyeket a tömb közvetlenül címezhet. A Portworx és a FlashArray mérnökei által készített migráció utáni beavatkozás az ideiglenes FADA-kötetről XCOPY-val átmásolja a lemezt a Portworx által kezelt eszközökre, újraköti a virtuális gép perzisztens köteteit, majd újraindítja a virtuális gépet. Az Everpure szerint mindkét másolás a FlashArray rendszeren belül marad.
A vállalat saját laboreredményei alapján egy, körülbelül 305 GB használt adatot tartalmazó Linux virtuális gép VDDK-alapú úton 1 óra 25 perc alatt költözött, XCOPY-val viszont 5 perc 10 másodperc alatt. Az RDM- és vVol-alapú megosztottlemez-migrációk, amelyek hálózaton keresztül szakaszonként több mint nyolc órát igényeltek, kötetmásolással körülbelül öt perc alatt fejeződtek be szakaszonként.
Feltételek, Nutanix és a migrációs tervek
Az OpenShift Virtualization és Portworx használatához az Everpure a következő környezetet sorolja fel: Portworx Enterprise 3.5.1 vagy újabb verzió PX-StoreV2-n, Purity 6.3 vagy újabb verzió, valamint MTV 2.10 vagy újabb kiadás. A forrásoldalon VMFS vagy vVol adattár, a céloldalon pedig ugyanazon FlashArray rendszeren működő Portworx-tárolás szükséges. A támogatott folyamat hideg migráció, vagyis a virtuális gép ki van kapcsolva, miközben az állapota megmarad.
A jelenlegi validáció legfeljebb 25 virtuális gépet és migrációs tervenként 100 lemezt fed le, az adatlemezek mérete pedig legfeljebb 35 TB lehet. Az Everpure szerint ugyanez az array oldali megközelítés Nutanix Move esetén is alkalmazható, ha a FlashArray külső tárolóként szolgál. Ha a VMware-adattárak még nem FlashArray-en vannak, a vállalat a Storage vMotion használatát javasolja a migrálandó virtuális gépek előzetes áthelyezésére. Nagyobb környezetekben a FlashArray és FlashArray közötti replikációval a tömeges adatmennyiség előre előkészíthető.
A bejegyzés alapján a felhasználók számára a legfontosabb változás, hogy a migráció megtervezésekor a VDDK beszerzése mellett a tárolási réteg képességei is meghatározóvá válhatnak. Ha a VMware-adatok eleve olyan FlashArray rendszeren vannak, amelyet a forrás és a céloldal is elér, a másolás a vállalat szerint VDDK nélkül is végrehajtható.
Pure Storage: Migrating Off VMware without the VDDK: What Changed and What Still Works
