Darmowy konwerter online QCOW2 do OVA

Czym jest format QCOW2

QCOW2 (QEMU Copy-On-Write version 2) to format obrazu dysku wirtualnego używany przez QEMU, KVM, Proxmox VE i wiele systemów wirtualizacji Linux. Obsługuje alokację rzadką, migawki, opcjonalną kompresję, szyfrowanie oraz łańcuchy plików bazowych, dlatego jego deklarowana pojemność może być znacznie większa niż fizyczny rozmiar pliku.

Pliki QCOW2 są często spotykane w katalogach zawierających maszyny wirtualne QEMU lub KVM, wyeksportowane obrazy chmurowe, kopie zapasowe Proxmox oraz appliance wirtualizacji oparte na Linux. Plik zwykle zawiera system operacyjny gościa i dane jego dysku wirtualnego, ale niekoniecznie pełną definicję maszyny wirtualnej, ustawienia sprzętowe, konfigurację sieci ani wybór firmware.

Czym jest format OVA

OVA to jednoplikowy pakiet Open Virtualization Appliance. Technicznie jest to archiwum TAR zawierające deskryptor OVF, co najmniej jeden dysk wirtualny oraz opcjonalnie manifest zawierający sumy kontrolne SHA. Deskryptor OVF definiuje sprzęt wirtualny, taki jak pamięć, procesory, kontrolery, firmware i podłączone dyski.

OVA jest przydatny do przenoszenia kompletnego appliance wirtualnego między produktami takimi jak VMware Workstation, VMware ESXi, Oracle VirtualBox i innymi platformami zgodnymi z OVF. Łatwiej dystrybuować go jako jeden plik niż katalog zawierający deskryptor OVF i osobne dyski, jednak zgodność importu nadal zależy od docelowego hypervisora.

Jak faktycznie przekonwertować QCOW2 do OVA

Konwersja za pomocą QEMU i VirtualBox

Niezawodny sposób konwersji na komputerze desktopowym polega na przekonwertowaniu dysku QCOW2 do VMDK za pomocą qemu-img, podłączeniu tego dysku do nowej maszyny VirtualBox oraz wyeksportowaniu maszyny jako OVA.

1. Zainstaluj wymagane narzędzia. Zainstaluj narzędzia QEMU, które udostępniają qemu-img, oraz Oracle VirtualBox wraz z jego narzędziem wiersza poleceń VBoxManage. W systemie Debian lub Ubuntu pakiet narzędzi QEMU jest zwykle instalowany za pomocą sudo apt install qemu-utils.
2. Sprawdź obraz źródłowy. Uruchom qemu-img info --backing-chain source.qcow2. Upewnij się, że każdy plik bazowy jest dostępny oraz że obraz nie jest zaszyfrowany ani nadal zapisywany przez uruchomioną maszynę wirtualną.
3. Przekonwertuj dysk. Uruchom qemu-img convert -p -f qcow2 -O vmdk source.qcow2 converted-disk.vmdk. Zastąp nazwy plików rzeczywistymi ścieżkami. Rozmiar wynikowy zależy od przydzielonych bloków gościa, a nie tylko od deklarowanej pojemności pliku QCOW2.
4. Utwórz pasującą maszynę wirtualną. Poniższy przykład tworzy maszynę Linux z dwoma procesorami, 4 GiB pamięci, kontrolerem SATA i firmware BIOS:

VBoxManage createvm --name "Converted VM" --ostype "Linux_64" --register
VBoxManage modifyvm "Converted VM" --memory 4096 --cpus 2 --firmware bios
VBoxManage storagectl "Converted VM" --name "SATA Controller" --add sata --controller IntelAhci
VBoxManage storageattach "Converted VM" --storagectl "SATA Controller" --port 0 --device 0 --type hdd --medium "converted-disk.vmdk"

Wybierz inną wartość --ostype, ilość pamięci, tryb firmware lub kontroler, jeśli wymaga tego system gościa. W przypadku gościa UEFI użyj --firmware efi. Jeśli źródłowa maszyna wirtualna ma więcej niż jeden dysk, podłącz dodatkowe przekonwertowane dyski zgodnie z ich pierwotną kolejnością uruchamiania i typem kontrolera.

5. Przetestuj zaimportowaną maszynę. Uruchom ją za pomocą VBoxManage startvm "Converted VM". Sprawdź, czy gość się uruchamia, jego partycje są widoczne, a karta sieciowa i sterowniki pamięci masowej działają przed wykonaniem eksportu.
6. Wyeksportuj maszynę. Uruchom VBoxManage export "Converted VM" --output converted-appliance.ova. VirtualBox utworzy deskryptor OVF i spakuje dysk wirtualny do archiwum OVA.
7. Zweryfikuj pakiet. Użyj tar -tf converted-appliance.ova, aby wyświetlić jego zawartość. Możesz również przetestować pakiet, importując plik do oddzielnej instalacji VirtualBox lub VMware.

Opcję działającą w przeglądarce oferuje 101convert.com, zapewniając bezpłatną konwersję bez instalowania oprogramowania. Obrazy maszyn wirtualnych mogą być bardzo duże i mogą zawierać dane uwierzytelniające lub inne poufne dane, dlatego w przypadku systemów poufnych preferowana jest konwersja lokalna.

Jakość, zgodność i ograniczenia

• Konwersja nie zmienia systemu operacyjnego gościa. Zmienia kontener dysku i tworzy nowe metadane sprzętu wirtualnego. Zainstalowane aplikacje, programy rozruchowe i sterowniki pozostają takie jak w obrazie źródłowym.
• Łańcuchy plików bazowych i migawki QCOW2 nie są reprezentowane jako równoważne migawki OVA. Konwersja zwykle tworzy bieżący stan dysku jako skonsolidowany dysk; zachowaj oryginalny łańcuch, jeśli potrzebne są punkty przywracania.
• Dopasuj oryginalny tryb uruchamiania. Gość zainstalowany dla UEFI może nie uruchomić się z BIOS, natomiast gość zainstalowany z BIOS może nie uruchomić się z UEFI, jeśli jego układ dysku i program rozruchowy tego nie obsługują.
• Zmiany kontrolera pamięci masowej mogą powodować błędy uruchamiania, szczególnie w systemie Windows. Jeśli źródłowy gość używa VirtIO, a wyeksportowana maszyna używa SATA lub IDE, zainstaluj wymagane sterowniki gościa przed zmianą kontrolerów albo skonfiguruj kontroler docelowy tak, aby odpowiadał źródłowemu.
• Nie ma gwarancji, że OVA będzie w pełni przenośny. VMware, VirtualBox i inne produkty mogą różnie interpretować identyfikatory sprzętu OVF, warianty dysków, urządzenia USB, karty sieciowe i ustawienia firmware. Usuń nieobsługiwane urządzenia lub edytuj deskryptor OVF tylko wtedy, gdy rozumiesz wymagania docelowego hypervisora.
• Pakowanie OVA nie powoduje automatycznej kompresji dysku wirtualnego. Archiwum może być większe niż oryginalny rzadki plik QCOW2, a jego rozpakowanie lub import wymaga wystarczającej ilości wolnego miejsca zarówno na archiwum, jak i na rozwinięty dysk.
• Nie konwertuj obrazu, gdy jego źródłowa maszyna wirtualna jest uruchomiona, chyba że platforma wirtualizacji zapewnia spójną migawkę. Najpierw wyłącz gościa lub utwórz zweryfikowaną kopię spójną aplikacyjnie, aby uniknąć uszkodzenia systemu plików.