Info2soft verwendet Cookies, um Ihnen ein besseres und angenehmeres Surferlebnis auf unserer Website zu ermöglichen. Datenschutzerklärung
Wird geladen...
Von:
Die Migration von Workloads von Microsoft Hyper-V zur Proxmox Virtual Environment (VE) hat für IT-Abteilungen höchste Priorität, die Infrastrukturkosten senken, Lizenzfallen vermeiden und die Leistungsvorteile quelloffener Virtualisierung nutzen wollen. Dieser Leitfaden bietet eine umfassende technische Anleitung zur Migration von Hyper-V-VMs auf Proxmox VE mit nativen agentenlosen Tools sowie unternehmensgerechten Strategien für die Live-Migration.
Bevor Sie mit der Umsetzung beginnen, ist es wichtig, die strukturellen Unterschiede zwischen diesen beiden Hypervisoren zu verstehen und die Gründe für einen Plattformwechsel nachzuvollziehen.
|
Merkmal |
Microsoft Hyper-V |
Proxmox VE |
|
Lizenzierung |
Proprietär (gebunden an Windows Server) |
Quelloffen (optionale Supportabonnements) |
|
Speichersystem |
VHD, VHDX, Cluster Shared Volumes |
QCOW2, ZFS, Ceph RBD, LVM |
|
Containerisierung |
Windows-Container (Hyper-V-isoliert) |
Linux-Container (LXC) |
|
Verwaltungsoberfläche |
Hyper-V-Manager / Failover-Cluster |
Eingebaute zentrale webbasierte Benutzeroberfläche |
IT-Teams wechseln von Hyper-V zu Proxmox, um mehr Flexibilität zu erhalten und eine Herstellerbindung aufzuheben. Die quelloffene Plattform senkt die gesamten Gesamtbetriebskosten (TCO), da teure Windows Server Datacenter-Lizenzen entfallen. Rechenkapazität, ZFS/Ceph-Speicher und Clusterfunktionen sind in einer einzigen Weboberfläche vereint – zusätzliche kostenintensive Verwaltungstools sind nicht erforderlich.
Um Boot-Fehler oder kritische Bluescreens (BSOD) zu vermeiden, führen Sie diese Prüfliste auf der Quell-VM unter Hyper-V durch:
PowerShell
Get-Service QEMU-GA
Die nativen Migrationsmethoden von Proxmox arbeiten direkt auf Hypervisor-Ebene. Sie kommen ohne Agenten aus – es müssen keine Zusatzprogramme innerhalb der VM während der Datenübertragung ausgeführt werden. Da die virtuellen Festplatten während der Übertragung unverändert bleiben müssen, erfordern alle agentenlosen nativen Verfahren das vollständige Herunterfahren der VM (Kaltmigration).
Proxmox VE enthält einen integrierten Assistenten für die Speicherintegration, der V2V-Migrationen direkt über die Weboberfläche vereinfacht.
Schritt 1: Suchen Sie das Verzeichnis mit der Ziel-.vhdx-Datei auf Ihrem Hyper-V-Host, klicken Sie mit der rechten Maustaste auf den Ordner und wählen Sie Eigenschaften.
Schritt 2: Wechseln Sie zur Registerkarte Freigabe, klicken Sie auf Erweiterte Freigabe, aktivieren Sie Diesen Ordner freigeben und erteilen Sie einem Administratorkonto vollständige Lese- und Schreibberechtigungen.
Schritt 1: Melden Sie sich in der Proxmox-Weboberfläche an und navigieren Sie zu Rechenzentrum > Speicher > Hinzufügen > Speicherintegration (Hyper-V).
Schritt 2: Geben Sie eine eindeutige ID, die IP-Adresse des Hyper-V-Servers, den Freigabenamen sowie die Zugangsdaten eines Administrators ein und klicken Sie auf Hinzufügen.
Schritt 1: Wählen Sie den eingebundenen Hyper-V-Speicher in der Seitenleiste von PVE aus, öffnen Sie die Registerkarte VMs, markieren Sie die Ziel-VM und klicken Sie auf Importieren.
Schritt 2: Wählen Sie den Zielspeicher in Proxmox aus, legen Sie zugewiesene CPU, Arbeitsspeicher und die Netzwerkbrücke fest und starten Sie die Konvertierung per Klick auf Importieren.
Für abgeschlossene Netzwerkumgebungen, ältere PVE-Installationen oder Umgebungen mit externen Datenträgern zur Datenübertragung ist das klassische manuelle Kommandozeilenverfahren eine zuverlässige Alternative.
Schritt 1: Öffnen Sie den Hyper-V-Manager, klicken Sie mit der rechten Maustaste auf die heruntergefahrene Ziel-VM und wählen Sie Exportieren.
Schritt 2: Klicken Sie auf Durchsuchen, um ein Speicherziel auszuwählen, und starten Sie den Exportvorgang, um eine konsolidierte .vhdx-Datei zu erstellen.
Schritt 1: Stellen Sie per WinSCP eine Verbindung zum Proxmox-Host über dessen IP-Adresse und die Root-Zugangsdaten her.
Schritt 2: Laden Sie die .vhdx-Datei aus Ihrem lokalen Verzeichnis in den Proxmox-Ordner /var/lib/vz/dump/ hoch.
Schritt 3: Öffnen Sie die Proxmox-Terminal-Shell und führen Sie folgenden Integritätsprüfungsbefehl aus, um Dateibeschädigungen auszuschließen:
Bash
qemu-img check -r all /var/lib/vz/dump/ihre-vm-festplatte.vhdx
Schritt 1: Klicken Sie in Proxmox auf VM erstellen, vergeben Sie einen Namen und eine VM-ID und konfigurieren Sie passende CPU- und Arbeitsspeicherzuweisungen.
Schritt 2: Wählen Sie auf der Registerkarte Betriebssystem die Option Kein Medium verwenden und legen Sie auf der Registerkarte System die Firmware fest (OVMF (UEFI) für Generation-2-VMs oder SeaBIOS für Generation-1-VMs).
Schritt 3: Erstellen Sie eine temporäre 1-GB-Festplatte auf der Registerkarte Festplatten, um den Assistenten abzuschließen. Wechseln Sie anschließend sofort zur Registerkarte Hardware der VM, trennen Sie die temporäre Festplatte und entfernen Sie sie.
Schritt 1: Öffnen Sie die Proxmox-Shell und führen Sie den Formatkonvertierungsbefehl aus, um eine Thin-Provisioned-QCOW2-Festplatte zu erzeugen:
Bash
qemu-img convert -f vhdx -O qcow2 -o preallocation=off /var/lib/vz/dump/ihre-vm-festplatte.vhdx /var/lib/vz/images/101/vm-101-disk-0.qcow2
(Ersetzen Sie 101 durch Ihre tatsächliche Proxmox-VM-ID).
Schritt 2: Führen Sie den Speicher-Scan-Befehl aus, damit Proxmox die neue Festplatte erkennt. Diese erscheint anschließend als Nicht verwendete Festplatte 0 in den Hardware-Einstellungen der VM:
Bash
qm rescan
Bevor Sie die neu migrierte VM für den Produktivbetrieb freigeben, überprüfen Sie deren Funktionsfähigkeit anhand dieser Liste:
Zwar sind die agentenlosen nativen Migrationsoptionen kostenfrei, dennoch weisen sie klare betriebliche Einschränkungen für unternehmensgroße Infrastrukturen auf:
Um die Geschäftskontinuität bei umfangreichen Cluster-Umstellungen zu sichern, halten Sie sich an diese branchenüblichen Produktivstandards:
Bei der Planung Ihrer V2V-Migrationsstrategie hat die Wahl zwischen agentenlosen und agentenbasierten Verfahren großen Einfluss auf die Verfügbarkeit im Produktivbetrieb:
Für unternehmensgroße Workloads ohne Toleranz für Dienstunterbrechungen sind Kaltmigrations-Tools ungeeignet. Hier kommt i2Migration ins Spiel. Als agentenbasierte Lösung zur vollständigen VM-Migration umgeht es Hypervisor-Sperren und repliziert Daten auf Betriebssystemebene.
Die passende Vorgehensweise hängt von Ihrer Umgebunggröße, Ihrem Budget und den Einschränkungen bezüglich Ausfallzeiten ab:
Vergleich der Migrationsverfahren von Hyper-V zu Proxmox
|
Verfahren |
Ausfallzeit |
Komplexität |
Einsatzzweck |
|
Import-Assistent |
Mittel |
Niedrig |
Kleine Umgebungen |
|
qemu-img |
Hoch |
Mittel |
Erfahrene Administratoren |
|
i2Migration |
Nahezu keine |
Niedrig |
Unternehmens-Workloads |
Kann Proxmox Hyper-V-VHDX-Dateien importieren?
Ja, aktuelle Proxmox-VE-Versionen verarbeiten VHDX-Strukturen nativ – entweder über den integrierten Import-Assistenten der Weboberfläche oder per manuellem qemu-img convert-Kommando in der Befehlszeile.
Wie lange dauert eine Migration von Hyper-V zu Proxmox?
Sie hängt von der Netzwerkgeschwindigkeit und der Festplattengröße ab. Beispielsweise dauert die Übertragung einer 100-GB-VM über eine standardmäßige 1-Gigabit-Verbindung etwa 15 bis 20 Minuten, Vorbereitungs- und Nacharbeiten nicht eingerechnet.
Unterstützt Proxmox Generation-2-VMs von Hyper-V?
Ja, Sie müssen lediglich die Firmware auf OVMF (UEFI) setzen und eine EFI-Festplatte in den VM-Einstellungen von Proxmox hinzufügen, um das ursprüngliche UEFI-Layout nachzubilden.
Kann ich eine Hyper-V-VM per Live-Migration ohne Ausfallzeiten zu Proxmox überführen?
Ja – die nativen Tools von Proxmox unterstützen jedoch nur Kaltmigrationen. Eine Live-Migration ohne Betriebsunterbrechung erfordert eine agentenbasierte Drittanbieter-Lösung wie i2Migration.
Die nativen Tools von Proxmox bieten einen zuverlässigen, kostenfreien Weg für Kaltmigrationen in kleinen Umgebungen mit flexiblen Wartungsfenstern. Für unternehmenskritische Produktiv-Workloads mit strengen SLAs ist jedoch eine agentenbasierte Plattform wie i2Migration unerlässlich, um Betriebsausfälle zu vermeiden und eine nahtlose Live-Umstellung zu gewährleisten.
· Unternehmenskunden und Mittelstand weltweit
· Unser Support-Team unterstützt Sie während der gesamten Testphase
· Starten Sie eine 60-tägige Testversion oder sehen Sie sich eine Demo an, um zu erfahren, wie Info2Soft Unternehmensdaten schützt.
