Info2soft verwendet Cookies, um Ihnen ein besseres und angenehmeres Surferlebnis auf unserer Website zu ermöglichen. Datenschutzerklärung
Wird geladen...
Von:
KVM und VMware verwenden inkompatible Festplattenbildformate. QCOW2 (QEMU Copy-On-Write) ist das native Format für KVM-Hypervisoren, während VMware OVA erfordert – eine Ein-Datei-Paketdatei mit der virtuellen Festplatte (VMDK), der Maschinenkonfiguration (OVF-Beschreibungsdatei) und einer Manifestdatei.
Dieser Fall tritt bei den meisten Teams auf, wenn virtuelle Maschinen von einer KVM-Umgebung zu VMware migriert werden, entweder um die Verwaltungsfunktionen von VMware zu nutzen oder die Infrastruktur auf einer einzigen Plattform zu konsolidieren.
Es gibt jedoch keinen einzelnen Befehl, der diese Umwandlung direkt durchführt. Der Vorgang gliedert sich in zwei Schritte: Zuerst die Umwandlung des Festplattenformats, anschließend das Verpacken des Ergebnisses in ein OVF-konformes Archiv.
Diese Anleitung behandelt beide Schritte für Linux und Windows sowie die häufigsten Fehler, die zu fehlgeschlagenen Migrationen führen.
Das Auslassen der Vorbereitung ist der häufigste Grund dafür, dass virtuelle Maschinen nach der Umwandlung nicht booten. Vor der Umwandlung von QCOW2 zu OVA müssen drei Punkte geprüft werden: die Tools auf dem Host-System, die Treiber im Gast-Betriebssystem und der Boot-Modus der Quell-VM.
Stellen Sie sicher, dass folgende Voraussetzungen erfüllt sind, bevor Sie Befehle ausführen:
Virtuelle KVM-Maschinen nutzen VirtIO-Treiber für Speicher und Netzwerk. Diese werden von VMware nicht erkannt, daher müssen vor der Umwandlung die passenden Treiber im Gast-Betriebssystem installiert werden.
Prüfen Sie, ob die Quell-VM UEFI oder das herkömmliche BIOS nutzt. Die Ziel-VM in VMware muss entsprechend konfiguriert werden. Ein Abweichung an dieser Stelle verhindert den Start des Betriebssystems nach dem Import.
Linux bietet native Unterstützung für alle benötigten Tools für diesen Vorgang. Die Umwandlung läuft in zwei Stufen ab: Umwandlung des Festplattenformats mit qemu-img und anschließendes Verpacken des Ergebnisses zu einer OVA mithilfe des VMware OVF Tools.
Installieren Sie qemu-img über den Paketmanager Ihrer Distribution.
Für Ubuntu oder Debian:
sudo apt update && sudo apt install qemu-utils
Für RHEL, CentOS oder Fedora:
sudo yum install qemu-img
Führen Sie nach der Installation die Umwandlung aus:
qemu-img convert -f qcow2 -O vmdk source_image.qcow2 destination_disk.vmdk
Das Ergebnis ist eine mit VMware kompatible virtuelle Festplatte. Diese Datei allein ist noch keine OVA – sie muss in den nächsten Schritten in ESXi importiert und verpackt werden.
Schritt 2: Import der VMDK in VMware ESXi
Laden Sie die umgewandelte VMDK auf Ihren ESXi-Datenspeicher hoch und erstellen Sie darauf eine virtuelle Maschine.
Starten Sie die VM und prüfen Sie den ordnungsgemäßen Bootvorgang, bevor Sie mit dem nächsten Schritt fortfahren.
Schritt 3: Export der VM als OVA mithilfe des OVF Tools
Sobald der Boot der VM in ESXi bestätigt ist, verwenden Sie das OVF Tool zum Verpacken. Bei diesem Schritt werden VMDK und OVF-Beschreibungsdatei zu einem einzigen portablen Archiv gebündelt, das für Klonen oder Verteilung bereit ist.
Führen Sie folgenden Befehl für Ihren ESXi-Host oder vCenter aus:
ovftool vi://benutzername:passwort@esxi_ip/vm_name output_appliance.ova
Ersetzen Sie esxi_ip durch die IP-Adresse Ihres Hosts und vm_name durch den Namen der virtuellen Maschine, wie er in ESXi angezeigt wird.
Bei großangelegten Migrationen mit mehreren virtuellen Maschinen können V2V-Migrationstools den Vorgang deutlich vereinfachen.
Schritt 4: Überprüfung der OVA-Datei
Führen Sie eine Prüfung durch, um die Gültigkeit des Archivs vor der Bereitstellung zu bestätigen:
ovftool --probe output_appliance.ova
Wenn der Befehl keine Fehler ausgibt, ist die OVA nutzbar. Dieser Befehl erkennt Probleme wie abgeschnittene Dateien oder fehlerhafte OVF-Beschreibungsdateien, bevor diese im Produktivbetrieb Störungen verursachen.
Durchführen der Umwandlung
Der Umwandlungsbefehl ist identisch mit dem unter Linux. Unter Windows umhüllen Sie alle Pfade mit Leerzeichen mit doppelten Anführungszeichen:
qemu-img.exe convert -f qcow2 -O vmdk "C:\Source VMs\image.qcow2" "C:\Target VMs\disk1.vmdk"
Nach Abschluss der Umwandlung laden Sie die VMDK auf Ihren ESXi-Datenspeicher hoch und konfigurieren Sie eine virtuelle Maschine entsprechend den Schritten aus dem Linux-Bereich oben.
Installation und Ausführung des OVF Tools unter Windows
Laden Sie das Windows-MSI-Installationsprogramm für das OVF Tool von der VMware-Webseite herunter und folgen Sie den Installationsanweisungen.
Sobald die VM in ESXi läuft, verwenden Sie das OVF Tool zum Verpacken als OVA:
& "C:\Program Files\VMware\VMware OVF Tool\ovftool.exe" vi://root@192.168.1.10/MyMigratedVM "C:\Exports\MyVM.ova"
Der Operator & weist PowerShell an, ein Programm aus einem Pfad mit Leerzeichen auszuführen. Ohne diesen Operator interpretiert PowerShell den Pfad als Zeichenfolge und der Befehl schlägt fehl.
Die meisten Umwandlungsfehler treten an zwei Stellen auf: während der Festplattenumwandlung oder beim ersten Boot der VM in VMware. Die folgenden Lösungen decken die häufigsten Ursachen ab.
Ein schwarzer Bildschirm oder der Fehler „Kein bootfähiges Gerät“ entsteht meist durch eine abweichende Firmware-Einstellung in VMware im Vergleich zur KVM-Quell-VM. Wechseln Sie zu VM-Optionen > Boot-Optionen und stellen Sie sicher, dass die Firmware passend zur Quelle eingestellt ist (UEFI oder herkömmliches BIOS). Falls das Betriebssystem trotzdem nicht lädt, prüfen Sie, ob der SCSI-Controller-Typ in VMware mit den im Gast installierten Treibern kompatibel ist.
qemu-img unterstützt das Unterformat streamOptimized, das bei einigen VMware-Appliances verwendet wird, nicht vollständig. Fügen Sie den Parameter -o subformat=monolithicSparse hinzu, um stattdessen eine standardmäßige monolithische Sparse-VMDK zu erstellen. Falls explizit ein streamOptimized-Ausgabeformat benötigt wird, nutzen Sie das OVF Tool für dieses Format im abschließenden Exportschritt.
Ein Fehler „Zugriff verweigert“ bedeutet in der Regel, dass der aktuelle Benutzer keine Leseberechtigung für die QCOW2-Datei oder Schreibberechtigung für das Zielverzeichnis hat. Führen Sie ls -l aus, um die Besitzverhältnisse zu prüfen, weisen Sie bei Bedarf mit chmod 644 Leserechte für die Quelldatei zu und stellen Sie sicher, dass das Zielverzeichnis für den aktuellen Benutzer beschreibbar ist.
Rundungen der Festplattengrößen während der Umwandlung können Probleme bei der Partitionsausrichtung hervorrufen, insbesondere bei GPT-Partitionstabellen. Legen Sie die Ziel-Festplattengröße in VMware exakt auf die Byte-Anzahl des Quellbildes fest. Sollten Partitionen weiterhin nicht erkannt werden, booten Sie von einer Live-ISO und reparieren Sie die GPT-Köpfe mit gdisk.
Leerzeichen in Ordnernamen werden von der Befehlszeile als Argumenttrennzeichen interpretiert und führen zu dem Fehler „Unerwartetes Argument“. Umhüllen Sie alle Dateipfade mit doppelten Anführungszeichen, zum Beispiel "C:\VM-Speicher\image.qcow2".
Das Einbringen einer VM in VMware ist nur die halbe Arbeit. Sobald die umgewandelte Maschine läuft, benötigt sie dauerhaften Schutz vor versehentlichem Löschen, Beschädigungen und Hardwareausfällen. Die OVA-Datei, die Sie während der Migration erstellt haben, ist nur ein Momentaufnahme-Snapshot und keine Backup-Strategie.
i2Backup schließt diese Lücke mit agentenlosem VM-Backup für VMware und weitere gängige Virtualisierungsplattformen. Es muss kein Agent im Gast-Betriebssystem installiert werden, und Backups laufen ohne Auswirkungen auf Produktivworkloads.
Wichtige Funktionen für VMware-Umgebungen:
Für Umgebungen mit hoher Verfügbarkeitsanforderung erweitert i2Availability den Schutz um Echtzeit-Replikation und automatisches Failover, damit Anwendungen auch bei einem Host-Ausfall weiterlaufen. Falls Ihre Migration zudem eine dauerhafte Datenbankreplikation zwischen Plattformen umfasst, übernimmt i2Stream die Echtzeit-Synchronisierung von Datenbanken mit Unterstützung für Oracle, MySQL, SQL Server und weitere gängige Systeme.
F1: Kann ich QCOW2 direkt zu OVA umwandeln?
Nein. OVA ist ein Paketformat und kein Festplattenbildformat, daher gibt es keinen einzelnen Befehl für die vollständige Umwandlung. Der Vorgang erfordert zuerst die Umwandlung der virtuellen Festplatte in VMDK und anschließend das Bündeln mit den erforderlichen Metadaten mithilfe des OVF Tools.
F2: Unterstützt qemu-img die Ausgabe von OVA?
Nein. qemu-img verarbeitet nur virtuelle Festplattenformate wie VMDK, RAW und VHDX. Es kann keine OVF-Beschreibungsdateien erstellen, die eine virtuelle Appliance definieren. Dieser Schritt wird vom OVF Tool übernommen.
F3: Wie wandle ich QCOW2 unter Windows zu OVA um?
Nutzen Sie die Windows-Version von qemu-img zur Umwandlung der QCOW2-Datei in VMDK, laden Sie die Festplatte auf einen ESXi-Host hoch und exportieren Sie anschließend die VM mit der Windows-Version des OVF Tools als OVA-Archiv. Die Befehle sind identisch mit denen unter Linux; der Hauptunterschied liegt in der Pfadsyntax und der Aufrufweise der ausführbaren Dateien.
F4: Was ist der Unterschied zwischen OVA und OVF?
OVF (Open Virtualization Format) besteht aus mehreren separaten Dateien: einer Beschreibungsdatei, der virtuellen Festplatte und einer Manifestdatei. OVA (Open Virtualization Archive) bündelt alle diese Dateien zu einem einzigen komprimierten Archiv für einfachere Verteilung und Portabilität.
F5: Warum bootet meine VM nicht nach der Umwandlung zu OVA?
Die häufigste Ursache ist eine abweichende Firmware-Einstellung. Stellen Sie sicher, dass die Ziel-VM in VMware den gleichen Boot-Modus wie die Quelle nutzt, entweder herkömmliches BIOS oder UEFI. Fehlende Gasttreiber sind ein weiterer häufiger Grund – daher wird empfohlen, vor der Umwandlung open-vm-tools oder virtio-win zu installieren.
Die Umwandlung eines QCOW2-Bildes zu OVA ist ein mehrstufiger Vorgang, wobei jeder Schritt einen klar definierten Zweck erfüllt. qemu-img übernimmt die Umwandlung des Festplattenformats, ESXi stellt eine funktionsfähige Umgebung für die VM bereit und das OVF Tool verpackt alle Komponenten zu einem portablen Archiv. Die korrekte Einstellung des Boot-Modus und die Installation der Gasttreiber vor dem Start verhindern die meisten Fehler, die zu fehlgeschlagenen Migrationen führen.
Sobald die VM in VMware läuft, folgt der nächste Schritt: die dauerhafte Datensicherung. Die erstellte OVA ist nur ein Ausgangspunkt und kein Sicherheitsnetz. Das Einrichten regelmäßiger agentenloser Backups mit i2Backup von Info2soft sorgt von Anfang an für funktionsfähige Wiederherstellungspunkte.
Für Teams mit großen Umgebungen lohnt es sich zudem, zu prüfen, wie Sie Ihre ESXi-Konfigurationen zusammen mit Ihren virtuellen Maschinen sichern. Der Verlust von Host-Einstellungen bei einem Ausfall kann ebenso schwerwiegende Folgen haben wie der Verlust der Workloads selbst.
