Migrazione graduale da Red Hat Virtualization a Proxmox VE
Tra le soluzioni aziendali, Red Hat Virtualization (RHV) è da tempo una piattaforma affidabile per la gestione delle VM. Oggi, con l’avvicinarsi della fine del ciclo di vita di RHV, le aziende stanno valutando anche alternative a RHV come Proxmox VE, una piattaforma di virtualizzazione open source che continua a guadagnare popolarità.
Questo articolo del blog spiega come effettuare la migrazione da RHV a Proxmox, illustrando i motivi della migrazione e la procedura passo dopo passo. Continua a leggere per scoprire come eseguire senza intoppi la migrazione da RHV a Proxmox.
Perché passare da RHV a Proxmox VE?
Ci sono diversi fattori da considerare quando si passa da RHV a Proxmox VE.
- Proxmox funziona su distribuzioni Linux basate su Debian con un modello di repository software intuitivo apt . È presente una funzionalità di backup integrata ed è possibile configurare il clustering ad alta disponibilità utilizzando strumenti nativi.
- Red Hat Virtualization 4.4 ha raggiunto la fine del ciclo di vita nell’agosto 2024. Ciò significa che non verranno rilasciati ulteriori aggiornamenti o patch di sicurezza e che anche il supporto ufficiale da parte di Red Hat sta terminando. Al contrario, Proxmox VE è un’alternativa attivamente sviluppata e ben supportata.
- Considerazioni sui costi e sulle licenze. RHV richiedeva un abbonamento a pagamento a Red Hat Enterprise (RHEL, RHV Manager, ecc.). Proxmox VE è una piattaforma gratuita e open source con supporto enterprise opzionale disponibile. Grazie alla sua flessibilità e al suo modello di licenza, spesso offre un costo totale di proprietà inferiore, in particolare per le piccole e medie imprese e i laboratori.
- Proxmox VE presenta un’architettura semplificata. RHV utilizza diversi componenti: RHV-M (Manager), oVirt, VDSM, host RHEL, ecc. Proxmox VE è più monolitico e più facile da implementare: interfaccia utente web integrata, CLI e API; nessun database esterno né middleware complesso. Proxmox è leggero e può funzionare su hardware minimo o avere una scalabilità elevata fino a grandi cluster.
- Facilità d’uso e di amministrazione. Proxmox VE offre:
- Interfaccia grafica integrata basata sul web.
- Gestione centralizzata pronta all’uso (non è richiesto un host di gestione separato).
- Funzionalità integrate di backup/ripristino, clustering, alta disponibilità e firewall.
La gestione di RHV può risultare più complessa e si basa su componenti esterni come PostgreSQL e abbonamenti RHEL.
- Flessibilità di storage e rete. Proxmox supporta:
- Ceph, ZFS, LVM, NFS, iSCSI, ecc., in modo nativo.
- Integrazione di reti definite dal software, VLAN, bridge e bonding tramite l’interfaccia grafica.
RHV richiede una configurazione più complessa per scenari avanzati di rete di storage.
È garantita la compatibilità con KVM. Sia RHV che Proxmox sono basati su KVM/QEMU e supportano i contenitori. È possibile la migrazione delle VM (con una certa conversione). Proxmox supporta OVF/OVA, raw/qcow2 e altri formati.
Migrazione da RHV a Proxmox: procedura passo dopo passo
Spieghiamo come prepararsi alla migrazione delle VM da RHV a Proxmox VE.
Prerequisiti
Sul lato RHV :
- Assicurarsi che le VM utilizzino dischi QCOW2 o RAW (no snapshot, esportare immagini base pulite).
- Le VM devono essere spente prima della migrazione.
- Assicurarsi che root o sudo l’accesso sia disponibile sugli host RHV.
- Se si utilizza GlusterFS o iSCSI, prendere nota della struttura di archiviazione della VM.
Sul lato Proxmox :
- Configurare un cluster Proxmox VE (o un singolo nodo) con risorse sufficienti.
- Preparare lo spazio di archiviazione (ZFS, LVM o una directory locale) in cui verranno importate le VM.
- Consigliato: installare i driver virtio se si stanno importando VM Windows.
Suggerimenti per la migrazione :
- Eseguire sempre il backup delle VM prima della migrazione.
- La licenza di Windows potrebbe attivarsi in seguito a una modifica hardware.
- Potrebbe essere necessario riassegnare gli indirizzi MAC delle schede di rete RHV in Proxmox VE per gli indirizzi IP statici.
Il flusso di lavoro della migrazione da RHV a Proxmox VE
Una volta completati tutti i passaggi preparatori e soddisfatti i prerequisiti, è possibile migrare le VM RHV su Proxmox VE. Tutte le operazioni di migrazione possono essere eseguite nell’interfaccia a riga di comando sugli host Linux su cui sono in esecuzione queste piattaforme di virtualizzazione.
- Individuare i dischi virtuali delle VM che si desidera migrare sull’host RHV. Connettersi tramite SSH al proprio host di calcolo RHV (non al RHV Manager). È possibile utilizzare un client SFTP per copiare i file tramite SSH da un host RHV attraverso la rete. Ad esempio, l’ubicazione della VM di origine può essere:
/rhev/data-center/mnt/10a12345…/images/< VM-UUID >/< disk-UUID >.qcow2 - Copiare le immagini dei dischi virtuali da RHV all’host Proxmox. Per copiare i file in rete, le opzioni più affidabili sono rsync oppure 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 Riga di comando:
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 - Importare la VM sull’host Proxmox utilizzando il modello OVA:
qm importovf 123 vm_name.ova local-lvmDove local-lvm è il nome di un archivio dati sull’host Proxmox e 123 è l’ID della VM.
Nota: È possibile creare script di migrazione per automatizzare il processo ed eseguire migrazioni/conversioni in batch.
Configurazione e ottimizzazione post-migrazione
Si consiglia di eseguire la configurazione e l’ottimizzazione post-migrazione delle VM in Proxmox VE. Ciò contribuisce a garantire un funzionamento stabile, le massime prestazioni e un’integrazione ottimale con le funzioni di Proxmox.
- Potrebbe essere necessario modificare il controller del disco virtuale nella configurazione dello storage della VM.
- Modificare la configurazione di rete. Collegare gli adattatori di rete virtuali della VM migrata sull’host Proxmox alle reti virtuali (switch virtuali) appropriate.
- Correggere la configurazione dell’indirizzo IP statico o aggiornare le configurazioni DHCP se l’indirizzo MAC cambia.
- Se sulla VM è installato Linux, aggiornare /etc/network/interfaces (per Debian) oppure /etc/netplan/ (per Ubuntu) di conseguenza. Altre distribuzioni Linux potrebbero avere file di configurazione di rete diversi.
- Se sulla VM è installato un sistema operativo guest basato su Red Hat, rimuovere i pacchetti specifici per RHV/oVirt con il comando:
yum remove vdsm* ovirt* rhvm* -y - Configurare QEMU Guest Agent nel sistema operativo guest. Questo agente fornisce informazioni accurate sulla VM (IP, nome host) nell’interfaccia di Proxmox, lo spegnimento sicuro delle VM e i backup online (quando la VM è in esecuzione).
- In Ubuntu, è possibile installare l’agente guest dai repository software online con i comandi:
apt install qemu-guest-agentsystemctl enable --now qemu-guest-agent - Nel sistema guest Windows, montare l’immagine ISO di VirtIO sulla VM e installare qemu-ga-x64.msi dalla directory guest-agent (per Windows a 64 bit).
- In Ubuntu, è possibile installare l’agente guest dai repository software online con i comandi:
- Abilitare QEMU Guest Agent in Proxmox se non è ancora abilitato:
qm set <VMID> --agent enabled=1 - Potrebbe essere necessario aggiornare GRUB:
update-grub && reboot - Ricontrollare i montaggi dei dischi. Se la VM utilizza più dischi e partizioni, assicurarsi che l’ordine dei dischi e delle partizioni sia corretto e che la fstab corrisponda alla configurazione dei dischi. Controllare /etc/fstab per assicurarsi che gli UUID o le etichette siano corretti dopo l’importazione dei dischi. Modifica la configurazione se necessario.
Garantisci la protezione delle VM Proxmox con NAKIVO
Una volta completata la migrazione delle VM da Red Hat Virtualization a Proxmox, si consiglia di configurare il backup delle VM. NAKIVO Backup & Replication è una soluzione completa per la protezione dei dati che supporta Backup delle VM Proxmox a livello di host tramite le API fornite.
Questo approccio garantisce elevata efficienza e affidabilità nella protezione dei dati in Proxmox VE. Sono supportati sia i singoli host Proxmox che i cluster. La soluzione NAKIVO include un’ampia gamma di funzioni, tra cui:
- Backup incrementale che consente di copiare solo i dati modificati dall’ultimo backup. Questo approccio accelera le operazioni di backup e consente di risparmiare spazio di storage. In combinazione con la compressione dei backup, la velocità di backup dei dati e il risparmio di spazio di storage risultano maggiori.
- Crittografia dei backup protegge i dati da accessi non autorizzati e migliora la sicurezza dell’ambiente di backup. I dati possono essere crittografati all’origine, a destinazione e durante il trasferimento in rete.
- Immutabilità dei backup protegge i backup dal ransomware. È possibile configurare il periodo di immutabilità e, una volta scritti, i dati non possono essere modificati. Il ransomware non può eliminare, danneggiare o alterare i backup immutabili.
- Ripristino rapido dei dati . La soluzione NAKIVO supporta ripristini completi e granulari. È possibile scegliere il metodo più adatto alla situazione attuale per un ripristino rapido ed efficace. È possibile ripristinare i dati nella posizione originale o in una personalizzata.
- Destinazioni di backup multiple . È possibile archiviare i backup localmente, in condivisioni file, su cloud privati o pubblici, su storage compatibile con S3 e su NAS.
Conclusione
La migrazione da RHV a Proxmox VE può sembrare impegnativa, ma il processo diventa molto più gestibile con una pianificazione e una preparazione adeguate. Con l’avvicinarsi della fine del ciclo di vita di RHV, le organizzazioni stanno valutando delle opzioni e Proxmox si distingue come opzione open source flessibile, supportata da una solida comunità. Seguire un flusso di lavoro di migrazione strutturato può ridurre al minimo i rischi e garantire la continuità dei vostri carichi di lavoro.
