Převod souboru XVA do VMDK

Produkt VMware, jako je Workstation, Fusion nebo ESXi, obvykle nedokáže přímo otevřít export XVA, takže migrace ze XenServer nebo XCP-ng vyžaduje převod virtuálních disků. Praktický postup spočívá v obnovení nebo extrahování XVA, exportu každého disku jako VHD a převodu souborů VHD na VMDK.

Co je formát XVA

XVA je kontejner pro export virtuálního počítače vytvořený nástroji Citrix XenServer, Citrix Hypervisor a XCP-ng. Jedná se o archiv založený na tar, který obsahuje metadata virtuálního počítače, běžně včetně ova.xml, a data disků reprezentovaná bloky VDI XenServer nebo členy archivu.

Administrátoři používají soubory XVA k přesouvání virtuálních počítačů mezi prostředími XenServer nebo XCP-ng, vytváření offline exportů a poskytování záloh virtuálních počítačů. XVA není virtuální disk VMware a přejmenování jeho přípony na .vmdk jej nepřevede.

Co je formát VMDK

VMDK je formát virtuálních disků VMware. VMware Workstation, Fusion a ESXi mohou připojit soubory VMDK k novým nebo existujícím virtuálním počítačům; mnoho variant VMDK podporují i další hypervizory.

VMDK může být řídký a zvětšovat se při zápisu dat, nebo předalokovaný, kdy si předem rezervuje většinu či celou svou virtuální kapacitu. Převod mění kontejner disku a nepřevádí hardware virtuálního počítače specifický pro Xen, snímky, nastavení sítě ani ovladače hosta.

Jak disky převést

Obnovení XVA a export jeho VDI

Jedná se o nejspolehlivější metodu, pokud je k dispozici hostitel XenServer nebo XCP-ng.

1. Importujte XVA do XenServer, Citrix Hypervisor nebo XCP-ng pomocí XenCenter, Xen Orchestra nebo zdokumentovaného importního příkazu dané platformy.
2. Spusťte importovaný virtuální počítač pouze v případě, že jej potřebujete ověřit, a poté jej vypněte. Disk neexportujte ani nepřevádějte, dokud na něj host zapisuje.
3. Identifikujte všechny virtuální disky připojené k virtuálnímu počítači včetně datových disků. Exportujte každý VDI jako VHD pomocí nástroje pro správu nebo příkazového řádku hostitele. Příkaz ve stylu XenServer je:

xe vdi-export uuid=<VDI_UUID> filename=disk.vhd format=vhd

Pokud se syntaxe příkazu liší, použijte ekvivalentní operaci exportu VDI v XCP-ng. Zachovejte původní pořadí disků a zaznamenejte si, který VHD je spouštěcí disk.

Převod VHD na VMDK pomocí qemu-img

Nainstalujte QEMU v Linuxu nebo Windows a před převodem zkontrolujte každý exportovaný disk:

qemu-img info disk.vhd

Pokud výstup identifikuje zdroj jako VHD, převeďte jej na výchozí řídký VMDK:

qemu-img convert -p -f vpc -O vmdk disk.vhd disk.vmdk

Pokud qemu-img info uvede jiný typ zdroje, použijte místo vpc tento uvedený typ. Pro předalokovaný monolitický disk VMware použijte:

qemu-img convert -p -f vpc -O vmdk -o subformat=monolithicFlat disk.vhd disk.vmdk

Před vytvořením předalokovaného disku zkontrolujte volné místo v cílovém umístění. Převod zopakujte pro každý VHD a poté připojte výsledné VMDK k novému virtuálnímu počítači VMware ve stejném pořadí jako v původním virtuálním počítači Xen.

Extrahování XVA bez hostitele Xen

XVA je archiv tar, takže jeho metadata a členy lze kontrolovat lokálně:

mkdir xva-extracted
tar -xf vm.xva -C xva-extracted
find xva-extracted -maxdepth 4 -type f

Extrahované soubory nemusí být samostatné soubory VHD. Mnoho exportů XVA obsahuje části disků XenServer, které je nutné znovu sestavit do obrazu disku. Pokud export obsahuje kompletní VHD, ověřte jej pomocí qemu-img info a převeďte jej podle výše uvedeného postupu. Pokud obsahuje části, použijte nástroj xva-img dodávaný pro příslušnou verzi XenServer nebo XCP-ng a postupujte podle zdokumentovaného příkazu pro extrahování disků v dané verzi, případně importujte XVA do hostitele Xen a exportujte zde VDI.

Členy archivu nespojujte ručně; metadata XVA a uspořádání částí nepředstavují obecnou posloupnost souborů VHD a ruční spojení může vytvořit poškozený disk.

Software pro Windows

Po získání kompletního VHD jej můžete v systému Windows převést pomocí StarWind V2V Converter. Jako zdroj vyberte místní VHD, jako cíl zvolte VMware VMDK a vyberte rozvržení s možností růstu nebo předalokované rozvržení. StarWind obecně nepřevádí samotný archiv XVA, takže je stále nutné extrahování nebo obnovení na straně Xen.

qemu-img je vhodnější pro skriptované nebo opakované převody. XenConvert je starý nástroj pro migraci Xen a neměl by být považován za aktuální přímý převodník z XVA na VMDK.

Kompatibilita a kontroly kvality

• Převod disku obvykle zachová oddíly, souborové systémy a soubory hosta, nikoli však metadata virtuálního počítače XenServer, členství v poolu, snímky, definice virtuálních síťových karet ani nástroje specifické pro Xen.
• Režim BIOS nebo UEFI původního hosta musí odpovídat a je nutné zvolit řadič úložiště VMware kompatibilní s nainstalovaným operačním systémem. Neshoda řadiče nebo firmwaru může zabránit spuštění.
• Windows může rozpoznat nový virtuální hardware, vyžadovat reaktivaci nebo potřebovat změny ovladačů úložiště. Linux může vyžadovat initramfs obsahující ovladač úložiště VMware.
• Pokud nástroje hosta Xen způsobují chyby ovladačů nebo služeb, odstraňte je nebo zakažte a po spuštění hosta nainstalujte VMware Tools. Počítejte se změnou virtuálního síťového adaptéru a adresy MAC.
• Původní XVA si ponechte, dokud se převedený virtuální počítač nespustí a jeho souborové systémy neprojdou kontrolou. Připojte nebo otestujte spuštění každého převedeného disku a před odstraněním zdroje ověřte aplikační data.
• Řídký VMDK může být mnohem menší než jeho virtuální kapacita, zatímco předalokovaný VMDK může dosahovat téměř celé zřízené velikosti. Ani jedna z těchto velikostí sama o sobě neznamená ztrátu dat.
• Žádná běžně dostupná online konverzní služba spolehlivě nepřijímá archivy XVA XenServer nebo XCP-ng a neobnovuje jejich data VDI. Nahrání XVA by navíc odhalilo celé disky, přihlašovací údaje, osobní data a případně soukromé klíče, proto pro produkční nebo důvěrné exporty používejte místní nástroje.