Migracja krok po kroku z Red Hat Virtualization do Proxmox VE

Wśród rozwiązań dla przedsiębiorstw Red Hat Virtualization (RHV) od dawna stanowi sprawdzoną platformę do zarządzania maszynami wirtualnymi. Obecnie, w związku ze zbliżającym się końcem cyklu życia RHV, firmy rozważają również alternatywne rozwiązania, takie jak Proxmox VE – platforma wirtualizacyjna typu open source, która cieszy się coraz większą popularnością.

W tym wpisie na blogu wyjaśniono, jak przeprowadzić migrację z RHV do Proxmox, omawiając powody migracji oraz szczegółowy przebieg procesu. Czytaj dalej, aby dowiedzieć się, jak sprawnie przeprowadzić migrację z RHV do Proxmox.

NAKIVO for Proxmox Backup

Agentless, app-aware backup for Proxmox VE with multiple targets, including immutable cloud backups. Multiple instant granular recovery and full recovery options.

Discover Solution

Dlaczego warto przejść z RHV na Proxmox VE?

Przy przejściu z RHV na Proxmox VE należy wziąć pod uwagę wiele czynników.

• Proxmox działa na dystrybucjach Linuksa opartych na Debianie z przyjaznym modelem repozytorium oprogramowania apt . Dostępna jest wbudowana funkcja tworzenia kopii zapasowych, a klastry o wysokiej dostępności można konfigurować za pomocą natywnych narzędzi.
• Red Hat Virtualization 4.4 osiągnął koniec cyklu życia w sierpniu 2024 r. Oznacza to, że nie będą wydawane żadne dodatkowe aktualizacje ani poprawki bezpieczeństwa, a oficjalne wsparcie ze strony Red Hat również dobiega końca. Natomiast Proxmox VE jest aktywnie rozwijaną alternatywą, cieszącą się dobrym wsparciem.
• Kwestie związane z kosztami i licencjonowaniem. RHV wymagało płatnej subskrypcji Red Hat Enterprise (RHEL, RHV Manager itp.). Proxmox VE to bezpłatna platforma typu open source z opcjonalnym wsparciem dla przedsiębiorstw. Dzięki swojej elastyczności i modelowi licencjonowania często zapewnia niższy całkowity koszt posiadania, szczególnie w przypadku małych i średnich przedsiębiorstw oraz laboratoriów.
• Proxmox VE ma uproszczoną architekturę. RHV wykorzystuje wiele komponentów: RHV-M (Manager), oVirt, VDSM, hosty RHEL itp. Proxmox VE jest bardziej monolityczny i łatwiejszy w wdrażaniu: wbudowany interfejs użytkownika, CLI i API; brak zewnętrznej bazy danych lub skomplikowanego oprogramowania pośredniczącego. Proxmox jest lekki i może działać na minimalnym sprzęcie lub przeprowadzać skalowanie do dużych klastrów.
• Łatwość użytkowania i administracji. Proxmox VE oferuje:
  • Zintegrowany interfejs graficzny oparty na sieci WWW.
  • Gotowe do użycia scentralizowane zarządzanie (nie jest wymagany oddzielny host zarządzający).
  • Wbudowane funkcje wykonywania kopii zapasowych i przywracania danych, klastrowania, wysokiej dostępności oraz zapory sieciowej.

  Zarządzanie RHV może być bardziej złożone i opiera się na komponentach zewnętrznych, takich jak PostgreSQL oraz subskrypcje RHEL.

• Elastyczność w zakresie pamięci masowej i sieci. Proxmox obsługuje:
  • Ceph, ZFS, LVM, NFS, iSCSI itp. – natywna obsługa.
  • Wbudowane funkcje: sieci definiowane programowo, sieci VLAN, mostki i łączenie kart sieciowych za pośrednictwem interfejsu graficznego.

  RHV wymaga dodatkowej konfiguracji w przypadku zaawansowanych scenariuszy sieciowych związanych z pamięcią masową.

Zapewniona jest kompatybilność z KVM. Zarówno RHV, jak i Proxmox opierają się na KVM/QEMU i obsługują kontenery. Możliwa jest migracja maszyn wirtualnych (z pewną konwersją). Proxmox obsługuje OVF/OVA, formaty raw/qcow2 oraz inne.

Migracja z RHV do Proxmox: proces krok po kroku

Wyjaśnijmy, jak przygotować się do migracji maszyn wirtualnych z RHV do Proxmox VE.

Wymagania wstępne

Po stronie RHV :

• Upewnij się, że maszyny wirtualne korzystają z dysków QCOW2 lub RAW (bez migawki, wyeksportuj czyste obrazy bazowe).
• Maszyny wirtualne należy wyłączyć przed migracją.
• Upewnij się, że na hostach RHV dostępny jest dostęp jako root lub sudo .
• Jeśli korzystasz z GlusterFS lub iSCSI, zwróć uwagę na układ magazynu maszyn wirtualnych.

Po stronie Proxmox :

• Skonfiguruj klaster Proxmox VE (lub pojedynczy węzeł) z wystarczającymi zasobami.
• Przygotuj magazyn (ZFS, LVM lub katalog lokalny), do którego zostaną zaimportowane maszyny wirtualne.
• Zalecane: Zainstaluj sterowniki virtio , jeśli importujesz maszyny wirtualne z systemem Windows.

Wskazówki dotyczące migracji :

• Zawsze wykonać kopię zapasową maszyn wirtualnych przed migracją.
• Po zmianie sprzętu może zostać uruchomiony proces licencjonowania systemu Windows.
• W przypadku statycznych adresów IP może być konieczne ponowne przypisanie adresów MAC kart sieciowych RHV w Proxmox VE.

Przebieg migracji z RHV do Proxmox VE

Po zakończeniu wszystkich etapów przygotowawczych i spełnieniu warunków wstępnych można przeprowadzić migrację maszyn wirtualnych RHV do Proxmox VE. Wszystkie operacje związane z migracją można wykonać w interfejsie wiersza poleceń na hostach z systemem Linux, na których działają te platformy wirtualizacyjne.

1. Zlokalizuj dysk(i) wirtualny(e) maszyn wirtualnych, które chcesz przenieść, na hoście RHV. Połącz się przez SSH z hostem obliczeniowym RHV (nie z RHV Manager). Możesz użyć klienta SFTP do skopiowania plików przez SSH z hosta RHV za pośrednictwem sieci. Na przykład lokalizacja źródłowej maszyny wirtualnej może wyglądać następująco:
   /rhev/centrum danych/mnt/10a12345…/images/< VM-UUID >/< disk-UUID >.qcow2
2. Skopiuj obrazy dysków wirtualnych z RHV na host Proxmox. Aby skopiować pliki przez sieć, najbardziej niezawodnymi opcjami są rsync lub 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.qcow2

     Where 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/locally

     For 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

3. 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=vmbr0

   where 123 is the VM ID.

4. 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

5. Attach the virtual disk:

   qm set 123 --scsihw virtio-scsi-pci --scsi0 local-lvm:vm-123-disk-0

   You can also use –– ide0 or –– sata0 if needed, but virtio is preferred for performance.

6. Set a boot disk:

   qm set 123 --boot order=scsi0

7. 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.
8. 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).
9. 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.
10. 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.

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.

1. Export the VM from RHV Manager as OVA (if possible) or use the wiersz poleceń:

   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

2. Zaimportuj maszynę wirtualną na host Proxmox przy użyciu szablonu OVA:

   qm importovf 123 vm_name.ova local-lvm

   Gdzie local-lvm to nazwa magazynu danych na hoście Proxmox, a 123 to identyfikator maszyny wirtualnej.

Uwaga: Można tworzyć skrypty migracyjne w celu zautomatyzowania procesu oraz przeprowadzenia migracji/konwersji w trybie wsadowym.

Konfiguracja i optymalizacja po migracji

Zaleca się przeprowadzenie konfiguracji i optymalizacji maszyn wirtualnych w Proxmox VE po migracji. Pomaga to zapewnić stabilne działanie, maksymalną wydajność oraz optymalną integrację z funkcjami Proxmox.

• Może zaistnieć potrzeba edycji kontrolera dysku wirtualnego w konfiguracji pamięci masowej maszyny wirtualnej.
• Dostosuj konfigurację sieciową. Podłącz wirtualne karty sieciowe zmigrowanej maszyny wirtualnej na hoście Proxmox do odpowiednich sieci wirtualnych (przełączników wirtualnych).
• Popraw konfigurację statycznego adresu IP lub zaktualizuj ustawienia DHCP, jeśli zmienił się adres MAC.
• Jeśli na maszynie wirtualnej zainstalowany jest system Linux, zaktualizuj odpowiednio plik /etc/network/interfaces (dla Debiana) lub /etc/netplan/ (dla Ubuntu). Inne dystrybucje Linuksa mogą mieć inne pliki konfiguracyjne sieci.

• Jeśli na maszynie wirtualnej zainstalowany jest system operacyjny gościa oparty na Red Hat, usuń pakiety specyficzne dla RHV/oVirt za pomocą polecenia:

  yum remove vdsm* ovirt* rhvm* -y

• Skonfiguruj agenta gościa QEMU w systemie operacyjnym gościa. Agent ten zapewnia dokładne informacje o maszynie wirtualnej (adres IP, nazwa hosta) w interfejsie Proxmox, bezpieczne wyłączanie maszyn wirtualnych oraz wykonywanie kopii zapasowych online (gdy maszyna wirtualna jest uruchomiona).
  • W systemie Ubuntu agenta gościa można zainstalować z internetowych repozytoriów oprogramowania za pomocą poleceń:

    apt install qemu-guest-agent

    systemctl enable --now qemu-guest-agent

  • W systemie gościa Windows zamontuj obraz ISO VirtIO na maszynie wirtualnej i zainstaluj qemu-ga-x64.msi z katalogu guest-agent (dla 64-bitowego systemu Windows).
• Włącz QEMU Guest Agent w Proxmox, jeśli nie jest jeszcze włączony:

  qm set <VMID> --agent enabled=1

• Może być konieczna aktualizacja GRUB-a:

  update-grub && reboot

• Sprawdź ponownie zamontowane dyski. Jeśli maszyna wirtualna korzysta z wielu dysków i partycji, upewnij się, że kolejność dysków i partycji jest prawidłowa oraz że fstab konfiguracja odpowiada konfiguracji dysków. Sprawdź /etc/fstab aby upewnić się, że identyfikatory UUID lub etykiety są poprawne po zaimportowaniu dysków. W razie potrzeby edytuj konfigurację.

Zapewnij ochronę maszyn wirtualnych Proxmox za pomocą NAKIVO

Po zakończeniu migracji maszyn wirtualnych z Red Hat Virtualization do Proxmox zaleca się skonfigurowanie kopii zapasowej maszyn wirtualnych. NAKIVO Backup & Replication to kompleksowe rozwiązanie do ochrony danych, które obsługuje Tworzenie kopii zapasowej maszyn wirtualnych Proxmox na poziomie hosta za pośrednictwem dostarczonych interfejsów API.

Takie podejście zapewnia wysoką wydajność i niezawodność ochrony danych w Proxmox VE. Obsługiwane są zarówno pojedyncze hosty Proxmox, jak i klastry. Rozwiązanie NAKIVO obejmuje szeroki zestaw funkcji, w tym:

• Kopia zapasowa przyrostowa umożliwia kopiowanie wyłącznie danych, które uległy zmianie od czasu poprzedniej kopii zapasowej. Takie podejście przyspiesza operacje tworzenia kopii zapasowych i pozwala zaoszczędzić miejsce na nośniku. W połączeniu z kompresją kopii zapasowych zapewnia to większą szybkość tworzenia kopii zapasowych oraz większe oszczędności miejsca na nośniku.
• Szyfrowanie kopii zapasowej chroni dane przed nieautoryzowanym dostępem i zwiększa bezpieczeństwo środowiska kopii zapasowych. Dane mogą być szyfrowane u źródła, w miejscu docelowym oraz podczas przesyłania przez sieć.
• Niezmienność kopii zapasowej chroni kopie zapasowe przed oprogramowaniem wymuszającym okup. Użytkownik konfiguruje okres niezmienności, a dane nie mogą być modyfikowane po ich zapisaniu. Oprogramowanie wymuszające okup nie może usunąć, uszkodzić ani zmienić niezmiennych kopii zapasowych.
• Szybkie odzyskiwanie danych . Rozwiązanie NAKIVO obsługuje pełne i granularne odzyskiwanie. Można wybrać metodę optymalną w danej sytuacji, aby zapewnić szybkie i skuteczne odzyskiwanie. Dane można przywrócić do pierwotnej lub niestandardowej lokalizacji.
• Wiele miejsc docelowych kopii zapasowych . Kopie zapasowe można przechowywać lokalnie, w udziałach plików, w chmurach prywatnych lub publicznych, w pamięci zgodnej z usługą S3 oraz na serwerach NAS.

Wnioski

Migracja z RHV do Proxmox VE może wydawać się trudna, ale dzięki odpowiedniemu planowaniu i przygotowaniu proces ten staje się znacznie łatwiejszy do przeprowadzenia. W miarę zbliżania się końca cyklu życia RHV organizacje rozważają alternatywne rozwiązania, a Proxmox wyróżnia się jako elastyczna opcja oparta na oprogramowaniu open source, wspierana przez silną społeczność. Przestrzeganie ustrukturyzowanego procesu migracji pozwala zminimalizować ryzyko i zapewnić ciągłość działania obciążeń.

Try NAKIVO Backup & Replication

Get a free trial to explore all the solution’s data protection capabilities. 15 days for free. Zero feature or capacity limitations. No credit card required.

Try for Free