Darmowy konwerter online OVA do QCOW2

Platforma wirtualizacyjna może wymagać formatu QCOW2 dla gościa QEMU/KVM lub Proxmox, podczas gdy appliance pobrany z VMware lub VirtualBox jest zazwyczaj dostarczany jako OVA. Konwersja wypakowuje archiwum OVA i konwertuje jego obraz dysku VMDK; następnie ustawienia sprzętowe maszyny wirtualnej muszą zostać odtworzone na platformie docelowej.

Czym jest format OVA

OVA, czyli Open Virtual Appliance, to pojedyncze archiwum TAR zawierające deskryptor appliance OVF, jeden lub więcej dysków wirtualnych, a czasami także manifest lub certyfikat. Produkty VMware, VirtualBox i inne narzędzia zgodne z OVF tworzą pliki OVA w celu eksportowania i dystrybucji kompletnych maszyn wirtualnych.

Archiwum zwykle zawiera plik XML .ovf oraz jeden lub więcej dysków .vmdk. OVF zapisuje ustawienia procesora, pamięci, kontrolera pamięci masowej, sieci i dołączania dysków, ale dane dysku pozostają w plikach VMDK.

Czym jest format QCOW2

QCOW2 to format obrazu dysku QEMU typu copy-on-write, używany przez QEMU/KVM, libvirt oraz platformy takie jak Proxmox VE. Obsługuje alokację rzadką, snapshoty, pliki backing, opcjonalne funkcje szyfrowania oraz pojemność wirtualną większą niż aktualnie przydzielona pamięć masowa hosta.

QCOW2 jest przydatny, gdy docelowa maszyna wirtualna działa na hypervisorze opartym na QEMU. Nie jest to kompletny pakiet appliance: przechowuje dane dysku wirtualnego, natomiast ustawienia maszyny wirtualnej, takie jak firmware, sprzęt wirtualny, liczba procesorów, pamięć i urządzenia sieciowe, są konfigurowane osobno.

Jak przekonwertować OVA do QCOW2

1. Wypakuj OVA

OVA jest archiwum, a nie formatem dysku, który qemu-img może zwykle konwertować bezpośrednio. W systemie Linux lub macOS utwórz katalog roboczy i wypakuj archiwum:

mkdir ova-work
tar -xf appliance.ova -C ova-work
ls -lh ova-work

W systemie Windows otwórz OVA za pomocą 7-Zip i wypakuj wszystkie pliki do jednego katalogu. Zachowaj razem plik OVF, deskryptor VMDK oraz wszystkie ewentualne podzielone pliki extent VMDK.

2. Zidentyfikuj dysk wirtualny

Odczytaj plik OVF, aby sprawdzić, który plik VMDK jest dołączony jako dysk rozruchowy; appliance może zawierać wiele dysków. Mały plik VMDK może być deskryptorem odwołującym się do większych plików extent, dlatego nie usuwaj go po wypakowaniu. Możesz sprawdzić wybrany plik za pomocą:

qemu-img info ova-work/disk.vmdk

3. Przekonwertuj VMDK do QCOW2

Zainstaluj pakiet narzędzi QEMU dla swojego systemu operacyjnego, a następnie uruchom:

qemu-img convert -p -f vmdk -O qcow2 ova-work/disk.vmdk appliance.qcow2

Użyj rzeczywistej nazwy pliku VMDK i powtórz polecenie dla każdego dysku. Przykładowo dla drugiego dysku:

qemu-img convert -p -f vmdk -O qcow2 ova-work/data.vmdk appliance-data.qcow2

Opcja -f vmdk identyfikuje format źródłowy, a -O qcow2 wybiera format wyjściowy. Nie dodawaj -c dla często zapisywanego dysku produkcyjnego, chyba że potrzebujesz skompresowanych klastrów QCOW2; kompresja może zmniejszyć początkowy rozmiar, ale może obniżyć wydajność zapisu.

4. Zweryfikuj wynik

Sprawdź przekonwertowany obraz przed jego dołączeniem:

qemu-img info appliance.qcow2
qemu-img check appliance.qcow2

qemu-img info pokazuje rozmiar wirtualny i rzeczywistą alokację dysku. Dołącz plik QCOW2 do nowo utworzonej maszyny wirtualnej QEMU/KVM lub Proxmox, a następnie odtwórz ustawienia pamięci, procesora, firmware, kontrolera i sieci z OVF. Internetowy konwerter 101convert.com może również bezpłatnie przeprowadzić konwersję bez instalowania oprogramowania.

Zgodność i ograniczenia

Konwersja dysku nie konwertuje metadanych OVA, snapshotów, zapisanego stanu pamięci, konfiguracji sieci wirtualnej ani sprzętu właściwego dla VMware. Odtwórz te ustawienia ręcznie i wybierz BIOS lub UEFI zgodnie ze źródłem; niezgodność firmware może uniemożliwić uruchomienie poprawnego skądinąd dysku.

Podczas konwersji zachowaj wszystkie pliki z wypakowanego OVA, ponieważ deskryptory VMDK mogą odwoływać się do podzielonych plików extent. W przypadku zaszyfrowanego dysku VMDK, dysku opartego na snapshotach lub dysku o nietypowej strukturze najpierw skonsoliduj albo wyeksportuj dysk źródłowy za pomocą jego oryginalnego hypervisora, a następnie przekonwertuj otrzymany samodzielny dysk.

System operacyjny gościa może wykryć inny sprzęt pamięci masowej po migracji. Goście Windows mogą wymagać sterowników pamięci masowej VirtIO przed przełączeniem na kontroler VirtIO; systemy Linux zazwyczaj potrzebują initramfs zawierającego wybrany sterownik pamięci masowej. Zachowaj oryginalny plik OVA do czasu uruchomienia nowej maszyny wirtualnej i sprawdzenia jej systemów plików.