Schrittweise Migration von Red Hat Virtualization zu Proxmox VE
Unter den Enterprise-Lösungen gilt Red Hat Virtualization (RHV) seit langem als bewährte Plattform für das Management virtueller Maschinen. Heute suchen Unternehmen nach Alternativen zu RHV, wie beispielsweise Proxmox VE – eine Open-Source-Virtualisierungsplattform, die sich zunehmender Beliebtheit erfreut.
Dieser Blogbeitrag erläutert, wie die Migration von RHV zu Proxmox durchgeführt wird, und behandelt dabei sowohl die Gründe für die Migration als auch den schrittweisen Ablauf. Lesen Sie weiter, um zu erfahren, wie Sie Ihre Migration von RHV zu Proxmox reibungslos durchführen können.
Warum von RHV zu Proxmox VE wechseln?
Beim Wechsel von RHV zu Proxmox VE sind mehrere Faktoren zu berücksichtigen.
- Proxmox läuft auf Debian-basierten Linux-Distributionen mit einem benutzerfreundlichen apt Software-Repository-Modell. Es verfügt über integrierte Funktionen zum Backup, und Hochverfügbarkeits-Cluster lassen sich mit nativen Tools konfigurieren.
- Red Hat Virtualization 4.4 hat im August 2024 das Ende seines Lebenszyklus erreicht. Das bedeutet, dass keine weiteren Updates oder Sicherheitspatches mehr veröffentlicht werden und auch der offizielle Support durch Red Hat endet. Im Gegensatz dazu ist Proxmox VE eine aktiv weiterentwickelte, gut unterstützte Alternative.
- Kosten- und Lizenzaspekte. Für RHV war ein kostenpflichtiges Red Hat Enterprise-Abonnement (RHEL, RHV Manager usw.) erforderlich. Proxmox VE ist eine kostenlose Open-Source-Plattform, für die optional Enterprise-Support verfügbar ist. Dank seiner Flexibilität und seines Lizenzmodells bietet es oft niedrigere Gesamtbetriebskosten, insbesondere für kleine bis mittelständische Unternehmen und Labore.
- Proxmox VE verfügt über eine vereinfachte Architektur. RHV nutzt mehrere Komponenten: RHV-M (Manager), oVirt, VDSM, RHEL-Hosts usw. Proxmox VE ist monolithischer aufgebaut und einfacher zu bereitstellen: integrierte Web-Benutzeroberfläche, CLI und API; keine externe Datenbank oder komplexe Middleware. Proxmox ist ressourcenschonend und kann auf minimaler Hardware laufen oder auf große Cluster skaliert werden.
- Benutzerfreundlichkeit und Verwaltung. Proxmox VE bietet:
- Integrierte webbasierte Benutzeroberfläche.
- Sofort einsatzbereite zentralisierte Verwaltung (kein separater Verwaltungshost erforderlich).
- Integrierte Funktionen für Backup/Wiederherstellung, Clustering, Hochverfügbarkeit und Firewall.
Die Verwaltung von RHV kann komplexer sein und ist auf externe Komponenten wie PostgreSQL und RHEL-Abonnements angewiesen.
- Flexibilität bei Speicher und Netzwerk. Proxmox unterstützt:
- Ceph, ZFS, LVM, NFS, iSCSI usw. werden nativ unterstützt.
- Integrierte Unterstützung für Software-Defined Networking, VLANs, Bridges und Bonding über die GUI.
RHV erfordert für komplexere Szenarien des Speichernetzwerks einen höheren Konfigurationsaufwand.
KVM-basierte Kompatibilität wird bereitgestellt. Sowohl RHV als auch Proxmox basieren auf KVM/QEMU und unterstützen Container. Die Migration von VMs (mit einer gewissen Konvertierung) ist möglich. Proxmox unterstützt OVF/OVA, Raw/QCOW2 und andere Formate.
Migration von RHV zu Proxmox: Schritt-für-Schritt-Anleitung
Wir erklären, wie Sie die Migration von VMs von RHV zu Proxmox VE vorbereiten.
Voraussetzungen
Auf der RHV-Seite :
- Stellen Sie sicher, dass die VMs QCOW2- oder RAW-Festplatten verwenden (keine schnappschüsse, exportieren Sie saubere Basis-Images).
- VMs sollten vor der Migration heruntergefahren werden.
- Stellen Sie sicher, dass auf RHV-Hosts Zugriff mit root oder sudo verfügbar ist.
- Wenn Sie GlusterFS oder iSCSIverwenden, notieren Sie sich das Speicherlayout Ihrer VMs.
Auf der Proxmox-Seite :
- Richten Sie einen Proxmox VE-Cluster (oder einen einzelnen Knoten) mit ausreichenden Ressourcen ein.
- Bereiten Sie den Speicher (ZFS, LVM oder ein lokales Verzeichnis) vor, in den die VMs importiert werden sollen.
- Empfohlen: Installieren Sie virtio-Treiber , wenn Sie Windows-VMs importieren.
Tipps zur Migration :
- Sichern Sie VMs vor der Migration Immer.
- Nach einem Hardwarewechsel kann die Windows-Lizenzierung ausgelöst werden.
- Die MAC-Adressen der RHV-Netzwerkkarten müssen in Proxmox VE möglicherweise neu zugewiesen werden, um statische IP-Adressen zu erhalten.
Der Ablauf der Migration von RHV zu Proxmox VE
Sobald alle Vorbereitungsschritte abgeschlossen sind und die Voraussetzungen erfüllt sind, können Sie Virtuelle Maschinen von RHV zu Proxmox VE migrieren. Alle Migrationsvorgänge können über die Befehlszeilenschnittstelle auf den Linux-Hosts durchgeführt werden, auf denen diese Virtualisierungsplattformen laufen.
- Suchen Sie die virtuellen Festplatten der VM(s), die Sie migrieren möchten, auf dem RHV-Host. Verbinden Sie sich über SSH mit Ihrem RHV-Compute-Host (nicht mit dem RHV-Manager). Sie können einen SFTP-Client verwenden, um Dateien über SSH von einem RHV-Host über das Netzwerk zu kopieren. Der VM-Standort der Quelle kann beispielsweise lauten:
/rhev/rechenzentrum/mnt/10a12345…/images/< VM-UUID >/< disk-UUID >.qcow2 - Kopieren Sie die virtuellen Festplatten-Images von RHV auf den Proxmox-Host. Um Dateien über das Netzwerk zu kopieren, sind die zuverlässigsten Optionen rsync oder SCP .
- On the Proxmox node, create a directory for the new VM that will be migrated (use a free VM ID, such as 123 in this example):
mkdir -p /var/lib/vz/images/123/ - The command to copy a file with rsync :
rsync -avz root@rhv-host:/rhev/data-center/mnt/.../disk.qcow2
/var/lib/vz/images/123/vm-123-disk-0.qcow2Where 123 is the VM ID we want to assign in Proxmox. Replace this ID with your custom value. In this example, the VM has one virtual disk.
- The command to copy a file via SCP that you should run on the Proxmox host:
scp username@remote-RHV:/file/to/receive /where/to/put/locallyFor example:
scp username@remote-RHV:
/rhev/data-center/mnt/10a12345.../images/<VM-UUID>/<disk-UUID>.qcow2
/var/lib/vz/images/123/vm-123-disk-0.qcow2
- On the Proxmox node, create a directory for the new VM that will be migrated (use a free VM ID, such as 123 in this example):
- Create a new empty VM in Proxmox. Run the command on the Proxmox host to create the VM:
qm create 123 --name my-vm-name --memory 4096 --cores 2 --net0 virtio,bridge=vmbr0where 123 is the VM ID.
- Set the virtual disk to attach using the imported virtual disk file copied from the RHV host:
qm importdisk 123 /var/lib/vz/images/123/vm-123-disk-0.qcow2 local-lvm - Attach the virtual disk:
qm set 123 --scsihw virtio-scsi-pci --scsi0 local-lvm:vm-123-disk-0You can also use –– ide0 or –– sata0 if needed, but virtio is preferred for performance.
- Set a boot disk:
qm set 123 --boot order=scsi0 - Check the VM configuration, start the VM and adjust the guest operating system inside the VM. If needed, boot the VM with a live or rescue ISO image.
- Check:
- Network interface renaming (RHV uses ethX , Proxmox may use ensX or enpXsY ) if the configuration depends on these parameters.
- Remove RHV-related services and tools, such as oVirt packages.
- Install qemu-guest-agent (optional, for better integration).
- Install virtio drivers (especially for Windows VMs):
- Mount the VirtIO ISO image to the VM in Proxmox VE.
- Boot the VM and install the VirtIO drivers inside Windows.
- Start the VM, boot the guest OS and test whether the VM works fine after migration.
- Start the VM in Proxmox:
qm start 123 - Open the Proxmox web GUI and monitor the migrated VMs and related information.
- Verify the network and disk are working.
- Check logs inside the guest OS for errors.
- Start the VM in Proxmox:
RHV to Proxmox migration using VM templates
Another approach to exporting an RHV virtual machine to Proxmox VE is to export the VM to an OVF/OVA template and then import the VM from the template in Proxmox VE.
- Export the VM from RHV Manager as OVA (if possible) or use the Befehlszeile:
virt-v2v -ic vddk:///path/to/your/vdsm/storage/domain -of ova -os /path/to/export/directory -n your_vm_name -b /path/to/your/bridge-network - Importieren Sie die VM mithilfe der OVA-Vorlage auf den Proxmox-Host:
qm importovf 123 vm_name.ova local-lvmDabei ist local-lvm ein Datenspeicher-Name auf dem Proxmox-Host und 123 die VM-ID.
Hinweis: Sie können Migrationsskripte erstellen, um den Vorgang zu automatisieren und eine Batch-Migration bzw. -Konvertierung durchzuführen.
Konfiguration und Optimierung nach der Migration
Es wird empfohlen, nach der Migration Konfigurations- und Optimierungsmaßnahmen für VMs in Proxmox VE durchzuführen. Dies trägt dazu bei, einen stabilen Betrieb, maximale Leistung und eine optimale Integration mit den Proxmox-Funktionen sicherzustellen.
- Möglicherweise müssen Sie den virtuellen Festplattencontroller in der Speicherkonfiguration der VM bearbeiten.
- Passen Sie die Netzwerkkonfiguration an. Verbinden Sie die virtuellen Netzwerkadapter der migrierten VM auf dem Proxmox-Host mit den entsprechenden virtuellen Netzwerken (virtuellen Switches).
- Korrigieren Sie die Konfiguration der statischen IP-Adresse oder aktualisieren Sie die DHCP-Konfigurationen, falls sich die MAC-Adresse ändert.
- Wenn auf der VM Linux installiert ist, aktualisieren Sie /etc/network/interfaces (für Debian) oder /etc/netplan/ (für Ubuntu) entsprechend. Andere Linux-Distributionen können andere Netzwerkkonfigurationsdateien haben.
- Wenn auf der VM ein Red Hat-basiertes Gastbetriebssystem installiert ist, entfernen Sie die RHV/oVirt-spezifischen Pakete mit dem Befehl:
yum remove vdsm* ovirt* rhvm* -y - Richten Sie den QEMU-Gast-Agenten im Gastbetriebssystem ein. Dieser Agent liefert genaue VM-Informationen (IP, Hostname) in der Proxmox-Oberfläche, ermöglicht das sichere Herunterfahren von VMs und Online-Backups (während die VM läuft).
- Unter Ubuntu können Sie den Gast-Agenten über Online-Repositorys mit den folgenden Befehlen installieren:
apt install qemu-guest-agentsystemctl enable --now qemu-guest-agent - Im Windows-Gast systemieren Sie das VirtIO-ISO-Image in die VM ein und installieren qemu-ga-x64.msi aus dem Verzeichnis „guest-agent“ (für 64-Bit-Windows).
- Unter Ubuntu können Sie den Gast-Agenten über Online-Repositorys mit den folgenden Befehlen installieren:
- Aktivieren Sie den QEMU-Gast-Agenten in Proxmox, falls dieser noch nicht aktiviert ist:
qm set <VMID> --agent enabled=1 - Möglicherweise müssen Sie GRUB aktualisieren:
update-grub && reboot - Überprüfen Sie die Festplatten-Einbindungen erneut. Wenn die VM mehrere Festplatten und Partitionen verwendet, stellen Sie sicher, dass die Reihenfolge der Festplatten und Partitionen korrekt ist und dass die fstab Konfiguration mit der Festplattenkonfiguration übereinstimmt. Überprüfen Sie /etc/fstab , um sicherzustellen, dass die UUIDs oder Labels nach dem Import der Festplatten korrekt sind. Bearbeiten Sie die Konfiguration bei Bedarf.
Sichern Sie Proxmox-VMs mit NAKIVO
Nachdem Sie die Migration der virtuellen Maschinen von Red Hat Virtualization zu Proxmox fertiggestellt haben, wird empfohlen, das VM-Backup zu konfigurieren. NAKIVO Backup & Replication ist eine umfassende Lösung für die Datensicherheit, die Proxmox-VM-Backup auf Host-Ebene über die bereitgestellten APIs unterstützt.
Dieser Ansatz gewährleistet hohe Effizienz und Zuverlässigkeit bei der Datensicherung in Proxmox VE. Einzelne Proxmox-Hosts und Cluster werden unterstützt. Die NAKIVO-Lösung umfasst eine Vielzahl von Funktionen, darunter:
- Inkrementelles Backup ermöglicht es Ihnen, nur die seit der letzten Sicherung geänderten Daten zu kopieren. Dieser Ansatz beschleunigt Sicherungsvorgänge und spart Speicherplatz. In Verbindung mit der Sicherungskomprimierung werden die Geschwindigkeit der Datensicherung und die Speicherplatzersparnis weiter gesteigert.
- Sicherung verschlüsseln schützt Daten vor unbefugtem Zugriff und verbessert die Sicherheit Ihrer Sicherungsumgebung. Daten können an der Quelle, am Zielort und während der Netzwerkübertragung verschlüsselt werden.
- Unveränderlichkeit von Backups schützt Backups vor Ransomware. Sie legen die Unveränderlichkeitsdauer fest, und die Daten können nach dem Schreiben nicht mehr geändert werden. Ransomware kann unveränderliche Backups weder löschen noch beschädigen oder verändern.
- Schnelle Datenwiederherstellung . Die NAKIVO-Lösung unterstützt vollständige und granulare Wiederherstellungen. Sie können die für Sie im aktuellen Szenario optimale Methode wählen, um eine schnelle und effektive Wiederherstellung zu gewährleisten. Sie können Daten am ursprünglichen oder an einem benutzerdefinierten Standort wiederherstellen.
- Mehrere Backup-Ziele . Sie können Backups lokal, in Dateifreigaben, in privaten oder öffentlichen Clouds, auf S3-kompatiblen Speichern und auf NAS speichern.
Fazit
Die Migration von RHV zu Proxmox VE mag zunächst als Herausforderung erscheinen, doch mit der richtigen Planung und Vorbereitung lässt sich der Prozess deutlich besser verwalten. Da sich RHV dem Ende seiner Lebensdauer nähert, prüfen Unternehmen derzeit Alternativen, und Proxmox sticht als flexible Open-Source-Option hervor, die von einer starken Community unterstützt wird. Die Einhaltung eines strukturierten Migrationsablaufs kann Risiken minimieren und die Kontinuität Ihrer Workloads gewährleisten.
