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.
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, wykorzystując przyjazny model repozytorium oprogramowania apt . System posiada wbudowaną funkcję tworzenia kopii zapasowych, a klastry o wysokiej dostępności można konfigurować za pomocą natywnych narzędzi. W sierpniu 2024 r. wygasła wsparcie techniczne dla Red Hat Virtualization 4.4. Oznacza to, że nie będą już wydawane żadne dodatkowe aktualizacje ani poprawki zabezpieczeń, 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 Enterprise. 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 ma bardziej monolityczną strukturę i jest łatwiejsze w wdrażaniu: wbudowany interfejs użytkownika, interfejs wiersza poleceń (CLI) oraz 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ść obsługi 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 tworzenia 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 magazynu i sieci. Proxmox obsługuje: Ceph, ZFS, LVM, NFS, iSCSI itp. w trybie natywnym. Wbudowane , sieci VLAN, mostki i łączenie kart sieciowych za pośrednictwem interfejsu graficznego. RHV ma wyższe wymagania w przypadku zaawansowanych scenariuszy sieciowych związanych z pamięcią masową. Zapewniona jest kompatybilność oparta na KVM. Zarówno RHV, jak i Proxmox opierają się na i obsługują kontenery. Możliwa jest migracja maszyn wirtualnych (z pewną konwersją). Proxmox obsługuje , 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).
- Przed migracją maszyny wirtualne należy wyłączyć.
- Upewnij się, że root lub sudo dostęp jest dostępny na hostach RHV.
- Jeśli korzystasz z GlusterFS lub iSCSI, zwróć uwagę na układ pamięci masowej 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 będą importowane 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.
- 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żna 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 - Skopiuj obrazy dysków wirtualnych z RHV na host Proxmox. Aby skopiować pliki przez sieć, najbardziej niezawodnymi opcjami są rsync lub SCP .
- Na węźle Proxmox utwórz katalog dla nowej maszyny wirtualnej, która zostanie przeniesiona (użyj wolnego identyfikatora maszyny wirtualnej, np. 123 w tym przykładzie):
mkdir -p /var/lib/vz/images/123/ - Polecenie do skopiowania pliku za pomocą rsync :
rsync -avz root@rhv-host:/rhev/data-center/mnt/.../disk.qcow2
/var/lib/vz/images/123/vm-123-disk-0.qcow2Gdzie 123 to identyfikator maszyny wirtualnej, który chcemy przypisać w Proxmox. Zastąp ten identyfikator własną wartością. W tym przykładzie maszyna wirtualna posiada jeden dysk wirtualny.
- Polecenie służące do skopiowania pliku za pomocą protokołu SCP, które należy uruchomić na hoście Proxmox:
scp username@remote-RHV:/file/to/receive /where/to/put/locallyNa przykład:
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
- Na węźle Proxmox utwórz katalog dla nowej maszyny wirtualnej, która zostanie przeniesiona (użyj wolnego identyfikatora maszyny wirtualnej, np. 123 w tym przykładzie):
- Utwórz nową, pustą maszynę wirtualną w Proxmox. Uruchom polecenie na hoście Proxmox, aby utworzyć maszynę wirtualną:
qm create 123 --name my-vm-name --memory 4096 --cores 2 --net0 virtio,bridge=vmbr0gdzie 123 to identyfikator maszyny wirtualnej.
- Ustaw dysk wirtualny do podłączenia, korzystając z zaimportowanego pliku dysku wirtualnego skopiowanego z hosta RHV:
qm importdisk 123 /var/lib/vz/images/123/vm-123-disk-0.qcow2 local-lvm - Podłącz dysk wirtualny:
qm set 123 --scsihw virtio-scsi-pci --scsi0 local-lvm:vm-123-disk-0W razie potrzeby można również użyć –– ide0 lub –– sata0 , jednak ze względu na wydajność zalecane jest użycie virtio .
- Ustaw dysk rozruchowy:
qm set 123 --boot order=scsi0 - Sprawdź konfigurację maszyny wirtualnej, uruchom ją i dostosuj system operacyjny gościa wewnątrz maszyny wirtualnej. W razie potrzeby uruchom maszynę wirtualną z obrazem ISO trybu live lub ratunkowego.
- Sprawdź:
- Zmiana nazw interfejsów sieciowych (RHV używa ethX , Proxmox może używać ensX lub enpXsY ), jeśli konfiguracja zależy od tych parametrów.
- Usuń usługi i narzędzia związane z RHV, takie jak pakiety oVirt.
- Zainstaluj qemu-guest-agent (opcjonalnie, w celu lepszej integracji).
- Zainstaluj sterowniki VirtIO (szczególnie dla maszyn wirtualnych z systemem Windows):
- Zamontuj obraz ISO VirtIO w maszynie wirtualnej w Proxmox VE.
- Uruchom maszynę wirtualną i zainstaluj sterowniki VirtIO w systemie Windows.
- Uruchom maszynę wirtualną, uruchom system operacyjny gościa i sprawdź, czy maszyna wirtualna działa poprawnie po migracji.
- Uruchom maszynę wirtualną w Proxmox:
qm start 123 - Otwórz interfejs graficzny Proxmox i wykonuj monitorowanie zmigrowanych maszyn wirtualnych oraz powiązanych informacji.
- Sprawdź, czy sieć i dysk działają.
- Sprawdź logi w systemie operacyjnym gościa pod kątem błędów.
- Uruchom maszynę wirtualną w Proxmox:
Migracja z RHV do Proxmox przy użyciu szablonów maszyn wirtualnych
Innym sposobem eksportu maszyny wirtualnej z RHV do Proxmox VE jest wyeksportowanie jej do szablonu OVF/OVA, a następnie zaimportowanie jej z tego szablonu do Proxmox VE.
- Wyeksportuj maszynę wirtualną z RHV Manager jako plik OVA (jeśli to możliwe) lub użyj wiersza 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 - Zaimportuj maszynę wirtualną na host Proxmox przy użyciu szablonu OVA:
qm importovf 123 vm_name.ova local-lvmGdzie 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 zakończeniu migracji. Pomaga to zapewnić stabilne działanie, maksymalną wydajność oraz optymalną integrację z funkcjami Proxmox.
- Konieczne może być edycja kontrolera dysku wirtualnego w konfiguracji pamięci masowej maszyny wirtualnej.
- Dostosuj konfigurację sieci. 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 pliki /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 wykonanie kopii zapasowej 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-agentsystemctl 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 systemie Ubuntu agenta gościa można zainstalować z internetowych repozytoriów oprogramowania za pomocą poleceń:
- 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 konfiguracja fstab jest zgodna z konfiguracją 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 Wykonać kopię zapasową 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.
Podsumowanie
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ń.
