Convertitore online gratuito da QCOW a OVA

Un disco QCOW richiede generalmente la conversione quando un hypervisor desktop o un importer di appliance accetta OVA ma non è in grado di aprire il formato immagine nativo di QEMU. La conversione crea un’appliance virtuale portatile contenente il disco virtuale e una descrizione hardware OVF.

Cos’è il formato QCOW

QCOW, inclusa la variante QCOW2 comunemente utilizzata, è il formato di disco virtuale copy-on-write di QEMU. Viene comunemente creato da QEMU e KVM ed è utilizzato anche dalle piattaforme di virtualizzazione basate su libvirt, OpenStack, Proxmox e dagli strumenti di virtualizzazione Linux.

Un’immagine QCOW archivia i dati del sistema operativo guest in cluster allocati, invece di richiedere immediatamente l’intera dimensione del disco virtuale. QCOW2 supporta funzionalità come allocazione sparse, snapshot, compressione e crittografia opzionale. In genere lo si incontra quando si scarica un’appliance KVM, si esporta una macchina virtuale QEMU o si sposta una VM da un server Linux.

Cos’è il formato OVA

OVA è un pacchetto costituito da un singolo file contenente un descrittore di macchina virtuale OVF e una o più immagini di dischi virtuali, generalmente file VMDK. I prodotti VMware, VirtualBox e molti importer di appliance supportano OVA.

OVA è utile per distribuire o archiviare una macchina virtuale completa perché le sue impostazioni hardware, i riferimenti ai dischi e i metadati vengono trasferiti insieme al disco. È un formato di packaging, non un formato di immagine disco: normalmente il disco QCOW deve essere convertito in un formato accettato dall’hypervisor di destinazione prima di essere inserito nell’OVA.

Come convertire QCOW in OVA

Utilizzo di QEMU e VirtualBox

1. Esamina l’immagine di origine e conferma il formato effettivo:
   qemu-img info source.qcow2
   Utilizza il nome file indicato dal sistema; un’immagine QCOW può usare .qcow o .qcow2.
2. Converti il disco in VMDK con QEMU:

qemu-img convert -p -O vmdk source.qcow2 converted.vmdk

Se il rilevamento automatico del formato non è appropriato, specifica esplicitamente il formato di origine, ad esempio -f qcow2. Non utilizzare -f qcow2 per un’immagine identificata come il formato QCOW precedente.

3. Crea una nuova macchina virtuale in VirtualBox con il tipo e la versione corrispondenti al sistema operativo guest. Quando richiesto, scegli Do not add a virtual hard disk.
4. Apri Settings → Storage della VM, aggiungi un disco rigido virtuale e seleziona converted.vmdk. Fai corrispondere l’impostazione del firmware originale in Settings → System → Motherboard: abilita EFI per un guest UEFI e lascialo disabilitato per un guest BIOS legacy.
5. Regola il numero di CPU della VM, la memoria, il modello della scheda di rete, il controller di archiviazione e l’ordine di avvio in modo che corrispondano all’ambiente di origine. Avvia la VM e verifica che il guest si avvii prima dell’esportazione.
6. Spegni il guest, quindi scegli File → Export Appliance in VirtualBox. Seleziona la VM, scegli un nome file di output che termini con .ova, controlla le impostazioni dell’appliance e avvia l’esportazione.

L’equivalente da riga di comando è:

VBoxManage export "VM name" --output appliance.ova

Utilizzo di un workflow basato su VMware

Converti l’immagine QCOW in VMDK con qemu-img, collega il VMDK a una nuova VM VMware con impostazioni compatibili per firmware e controller, quindi esporta la VM come pacchetto OVF e archivia la directory OVF come file tar con estensione .ova. OVF Tool di VMware può creare un pacchetto da una directory OVF, ma in genere non converte direttamente un disco QCOW arbitrario in un’appliance completa.

Conversione online

Per un’immagine piccola e non sensibile, puoi utilizzare il convertitore gratuito di 101convert.com senza installare software. I dischi delle VM sono spesso grandi e possono contenere credenziali o dati privati, quindi la conversione locale con QEMU è generalmente più adatta.

Compatibilità e limitazioni

I dati a blocchi vengono preservati durante la conversione da QCOW a VMDK, ma l’hardware virtuale no. Un guest potrebbe non avviarsi se l’appliance esportata modifica la modalità BIOS rispetto a UEFI, il tipo di controller del disco, l’ordine di avvio, i requisiti della CPU virtuale o il modello della scheda di rete.

Spegni correttamente il guest prima della conversione. La conversione di un’immagine QCOW attiva può acquisire un filesystem incoerente, a meno che la VM non utilizzi uno snapshot appropriato o una procedura di backup coerente con il guest.

Gli snapshot QCOW, le catene di backing file, la compressione e la crittografia non vengono riprodotti automaticamente come funzionalità OVA. Risolvi o appiattisci i backing file quando necessario e verifica che il VMDK risultante contenga tutti i dati richiesti. L’OVA è comunemente un archivio tar non compresso, quindi il packaging non riduce necessariamente le dimensioni del disco.

Dopo l’esportazione, testa l’OVA nell’hypervisor previsto. Controlla il manifest dell’appliance, se presente; la modifica dei file all’interno di un OVA firmato può invalidarne i checksum. Conserva l’immagine QCOW originale finché la VM importata non si è avviata e le relative applicazioni e i dati non sono stati verificati.