Info2soft verwendet Cookies, um Ihnen ein besseres und angenehmeres Surferlebnis auf unserer Website zu ermöglichen. Datenschutzerklärung
Wird geladen...
Von:
Wollen Sie eine virtuelle Appliance von VMware oder VirtualBox auf eine KVM-basierte Plattform migrieren, stoßen Sie sofort auf ein zentrales Problem: inkompatible Formate. Ihre exportierte OVA-Datei funktioniert nicht direkt unter Proxmox, einem KVM-Host oder einer EVE-NG-Laborumgebung – alle diese Systeme erwarten stattdessen ein QCOW2-Image.
Diese Anleitung beschreibt den vollständigen Umwandlungsprozess unter Linux, Windows und Proxmox mit Schritt-für-Schritt-Befehlen sowie Lösungen für gängige Probleme bei der Umwandlung.
Bevor Sie Befehle ausführen, ist es hilfreich, die genutzten Dateitypen zu verstehen.
Eine OVA (Open Virtualization Archive) ist keine einzelne Festplattendatei, sondern ein komprimiertes TAR-Archiv, das drei Komponenten bündelt:
QCOW2 (QEMU Copy On Write Version 2) ist das Standardfestplattenformat für KVM-basierte Hypervisoren. Im Gegensatz zu VMDK unterstützt es nativen Thin Provisioning, integrierte Snapshots und AES-Verschlüsselung.
OVA im Vergleich zu QCOW2 auf einen Blick
| Merkmal | OVA (VMDK) | QCOW2 |
|---|---|---|
| Hauptplattformen | VMware, VirtualBox | KVM, QEMU, Proxmox, EVE-NG |
| Dateityp | TAR-Archiv | Einfaches Festplattenabbild |
| Snapshots | Verwaltet durch den Hypervisor | Nativ integrierte Unterstützung |
| Festplattenzuweisung | Fest oder dynamisch | Thin Provisioning |
| Komprimierung | Manuell per zlib | Nativ unterstützt |
Warum umwandeln?
Der Hauptgrund für die Umwandlung von OVA zu QCOW2 ist die Migration zwischen verschiedenen Hypervisoren. Wenn Sie ein Proxmox-Heimlabor einrichten, eine Netzwerkappliance in EVE-NG bereitstellen oder alte VMware-Workloads auf eine KVM-Umgebung verschieben möchten, muss das Festplattenformat dem Zielsystem entsprechen, damit die virtuelle Maschine booten kann.
Die Linux-Befehlszeile ist die unkomplizierteste Umgebung für diese Umwandlung. Das Dienstprogramm qemu-img übernimmt die Änderung virtueller Festplattenformate und ist auf den gängigsten Distributionen verfügbar.
Stellen Sie vor dem Start sicher, dass Folgendes vorhanden ist:
sudo apt install qemu-utils aus. Unter RHEL/CentOS verwenden Sie sudo yum install qemu-img.Eine OVA ist ein TAR-Archiv und muss vor der Umwandlung entpackt werden.
tar -xvf ihre-appliance.ova
Dadurch werden mehrere Dateien erzeugt. Benötigt wird nur die .vmdk-Datei – die virtuelle Festplatte. Die extrahierten .ovf-(Konfiguration) und .mf-(Manifest)-Dateien können für diese Umwandlung ignoriert werden.
Nach dem Extrahieren der VMDK führen Sie folgenden Befehl zur Umwandlung aus:
qemu-img convert -p -f vmdk -O qcow2 ihre-festplattenabbild.vmdk ausgabe-abbild.qcow2
Bedeutung der einzelnen Parameter:
-p muss vor -f und -O stehen, um mit einigen qemu-img-Versionen korrekt zu funktionieren. Wird er am Ende platziert, wird er ggf. ignoriert.Überprüfen Sie nach der Umwandlung, ob die Ausgabedatei gültig ist:
qemu-img info ausgabe-abbild.qcow2
Achten Sie darauf, dass bei der Zeile file format der Wert qcow2 steht. Die Ausgabe zeigt zudem die virtuelle Festplattengröße im Vergleich zum tatsächlich belegten Speicherplatz an – hilfreich, um unerwartete Größenunterschiede zu erkennen.
Schritt 4 (optional): QCOW2-Datei verkleinern
Die umgewandelte Datei kann deutlich größer sein als die tatsächlich enthaltenen Daten, da leere Blöcke während der Umwandlung übernommen werden. Mit einem zweiten Durchgang können Sie sie komprimieren:
qemu-img convert -O qcow2 ausgabe-abbild.qcow2 verkleinertes-abbild.qcow2
Dadurch wird die Datei neu geschrieben und leere Blöcke weggelassen. Eine virtuelle 100-GB-Festplatte mit nur 5 GB tatsächlichen Daten kann dadurch stark verkleinert werden. Die Originaldatei bleibt unverändert und kann nach erfolgreicher Prüfung der verkleinerten Version gelöscht werden.
Schritt 5: Verwendung des QCOW2 unter KVM / virt-manager
Um die Festplatte einer virtuellen Maschine in einer KVM-Umgebung zuzuweisen:
1. Verschieben Sie die Datei in das Standardverzeichnis für Abbilder:
sudo mv ausgabe-abbild.qcow2 /var/lib/libvirt/images/2. Öffnen Sie virt-manager (Virtual Machine Manager).
3. Klicken Sie auf Neue virtuelle Maschine.
4. Wählen Sie Vorhandenes Festplattenabbild importieren.
5. Navigieren Sie zu Ihrer QCOW2-Datei und schließen Sie die Einrichtung durch die Konfiguration von CPU und RAM ab.
Windows unterstützt OVA und QCOW2 nicht nativ, aber Sie haben zwei Möglichkeiten, ohne auf einen Linux-Rechner zu wechseln: die Verwendung des Windows-Subsystems für Linux (WSL) oder einer nativen Windows-Version von qemu-img.
Voraussetzungen
Stellen Sie vor dem Start Folgendes sicher:
Mit WSL können Sie Linux-Tools direkt unter Windows ausführen – dies ist die zuverlässigste Methode. Die Befehle entsprechen exakt dem Linux-Arbeitsablauf.
1. WSL installieren: Öffnen Sie PowerShell als Administrator und führen Sie aus:
wsl --installDadurch wird standardmäßig WSL 2 mit Ubuntu installiert. Starten Sie den Rechner neu, wenn Sie dazu aufgefordert werden. Falls Ubuntu bereits installiert ist, springen Sie zu Schritt 2.
2. qemu-utils installieren: Führen Sie im Ubuntu-Terminal von WSL aus:
sudo apt update && sudo apt install qemu-utils -y3. Auf Ihre Dateien zugreifen: Windows-Laufwerke sind in WSL unter /mnt/ eingebunden. Um zum Downloads-Ordner auf Laufwerk C: zu navigieren:
cd /mnt/c/Benutzer/IhrName/Downloads/4. Entpacken und umwandeln: Führen Sie die gleichen Schritte mit tar und qemu-img wie im Linux-Bereich beschrieben aus.
Falls Sie WSL nicht nutzen möchten, können Sie eine eigenständige Windows-Version von qemu-img verwenden.
C:\qemu\..ova-Datei in 7-Zip und wählen Sie Hier entpacken. Dadurch werden die Dateien .vmdk, .ovf und .mf extrahiert..\qemu-img.exe convert -p -f vmdk -O qcow2 "quell-festplatte.vmdk" "ausgabe-festplatte.qcow2"
Einschränkungen von Methode 2: Die Windows-Binärdatei von qemu-img hängt in Bezug auf Aktualisierungen und Leistung der Linux-Version nach. Für den Produktionseinsatz oder große Festplatten ist WSL die zuverlässigere Lösung.
C:\Virtuelle Maschinen\), schlägt der Befehl fehl, es sei denn, der Pfad wird wie oben mit Anführungszeichen umschlossen.C:\temp\ und versuchen Sie es erneut.Proxmox VE ist eines der gängigsten Zielsysteme für OVA-Migrationen. Die Weboberfläche bietet keine direkte Option zum Import von OVA-Dateien, aber Proxmox stellt Befehlszeilentools zur Verfügung, die den Vorgang zuverlässig abwickeln.
Durch diesen Ansatz vermeiden Sie das Hochladen eines großen umgewandelten Abbilds von Ihrem lokalen Rechner. Stattdessen übertragen Sie zunächst die kleinere OVA-Datei und extrahieren und wandeln sie direkt auf dem Host um.
1. OVA hochladen: Nutzen Sie einen SCP-Client wie WinSCP oder den Befehl scp, um die OVA auf Ihren Proxmox-Host zu übertragen. Ein sicheres Zielverzeichnis ist /tmp/.
2. Per SSH auf Proxmox verbinden: Melden Sie sich als root an:
ssh root@<Ihre-Proxmox-IP>3. Extrahieren und umwandeln:
tar -xvf ihre-appliance.ova
qemu-img convert -p -f vmdk ihre-festplatte.vmdk -O qcow2 verwaltete-festplatte.qcow24. Festplatte in eine VM importieren: Ersetzen Sie 100 durch Ihre tatsächliche VM-ID und local-lvm durch den Namen Ihres Zielspeichers:
qm importdisk 100 verwaltete-festplatte.qcow2 local-lvmEinige qemu-img-Versionen können das TAR-Containerformat der OVA direkt lesen und umwandeln, ohne die VMDK zuvor manuell zu extrahieren:
qemu-img convert -p ihre-appliance.ova -O qcow2 ausgabe.qcow2
Dies funktioniert nur zuverlässig, wenn die OVA genau eine virtuelle Festplatte enthält. Enthält die Appliance mehrere Festplatten, schlägt diese Methode ggf. fehl oder wandelt nur die erste Festplatte um. Im Zweifelsfall verwenden Sie Methode 1.
Methode 3: Verwendung von qm importovf (nativer Proxmox-Import)
Proxmox enthält einen integrierten Befehl, der die .ovf-Konfigurationsdatei einliest und die VM automatisch erstellt – einschließlich der Einstellungen für CPU und RAM.
1. OVA extrahieren:
tar -xvf appliance.ova2. Import ausführen: Ersetzen Sie 100 durch Ihre VM-ID und local-lvm durch Ihren Speichernamen:
qm importovf 100 ./appliance.ovf local-lvm --format qcow2Häufiger Fehler: Bei der Meldung „invalid host resource“ verweist die OVF auf einen Netzwerknamen (wie „VM Network“), der auf Ihrem Proxmox-Host nicht existiert. Ignorieren Sie diesen Hinweis und konfigurieren Sie die Netzwerkschnittstelle später manuell über die Weboberfläche.
Einsatzfall für diese Methode: qm importovf eignet sich hervorragend, wenn Proxmox die VM-Einstellungen automatisch aus der OVF-Datei übernehmen soll. Nutzen Sie Methode 1, wenn Sie die VM-Konfiguration selbst steuern möchten.
Nach dem Import der Festplatte bootet die VM erst, wenn Sie diese Schritte in der Proxmox-Weboberfläche ausgeführt haben:
Netzwerkingenieure benötigen oft QCOW2-Abbilder, um virtuelle Firewalls und Router – wie Palo Alto, FortiGate oder Cisco-Appliances – in EVE-NG (Emulated Virtual Environment Next Generation) auszuführen.
Die Umwandlungsschritte entsprechen denen der Linux-Methode, aber EVE-NG stellt strenge Anforderungen an Ordner- und Festplattendateinamen. Halten Sie sich exakt an die Vorgaben, sonst wird der Knoten nicht angezeigt oder bootet nicht korrekt.
1. Geräteverzeichnis erstellen: EVE-NG erwartet für jeden Knotentyp einen eigenen benannten Ordner unter /opt/unetlab/addons/qemu/. Der Ordnername muss dem Abbildnamen entsprechen, den Sie in EVE-NG konfigurieren. Beispiel für Palo Alto PAN-OS 9.0.1:
mkdir -p /opt/unetlab/addons/qemu/paloalto-9.0.1/2. OVA hochladen und entpacken: Übertragen Sie Ihre OVA per SCP in das Geräteverzeichnis und entpacken Sie sie:
tar -xvf ihre-appliance.ova3. Festplatte umwandeln und umbenennen: EVE-NG verlangt je nach Knotentyp den Dateinamen virtioa.qcow2 oder hda.qcow2. Wandeln Sie die Festplatte um und benennen Sie sie direkt im Befehl:
qemu-img convert -p -f vmdk appliance-festplatte1.vmdk -O qcow2 virtioa.qcow24. Berechtigungen korrigieren: Führen Sie diesen Befehl nach jedem Hinzufügen eines Abbilds aus. Er setzt die passenden Besitzer- und Zugriffsrechte, damit der EVE-NG-Hypervisor die Datei lesen kann:
/opt/unetlab/wrappers/unl_wrapper -a fixpermissionsDie in dieser Anleitung beschriebenen Befehlszeilenmethoden eignen sich hervorragend für einmalige Umwandlungen. Bei umfangreicheren Migrationen – der Verschiebung Dutzender virtueller Maschinen von einer VMware-Umgebung auf KVM oder Proxmox oder der Übertragung von Workloads zwischen Rechenzentren – werden manuelles Extrahieren und Umwandeln jedoch schnell zeitaufwendig und fehleranfällig.
Die Formatinkompatibilität ist nur ein Teil der Herausforderung. Der Betrieb produktiver Systeme während des Übergangs, die Prüfung der Datenintegrität nach der Migration und die Unterstützung älterer Betriebssysteme bringen weitere Komplexitäten mit sich, die qemu-img allein nicht bewältigen kann.
i2Migration ist eine vereinheitlichte Migrationsplattform, die genau für diese Szenarien entwickelt wurde. Sie unterstützt unterbrechungsfreie Live-Migrationen zwischen physischen, virtuellen und Cloud-Umgebungen – ohne manuelle Festplattenextraktion oder separate Formatumwandlungsschritte.
Für Teams, die in großem Maßstab migrieren oder keine Ausfallzeiten während des Übergangs hinnehmen können, bietet i2Migration einen kontrollierbaren und prüfbaren Ablauf im Vergleich zur manuellen Umwandlung.
Wenn Sie Ihre Virtualisierungsinfrastruktur neu ausrichten, ist der Datenschutz die zweite zentrale Herausforderung. Sobald Ihre virtuellen Maschinen auf der neuen Plattform laufen, sorgt i2Backup für zentralisierte Sicherungen auf physischen Servern, virtuellen Maschinen und Datenbanken – einschließlich Proxmox- und KVM-Umgebungen. Für Workloads mit hoher Verfügbarkeitsanforderung ergänzt i2Availability Echtzeit-Replikation und automatischen Failover, um Dienste bei einem Ausfall eines Hosts aufrechtzuerhalten.
Klicken Sie auf den Button, um eine kostenlose Testversion der Info2soft-Lösungen zu erhalten!
F1: Kann ich OVA direkt zu QCOW2 umwandeln, ohne vorher zu entpacken?
Teilweise. Enthält die OVA nur eine einzelne Festplatte und verwenden Sie eine aktuelle qemu-img-Version, funktioniert die direkte Umwandlung. Trotzdem ist das vorherige Entpacken des TAR-Archivs die sicherere Vorgehensweise: Sie erkennen so direkt, welche VMDK-Datei verwendet werden muss – besonders praktisch, wenn die Appliance mehrere Festplatten umfasst.
F2: Ist QCOW2 besser als VMDK?
Das hängt von der Plattform ab. VMDK ist das Standardformat für VMware-Umgebungen. QCOW2 ist auf KVM-basierte Hypervisoren wie Proxmox abgestimmt und bietet native Komprimierung, integrierte Snapshot-Unterstützung sowie Copy-on-Write-Verhalten für eine effizientere Speichernutzung. Wenn Sie KVM oder Proxmox betreiben, ist QCOW2 die bessere Wahl.
F3: Wie wandle ich ein CentOS-QCOW2-Image zurück in OVA um?
Dafür gibt es keinen einzigen Befehl. Der Vorgang umfasst zwei Schritte: Zuerst wandeln Sie die QCOW2-Datei mit qemu-img in VMDK um, danach importieren Sie die VMDK-Datei in VirtualBox oder VMware und exportieren diese als OVA.
Der Umwandlungsbefehl lautet:
qemu-img convert -p -f qcow2 -O vmdk input.qcow2 output.vmdk
F4: Wie lange dauert die Umwandlung?
Sie hängt von der Festplattengeschwindigkeit und der Größe der virtuellen Festplatte ab. Eine 40-GB-VMDK-Datei benötigt auf einem NVMe-Laufwerk üblicherweise 2 bis 5 Minuten. Bei einer herkömmlichen HDD ist mit deutlich längeren Wartezeiten zu rechnen. Der Parameter -p bei qemu-img zeigt einen Fortschrittsbalken an, damit Sie nicht raten müssen.
F5: Kann ich QCOW2 wieder in OVA umwandeln?
Ja. Wandeln Sie die QCOW2-Datei mit qemu-img zurück in VMDK um, anschließend verpacken Sie die VMDK-Datei mit VMware Workstation oder VirtualBox zu einem OVF/OVA-Archiv. Die Schritte sind im Wesentlichen die Umkehrung der in dieser Anleitung beschriebenen Vorgehensweise.
Die Umwandlung von OVA in QCOW2 lässt sich auf wenige einheitliche Schritte reduzieren: Archiv entpacken, VMDK mit qemu-img umwandeln, Ausgabedatei prüfen und die Festplatte der Ziel-VM zuordnen. Die genutzte Plattform – Linux, Windows oder Proxmox – erfordert geringfügig abweichende Tools, der grundlegende Ablauf bleibt jedoch identisch.
Einige wichtige Hinweise zum Abschluss:
Für einmalige Migrationen sind die manuellen Methoden dieser Anleitung praktisch und kostenlos. Wenn Sie mehrere virtuelle Maschinen umziehen oder Produktivsysteme während der Migration verfügbar halten müssen, reduziert eine spezielle Migrationsplattform wie i2Migration von Info2soft den manuellen Aufwand deutlich und integriert eine integrierte Validierung in den Ablauf.
