Sollten Sie für eine VMware-Migration XCP ng oder Proxmox wählen?
Der Abschied von VMware bedeutet mehr, als nur einen anderen Hypervisor auszuwählen. Jede virtuelle Maschine muss übertragen, getestet und abgesichert werden, ohne inakzeptable Ausfallzeiten zu verursachen oder kritische Anwendungen zu beeinträchtigen.
Proxmox VE und XCP ng gehören zu den stärksten Open-Source-Zielplattformen für VMware-Workloads. Beide bieten Migrationswerkzeuge, zentrales Management, Clustering, Hochverfügbarkeit und integrierte Backup-Optionen. Ihre Migrationsprozesse und langfristigen Betriebsmodelle unterscheiden sich jedoch.
Proxmox ist in der Regel die flexiblere Wahl für Organisationen, die eine integrierte Virtualisierungsplattform mit breiter Storage- und Container-Unterstützung wollen. XCP ng kann attraktiver sein, wenn die Reduzierung der Migrations-Ausfallzeit oberste Priorität hat oder wenn das Team eine auf virtuelle Maschinen fokussierte Xen-Umgebung bevorzugt.
Wie migriert Proxmox VMware-VMs?
Proxmox VE enthält einen integrierten Importer, der sich mit einem VMware-ESXi-Host verbindet. Administratoren fügen das ESXi-System als Importquelle in der Proxmox-Speicherkonfiguration hinzu, wählen eine virtuelle Maschine aus und ordnen deren Festplatten, Netzwerkschnittstellen und Zielspeicher über die Weboberfläche zu.
Laut Proxmox-Dokumentation wurde der Importer mit den ESXi-Versionen 6.5 bis 8.0 getestet. Der Importer kann einen Großteil der VMware-Konfiguration in das Proxmox-VM-Modell übernehmen und reduziert so den Aufwand für manuelle Nacharbeit.
Proxmox empfiehlt, die VMware-VM vor Beginn des eigentlichen Imports herunterzufahren. Das schützt die Konsistenz und verhindert, dass an den Original-Festplatten Änderungen vorgenommen werden, während sie übertragen werden.
Proxmox bietet außerdem eine Live-Import-Option. In diesem Modus bleibt die Quell-VMware-VM zwar ausgeschaltet, aber die neue Proxmox-VM kann bereits starten, bevor die gesamte Festplatte übertragen ist. Häufig genutzte Festplattendaten werden zuerst importiert, während die übrigen Informationen im Hintergrund weiterkopiert werden.
Das kann die Dienst-Ausfallzeit erheblich verkürzen, besonders bei der Migration einer großen virtuellen Maschine. Allerdings kann das Ziel anfangs eine geringere Ein-/Ausgabe-Performance haben. Proxmox warnt außerdem davor, dass Daten, die nach Beginn des Live-Imports geschrieben werden, bei einem Fehlschlag des Importvorgangs verloren gehen könnten.
Wie migriert XCP ng VMware-VMs?
XCP ng nutzt Xen Orchestra für die VMware-Migration. Dessen V2V-Funktion verbindet sich über die ESXi-Programmierschnittstelle mit VMware und überträgt die virtuelle Maschine in die XCP ng-Umgebung.
Xen Orchestra unterstützt Warm Migration. Zunächst erstellt es einen VMware-Snapshot und kopiert die Haupt-Festplatte, während die Quell-VM weiterläuft. Ist die erste Kopie abgeschlossen, fährt Xen Orchestra die VMware-VM herunter, erfasst die verbleibenden geänderten Blöcke und überträgt nur noch diese letzte Differenz.
Die virtuelle Maschine wird anschließend auf XCP ng gestartet. Da der Großteil der Daten kopiert wird, während das Originalsystem online bleibt, kann die abschließende Dienstunterbrechung deutlich kürzer ausfallen als bei einer klassischen Kaltmigration.
Warm Migration setzt voraus, dass die VMware-VM mindestens einen Snapshot besitzt. Das von Xen Orchestra verwendete VMware-Konto muss zudem die Berechtigung haben, die Quell-VM beim finalen Cutover zu stoppen.
Xen Orchestra benötigt lediglich Netzwerkzugriff auf die ESXi-Programmierschnittstelle. Ein direkter Zugriff auf den zugrunde liegenden VMware-Storage ist nicht erforderlich. Das kann Migrationen vereinfachen, bei denen sich das Storage-Netzwerk nur schwer mit der Zielumgebung verbinden lässt.
Welche Plattform bietet weniger Ausfallzeit?
Beim Vergleich der offiziellen VMware-Migrations-Workflows hat XCP ng den klareren Vorteil.
Xen Orchestra führt die anfängliche Datenübertragung durch, während die Quell-VM online bleibt. Nur die letzten Änderungen müssen während des Abschaltfensters kopiert werden.
Der Proxmox-Live-Import reduziert ebenfalls die Ausfallzeit, aber die VMware-VM muss dafür bereits ausgeschaltet sein. Proxmox startet das Ziel, bevor die vollständige Festplattenübertragung abgeschlossen ist, während XCP ng die Quelle während des Großteils der Übertragung online hält.
Der tatsächliche Unterschied hängt von der Größe der virtuellen Maschine, der Storage-Geschwindigkeit, der Netzwerkbandbreite und der Schreibaktivität ab. Eine kleine Infrastruktur mit kurzen Wartungsfenstern findet den Proxmox-Prozess möglicherweise völlig akzeptabel. Ein Unternehmen, das Anwendungsserver im mehrstelligen Terabyte-Bereich migriert, profitiert unter Umständen stärker vom Warm-Migration-Modell von XCP ng.
Keinem der beiden Workflows sollte man ohne Tests vertrauen. Datenbanken, Verzeichnisdienste und transaktionslastige Anwendungen erfordern eine Validierung auf Anwendungsebene, selbst wenn der Hypervisor eine erfolgreiche Migration meldet.
Welche Migrationseinschränkungen sollten Sie prüfen?
Proxmox nennt mehrere wichtige Einschränkungen.
Virtuelle Maschinen, die direkt auf VMware vSAN liegen, lassen sich nicht über den Standard-Workflow importieren. Die Festplatten müssen unter Umständen zunächst auf einen anderen VMware-Datastore verschoben werden. Verschlüsselte virtuelle Festplatten lassen sich erst importieren, wenn die Verschlüsselungsrichtlinie entfernt wurde. Proxmox kann außerdem derzeit den Zustand des virtuellen VMware Trusted Platform Module nicht übertragen. Das kann Windows-Systeme betreffen, die Festplattenverschlüsselungsschlüssel im virtuellen Trusted Platform Module speichern.
VMware-Snapshots können Proxmox-Importe deutlich verlangsamen. Proxmox empfiehlt, große Migrationsjobs zu serialisieren, da die ESXi-Programmierschnittstelle ein relativ niedriges Verbindungslimit hat. Zu viele gleichzeitige Importe können Verzögerungen und ins Stocken geratene Vorgänge verursachen.
XCP ng hat eigene Einschränkungen. Der automatische VMware-Migrationsprozess kommt mit einer einzelnen virtuellen Festplatte, die größer ist als 2 Terabyte minus 8 Megabyte, nicht zurecht. Administratoren müssen mehrere Zielfestplatten anlegen und den Inhalt über eine andere Methode übertragen, wenn eine virtuelle Maschine dieses Limit überschreitet.
XCP ng rät Administratoren außerdem, VMware-Gastreiber vor der Migration zu entfernen. Beim Importieren einer OVA müssen Administratoren manuell bestätigen, ob das Originalsystem BIOS oder UEFI verwendet hat, da diese Information möglicherweise nicht korrekt erkannt wird.
Diese Einschränkungen können die Plattformwahl entscheiden, noch bevor der Feature-Vergleich überhaupt beginnt. Eine Organisation mit vielen großen virtuellen Festplatten findet Proxmox möglicherweise einfacher. Eine Organisation mit großen, aber unterstützten Festplatten und strengen Anforderungen an die Ausfallzeit bevorzugt möglicherweise XCP ng.
Was passiert nach der Migration?
Die Zielplattform muss die Umgebung noch jahrelang unterstützen, nachdem VMware entfernt wurde.
Proxmox verwaltet KVM-VMs und LXC-Container über seine integrierte Weboberfläche. Es unterstützt lokales ZFS, NFS, iSCSI, Ceph und weitere Storage-Technologien, die über Debian verfügbar sind. Außerdem umfasst es Cluster-Management, Hochverfügbarkeit, Software-defined Networking und eine verteilte Firewall.
Proxmox Backup Server bietet inkrementelle Backups, Deduplizierung, Verifizierung, Remote-Synchronisierung, Einzeldatei-Wiederherstellung und Live-Restore. Es wird als separates Backup-System bereitgestellt und direkt als Speicherziel in Proxmox VE eingebunden.
XCP ng konzentriert sich auf virtuelle Maschinen und nutzt Xen Orchestra als zentrale Management-Ebene. Xen Orchestra bietet Zugriffskontrollen, Reports, Lastverteilung, Backup, Delta-Backup, Disaster Recovery, kontinuierliche Replikation und Warm Migration.
Daraus ergeben sich zwei unterschiedliche Betriebsmodelle. Proxmox platziert den Großteil des Cluster-Managements direkt auf den Hypervisor-Knoten und nutzt für erweitertes Backup ein separates Produkt. XCP ng verlässt sich stärker auf Xen Orchestra als zentrales Steuerungs-, Backup- und Automatisierungssystem.
Welche Plattform eignet sich besser für eine große VMware-Migration?
XCP ng verdient ernsthafte Überlegung, wenn die Migration viele große virtuelle Maschinen umfasst und die Ausfallzeit minimal bleiben muss. Der Warm-Migration-Prozess ist gezielt darauf ausgelegt, den Großteil der Daten vor dem VMware-Shutdown zu kopieren.
Xen Orchestra bietet Administratoren zudem eine zentrale Stelle, um Migrationsjobs zu überwachen und die daraus entstehende XCP ng-Umgebung zu verwalten.
Proxmox kann die bessere langfristige Wahl sein, wenn die Organisation mehr will als nur einen direkten VMware-Ersatz. Es unterstützt virtuelle Maschinen, Systemcontainer, integriertes Ceph-Management, ZFS und ein breites Spektrum an Linux-basierten Infrastrukturoptionen.
Teams mit fundierter Debian-, KVM- oder Linux-Administrationserfahrung finden bei Proxmox möglicherweise auch die Fehlersuche und Anpassung einfacher.
Sollten Sie XCP ng oder Proxmox wählen?
Wählen Sie XCP ng, wenn die Migrations-Ausfallzeit die dominierende Sorge ist, Ihre virtuellen Festplatten innerhalb des automatischen Migrationslimits bleiben und Sie Xen Orchestra Virtualisierung, Backup und Disaster Recovery verwalten lassen wollen.
Wählen Sie Proxmox, wenn Sie eine breiter angelegte Infrastrukturplattform wollen, LXC-Container benötigen, ZFS oder Ceph einsetzen möchten oder Proxmox Backup Server als separate Backup-Ebene bevorzugen.
Bevor Sie sich festlegen, migrieren Sie mehrere repräsentative virtuelle Maschinen auf beide Plattformen. Beziehen Sie einen Windows-Server, eine Linux-Anwendung, ein Datenbanksystem und einen der größten Workloads der Umgebung mit ein.
Messen Sie Übertragungszeit, Ausfalldauer, Treiberänderungen, Netzwerkverhalten, Backup-Performance und Wiederherstellungsgeschwindigkeit.
Das Migrationswerkzeug hilft Ihnen, VMware zu verlassen. Das tägliche Management-Modell entscheidet, ob der Ersatz auch nach Abschluss des Migrationsprojekts erfolgreich bleibt.