- Die Migration kann entweder mit dem nativen Proxmox VE for ESXi-Assistenten oder manuell über Konsolenbefehle durchgeführt werden.
- Die Konvertierung von Festplatten in das qcow2- oder Raw-Format ist unerlässlich, um die Leistung im KVM-Hypervisor zu optimieren.
- Die Vorbereitung des Gastbetriebssystems mit VirtIO-Treibern ist der entscheidende Schritt, um Startfehler oder Bluescreens zu vermeiden.
Wenn Sie Ihre virtuellen Maschinen modernisieren und von VMware auf Proxmox VE umsteigen möchten, haben Sie wahrscheinlich festgestellt, dass es nicht so einfach ist wie das Hinzufügen einer Datei per Drag & Drop. Aufgrund der jüngsten Änderungen der Broadcom-Lizenzbestimmungen wenden sich viele Anwender der Open-Source-Welt zu , und Proxmox hat sich dank seiner Cluster-Management-Funktionen und Flexibilität zur leistungsstärksten Alternative entwickelt.
Die Migration einer VMDK-Festplatte kann sich wie ein Labyrinth anfühlen, wenn man die einzelnen Schritte nicht genau kennt, da sie davon abhängt, dass der Proxmox KVM-Hypervisor die von VMware auf die Festplatte geschriebenen Daten erkennt. Um eine reibungslose Migration und unangenehme Überraschungen wie den gefürchteten Bluescreen zu vermeiden, ist eine detaillierte Planung unerlässlich – von der Firmware-Konfiguration bis hin zur Entfernung der Tools des ursprünglichen Herstellers.
Vorbereitungen, bevor auch nur ein einziges Stück bewegt wird
Bevor wir loslegen, sind einige wichtige Aufgaben zu erledigen. Wenn Sie Zugriff auf die virtuelle Maschine in VMware haben, sollten Sie unbedingt alle Snapshots konsolidieren . Ausstehende Snapshots können dazu führen, dass eine veraltete Festplattenversion importiert wird oder Konsistenzfehler auftreten, die schwerwiegende Probleme verursachen.
Ein weiterer wichtiger Punkt betrifft die Treiber. Windows erkennt beispielsweise Proxmox-Festplattencontroller nicht nativ. Daher wird dringend empfohlen, die VirtIO-Treiber zu installieren, solange sich die Maschine noch in VMware befindet. Dies verhindert, dass das Betriebssystem beim Start in die neue Umgebung abstürzt, weil es die Festplatte nicht findet.
Vergessen Sie nicht, die Hardwarekonfiguration zu beachten : Wie viel RAM ist verbaut, wie viele CPU-Kerne gibt es und – ganz wichtig – ob ein herkömmliches BIOS oder UEFI verwendet wird. Ist diese letzte Einstellung falsch, startet der Rechner nicht, da Proxmox den Bootsektor am falschen Ort sucht.
Der einfache Weg: Der ESXi-Importassistent
Die neuesten Versionen von Proxmox VE enthalten ein äußerst wertvolles Werkzeug: einen Assistenten, mit dem Sie einen ESXi-Host direkt über die Weboberfläche verbinden können. Gehen Sie dazu auf „Rechenzentrum“ > „Speicher“ > „Hinzufügen“ und wählen Sie die Option „ESXi“. Dort geben Sie die Anmeldeinformationen des Quellservers ein.
Sobald die Verbindung hergestellt ist, liest Proxmox die .vmx-Datei der virtuellen Maschine und schlägt eine identische Hardwarekonfiguration vor. Sie können CPU und Arbeitsspeicher anpassen, bevor Sie auf „Importieren“ klicken. Das System konvertiert die VMDK-Disk automatisch in das native qcow2-Format und erspart Ihnen so stundenlanges Hantieren in der Kommandozeile.
Die manuelle Methode: Für fortgeschrittene Benutzer und lose Dateien
Wenn Sie keinen laufenden ESXi-Server besitzen und die .vmdk-Dateien nur auf einer Festplatte oder einem NAS gespeichert sind, müssen Sie die Datei manuell über das Terminal hochladen. Der erste Schritt besteht darin, die Datei mithilfe von Tools wie SCP, SFTP oder WinSCP auf den Proxmox-Server hochzuladen . Falls die Datei in einem .ova-Paket vorliegt, denken Sie daran, dass es sich dabei um eine komprimierte Datei handelt, die Sie extrahieren können, um die .vmdk-Datei zu erhalten.
Da die Datei bereits auf dem Server vorhanden ist, gibt es zwei Hauptwege. Der erste ist die manuelle Konvertierung mit dem Befehl `qemu-img convert` , der die VMDK-Datei in eine qcow2- oder Raw-Datei umwandelt. Anschließend erstellen Sie in der Proxmox-Oberfläche eine leere virtuelle Maschine (ohne Festplatte) und verschieben die konvertierte Datei in den Image-Ordner dieser VM.
Der zweite, direktere Weg besteht darin, den Befehl zu verwenden. qm ImportdiskDieser Befehl ist ein wahres Multitalent: Er nimmt die VMDK-Datei, konvertiert sie und weist sie in einem einzigen Schritt dem Proxmox-Speicher zu. Die grundlegende Syntax lautet: qm importdisk [ID_VM] [archivo.vmdk] [almacenamiento]Nach der Ausführung wird die Festplatte im Hardware-Tab als solche angezeigt. unbenutzte Festplatte.
Endgültige Konfiguration und Inbetriebnahme
Sobald die Festplatte mit der VM verbunden ist, reicht es nicht, sie einfach einzuschalten. Sie müssen die Hardwarekonfiguration aufrufen, auf die ungenutzte Festplatte doppelklicken und sie einem Bus zuweisen (SATA oder IDE sind für den ersten Startvorgang in der Regel am besten geeignet). Anschließend müssen Sie in den Optionen die Startreihenfolge so anpassen, dass die importierte Festplatte an erster Stelle steht.
Wenn auf dem Rechner Windows läuft und Sie die VirtIO-Treiber noch nicht installiert haben, müssen Sie möglicherweise die VirtIO-ISO-Datei in das virtuelle CD-Laufwerk einbinden. Sobald das System gestartet ist und die Hardware erkennt, können Sie den Festplattencontroller auf VirtIO SCSI umstellen , um eine deutlich bessere Leistung als mit SATA oder IDE zu erzielen.
Für Nutzer von Linux-Systemen ist der Vorgang einfacher, da der Kernel üblicherweise die benötigten Module enthält. Achten Sie jedoch darauf, VMware Tools zu deinstallieren , um Treiberkonflikte zu vermeiden, die das System verlangsamen oder Netzwerkinstabilität verursachen könnten.
Eine erfolgreiche Migration erfordert die Durchführung einer Snapshot-Bereinigungsphase, die korrekte Auswahl der UEFI/BIOS-Firmware und die Verwendung von Konvertierungstools wie `qm importdisk` oder dem nativen Assistenten. Entscheidend für den Erfolg ist, dass die Installation des VirtIO-Treibers unter Windows nicht ausgelassen wird und sichergestellt wird, dass der Zielspeicher während der Konvertierung über ausreichend Speicherplatz für die Festplattenerweiterung verfügt. Sobald der Rechner hochgefahren und die QEMU-Gastagenten installiert sind, ist der Übergang zur Open-Source-Freiheit erfolgreich abgeschlossen.