Schrittweise Migration von Red Hat Virtualization zu Proxmox VE
Unter den Enterprise-Lösungen ist Red Hat Virtualization (RHV) seit langem eine bewährte Plattform zum Verwalten 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 Funktionalitäten zum Backup, und Hochverfügbarkeits-Cluster lassen sich mit nativen Tools konfigurieren.
- Red Hat Virtualization 4.4 hat im August 2024 das Ende der Lebensdauer (End-of-Life) erreicht. Das bedeutet, dass keine weiteren Updates oder Sicherheitspatches mehr freigegeben werden und auch der offizielle Support durch Red Hat endet. Im Gegensatz dazu ist Proxmox VE eine aktiv weiterentwickelte, gut unterstützte Alternative.
- Überlegungen zu Kosten und Lizenzierung. 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 sorgt es oft für 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 einfache Verwaltung. Proxmox VE bietet:
- Integrierte webbasierte grafische Benutzeroberfläche.
- Sofort einsatzbereite zentralisierte Verwaltung (kein separater Verwaltungshost erforderlich).
- Integrierte Funktionen für Backup/Wiederherstellung, Clustering, Hochverfügbarkeit und Firewall.
Das Management 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. nativ.
- Integrierte Software-definierte Netzwerke, VLANs, Bridges und Bonding über die GUI.
RHV erfordert für fortgeschrittene Speichernetzwerkszenarien 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 einiger 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 Ihnen, 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).
- Die VMs sollten vor der Migration heruntergefahren werden.
- Stellen Sie sicher, dass root oder sudo Zugriff auf die RHV-Hosts verfügbar ist.
- Wenn Sie GlusterFS oder iSCSIverwenden, beachten Sie 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 Standort der Quelle-VM 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 .
- Erstellen Sie auf dem Proxmox-Knoten ein Verzeichnis für die neue VM, die migriert werden soll (verwenden Sie eine freie VM-ID, wie beispielsweise 123 in diesem Beispiel):
mkdir -p /var/lib/vz/images/123/ - Der Befehl zum Kopieren einer Datei mit rsync :
rsync -avz root@rhv-host:/rhev/data-center/mnt/.../disk.qcow2
/var/lib/vz/images/123/vm-123-disk-0.qcow2Wobei 123 die VM-ID ist, die wir in Proxmox zuweisen möchten. Ersetzen Sie diese ID durch Ihren eigenen Wert. In diesem Beispiel verfügt die VM über eine virtuelle Festplatte.
- Der Befehl zum Kopieren einer Datei per SCP, den Sie auf dem Proxmox-Host ausführen sollten:
scp username@remote-RHV:/file/to/receive /where/to/put/locallyBeispiel:
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
- Erstellen Sie auf dem Proxmox-Knoten ein Verzeichnis für die neue VM, die migriert werden soll (verwenden Sie eine freie VM-ID, wie beispielsweise 123 in diesem Beispiel):
- Erstellen Sie eine neue leere VM in Proxmox. Führen Sie den folgenden Befehl auf dem Proxmox-Host aus, um die VM zu erstellen:
qm create 123 --name my-vm-name --memory 4096 --cores 2 --net0 virtio,bridge=vmbr0wobei 123 die VM-ID ist.
- Legen Sie die virtuelle Festplatte fest, die über die vom RHV-Host kopierte importierte Datei für die virtuelle Festplatte eingebunden werden soll:
qm importdisk 123 /var/lib/vz/images/123/vm-123-disk-0.qcow2 local-lvm - Die virtuelle Festplatte anhängen:
qm set 123 --scsihw virtio-scsi-pci --scsi0 local-lvm:vm-123-disk-0Bei Bedarf können Sie auch –– ide0 oder –– sata0 verwenden, jedoch wird aus Leistunggründen virtio bevorzugt.
- Eine Boot-Festplatte festlegen:
qm set 123 --boot order=scsi0 - Überprüfen Sie die VM-Konfiguration, starten Sie die VM und nehmen Sie Anpassungen am Gastbetriebssystem innerhalb der VM vor. Starten Sie die VM bei Bedarf mit einem Live- oder Rettungs-ISO-Image.
- Überprüfen Sie:
- Umbenennung der Netzwerkschnittstellen (RHV verwendet ethX , Proxmox verwendet möglicherweise ensX oder enpXsY ), falls die Konfiguration von diesen Parametern abhängt.
- Entfernen Sie RHV-bezogene Dienste und Tools, wie z. B. oVirt-Pakete.
- Installieren Sie qemu-guest-agent (optional, für eine bessere Integration).
- Installieren Sie virtio Treiber (insbesondere für Windows-VMs):
- Hängen Sie das VirtIO-ISO-Image in der VM in Proxmox VE ein.
- Starten Sie die VM und installieren Sie die VirtIO-Treiber unter Windows.
- Starten Sie die VM, booten Sie das Gastbetriebssystem und testen Sie, ob die VM nach der Migration einwandfrei funktioniert.
- Starten Sie die VM in Proxmox:
qm start 123 - Öffnen Sie die Proxmox-Weboberfläche und überwachen Sie die migrierten VMs sowie die zugehörigen Informationen.
- Überprüfen Sie, ob Netzwerk und Festplatte funktionieren.
- Überprüfen Sie die Protokolle im Gastbetriebssystem auf Fehler.
- Starten Sie die VM in Proxmox:
Migration von RHV zu Proxmox mithilfe von VM-Vorlagen
Ein weiterer Ansatz zum Exportieren einer virtuellen Maschine aus RHV nach Proxmox VE besteht darin, die VM in eine OVF-/OVA-Vorlage zu exportieren und sie anschließend aus dieser Vorlage in Proxmox VE zu importieren.
- Exportieren Sie die VM aus dem RHV-Manager als OVA (sofern möglich) oder verwenden Sie die 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 eine Konfiguration und Optimierung der 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 Controller der virtuellen Festplatte im Speicher 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 IP-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 verwenden.
- 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 mounten Sie das VirtIO-ISO-Image in die VM und installieren Sie 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 eine 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 noch verändern.
- Schnelle Datenwiederherstellung . Die NAKIVO-Lösung unterstützt vollständige und granulare Wiederherstellungen. Sie können die Methode wählen, die für Sie im aktuellen Szenario optimal ist, 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 bewältigen. Da sich RHV dem Ende seines Lebenszyklus 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.
