Converti XVA in VMDK

Un prodotto VMware come Workstation, Fusion o ESXi normalmente non può aprire direttamente un'esportazione XVA, quindi la migrazione da XenServer o XCP-ng richiede la conversione dei dischi virtuali. La procedura pratica consiste nel ripristinare o estrarre l'XVA, esportare ogni disco come VHD e convertire i file VHD in VMDK.

Cos'è il formato XVA

XVA è un contenitore di esportazione di macchine virtuali prodotto da Citrix XenServer, Citrix Hypervisor e XCP-ng. È un archivio basato su tar contenente i metadati della VM, che includono comunemente ova.xml, e i dati dei dischi rappresentati da blocchi VDI di XenServer o da membri dell'archivio.

Gli amministratori utilizzano i file XVA per spostare le VM tra ambienti XenServer o XCP-ng, creare esportazioni offline e fornire backup delle VM. Un XVA non è di per sé un disco virtuale VMware e rinominarne l'estensione in .vmdk non lo converte.

Cos'è il formato VMDK

VMDK è il formato dei dischi virtuali di VMware. VMware Workstation, Fusion ed ESXi possono collegare file VMDK a macchine virtuali nuove o esistenti; anche altri hypervisor supportano molte varianti di VMDK.

VMDK può essere sparse, espandendosi man mano che vengono scritti i dati, oppure preallocato, riservando in anticipo la maggior parte o tutta la sua capacità virtuale. La conversione modifica il contenitore del disco e non converte l'hardware della VM specifico di Xen, gli snapshot, le impostazioni di rete o i guest driver.

Come convertire i dischi

Ripristinare l'XVA ed esportare il relativo VDI

Questo è il metodo più affidabile quando è disponibile un host XenServer o XCP-ng.

1. Importare l'XVA in XenServer, Citrix Hypervisor o XCP-ng con XenCenter, Xen Orchestra o il comando di importazione documentato della piattaforma.
2. Avviare la VM importata solo se necessario per verificarla, quindi arrestarla. Non esportare né convertire un disco mentre il guest vi sta scrivendo.
3. Identificare ogni disco virtuale collegato alla VM, inclusi i dischi dati. Esportare ogni VDI come VHD utilizzando il client di gestione o la riga di comando dell'host. Un comando in stile XenServer è:

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

Utilizzare l'operazione equivalente di esportazione VDI in XCP-ng se la sintassi del comando è diversa. Mantenere l'ordine originale dei dischi e annotare quale VHD è il disco di avvio.

Convertire VHD in VMDK con qemu-img

Installare QEMU su Linux o Windows e controllare ogni disco esportato prima della conversione:

qemu-img info disk.vhd

Se l'output identifica la sorgente come VHD, convertirla nel formato VMDK sparse predefinito:

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

Se qemu-img info restituisce un tipo di sorgente diverso, utilizzare il tipo indicato al posto di vpc. Per un disco VMware monolitico preallocato, utilizzare:

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

Controllare lo spazio libero sulla destinazione prima di creare un disco preallocato. Ripetere la conversione per ogni VHD, quindi collegare i VMDK risultanti a una nuova VM VMware nello stesso ordine della VM Xen originale.

Estrarre un XVA senza un host Xen

Un XVA è un archivio tar, quindi i relativi metadati e membri possono essere esaminati localmente:

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

I file estratti non sono necessariamente VHD autonomi. Molte esportazioni XVA contengono blocchi di disco XenServer che devono essere riassemblati in un'immagine disco. Se l'esportazione include un VHD completo, verificarlo con qemu-img info e convertirlo come illustrato sopra. Se contiene blocchi, utilizzare l'utility xva-img fornita per la versione pertinente di XenServer o XCP-ng, seguendo il comando documentato di estrazione del disco per quella versione, oppure importare l'XVA in un host Xen ed esportare il VDI da lì.

Non concatenare manualmente i membri dell'archivio; i metadati e la disposizione dei blocchi XVA non costituiscono una sequenza generica di file VHD e la concatenazione manuale può produrre un disco danneggiato.

Software desktop per Windows

Dopo aver ottenuto un VHD completo, StarWind V2V Converter può convertirlo su Windows. Selezionare il VHD locale come sorgente, scegliere VMware VMDK come destinazione e selezionare una disposizione espandibile o preallocata. StarWind generalmente non converte l'archivio XVA stesso, quindi sono comunque necessari l'estrazione o il ripristino lato Xen.

qemu-img è preferibile per conversioni tramite script o ripetibili. XenConvert è una vecchia utility di migrazione Xen e non dovrebbe essere considerata un convertitore diretto attuale da XVA a VMDK.

Compatibilità e controlli di qualità

• La conversione del disco normalmente preserva partizioni, filesystem e file del guest, ma non i metadati della VM XenServer, l'appartenenza al pool, gli snapshot, le definizioni delle NIC virtuali o gli strumenti specifici di Xen.
• Abbinare la modalità BIOS o UEFI originale del guest e scegliere un controller di archiviazione VMware compatibile con il sistema operativo installato. Una mancata corrispondenza del controller o del firmware può impedire l'avvio.
• Windows potrebbe rilevare nuovo hardware virtuale, richiedere la riattivazione o avere bisogno di modifiche ai driver di archiviazione. Linux potrebbe richiedere un initramfs contenente il driver di archiviazione VMware.
• Rimuovere o disabilitare gli strumenti guest Xen se causano errori di driver o servizi, quindi installare VMware Tools dopo l'avvio del guest. Prevedere la modifica dell'adattatore di rete virtuale e dell'indirizzo MAC.
• Conservare l'XVA originale finché la VM convertita non si avvia e i suoi filesystem non superano i controlli. Eseguire il mount o un test di avvio di ogni disco convertito e verificare i dati delle applicazioni prima di eliminare la sorgente.
• Un VMDK sparse può essere molto più piccolo della sua capacità virtuale, mentre un VMDK preallocato può avvicinarsi alle dimensioni complete predisposte. Nessuna delle due dimensioni indica di per sé una perdita di dati.
• Nessun servizio di conversione online mainstream accetta in modo affidabile archivi XVA di XenServer o XCP-ng e ricostruisce i relativi dati VDI. Il caricamento di un XVA esporrebbe inoltre dischi completi, credenziali, dati personali ed eventualmente chiavi private, quindi per le esportazioni di produzione o riservate utilizzare strumenti locali.