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.

NAKIVO per il backup di Proxmox

Backup senza agenti e coerente con le applicazioni per Proxmox VE con destinazioni multiple, inclusi backup immutabili su cloud. Diverse opzioni di ripristino granulare istantaneo e Ripristino completo.

Rileva la soluzione

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 (end-of-life) 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 aziendale opzionale disponibile. Grazie alla sua flessibilità e al modello di licenza, spesso garantisce 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 o middleware complesso. Proxmox è leggero e può funzionare su hardware minimo o avere scalabilità 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 è obbligatorio 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.
  • reti definite dal software, VLAN, bridge e bonding integrati tramite l’interfaccia grafica.

  RHV richiede una configurazione più complessa per scenari avanzati di rete di storage.

È garantita la compatibilità basata su KVM. Sia RHV che Proxmox sono basati su KVM/QEMU e supportano i contenitori. È possibile la migrazione delle VM (con alcune conversioni). Proxmox supporta OVF/OVA, raw/qcow2 e altri formati.

Migrazione da RHV a Proxmox: Procedura dettagliata

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 (non snapshot, esportare immagini di 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 propria VM.

Sul lato Proxmox :

• Configurare un cluster Proxmox VE (o un singolo nodo) con risorse sufficienti.
• Preparare lo storage (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.

1. 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
2. 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 .
   • Sul nodo Proxmox, creare una directory per la nuova VM che verrà migrata (utilizzare un ID VM libero, ad esempio 123 in questo esempio):

     mkdir -p /var/lib/vz/images/123/

   • Il comando per copiare un file con rsync :

     rsync -avz root@rhv-host:/rhev/data-center/mnt/.../disk.qcow2

/var/lib/vz/images/123/vm-123-disk-0.qcow2

     Dove 123 è l’ID VM che vogliamo assegnare in Proxmox. Sostituisci questo ID con il tuo valore personalizzato. In questo esempio, la VM ha un disco virtuale.

   • Il comando per copiare un file tramite SCP che dovresti eseguire sull’host Proxmox:

     scp username@remote-RHV:/file/to/receive /where/to/put/locally

     Ad esempio:

     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. Crea una nuova VM vuota in Proxmox. Esegui il comando sull’host Proxmox per creare la VM:

   qm create 123 --name my-vm-name --memory 4096 --cores 2 --net0 virtio,bridge=vmbr0

   dove 123 è l’ID della VM.

4. Imposta il disco virtuale da collegare utilizzando il file del disco virtuale importato e copiato dall’host RHV:

   qm importdisk 123 /var/lib/vz/images/123/vm-123-disk-0.qcow2 local-lvm

5. Collegare il disco virtuale:

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

   È anche possibile utilizzare –– ide0 oppure –– sata0 se necessario, ma virtio è preferibile per le prestazioni.

6. Impostare un disco di avvio:

   qm set 123 --boot order=scsi0

7. Verificare la configurazione della VM, avviare la VM e configurare il sistema operativo guest all’interno della VM. Se necessario, avviare la VM con un’immagine ISO live o di ripristino.
8. Verifica:
   • Rinominazione delle interfacce di rete (RHV utilizza ethX , Proxmox potrebbe utilizzare ensX o enpXsY ) se la configurazione dipende da questi parametri.
   • Rimuovere i servizi e gli strumenti relativi a RHV, come i pacchetti oVirt.
   • Installare qemu-guest-agent (opzionale, per una migliore integrazione).
9. Installare i driver VirtIO (soprattutto per le VM Windows):
   • Montare l’immagine ISO di VirtIO sulla macchina virtuale in Proxmox VE.
   • Avviare la macchina virtuale e installare i driver VirtIO all’interno di Windows.
10. Avviare la macchina virtuale, avviare il sistema operativo guest e verificare che la macchina virtuale funzioni correttamente dopo la migrazione.
    • Avviare la macchina virtuale in Proxmox:

      qm start 123

    • Aprire l’interfaccia web di Proxmox e effettuare il monitoraggio delle VM migrate e delle informazioni correlate.
    • Verificare che la rete e il disco funzionino.
    • Controllare i log all’interno del sistema operativo guest per individuare eventuali errori.

Migrazione da RHV a Proxmox tramite modelli di macchina virtuale

Un altro approccio per esportare una VM RHV su Proxmox VE consiste nell’esportare la VM in un modello OVF/OVA e quindi importarla da tale modello in Proxmox VE.

1. Esportare la VM da RHV Manager come OVA (se possibile) oppure utilizzare la 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

2. Importare la VM sull’host Proxmox utilizzando il modello OVA:

   qm importovf 123 vm_name.ova local-lvm

   Dove local-lvm è il nome dell’archivio dati della VM 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 raccomanda di eseguire la configurazione e l’ottimizzazione post-migrazione per le 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.
• Modifica la configurazione di rete. Collega gli adattatori di rete virtuali della VM migrata sull’host Proxmox alle reti virtuali (switch virtuali) appropriate.
• Correggere la configurazione IP statica 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’agent guest dai repository software online con i comandi:

    apt install qemu-guest-agent

    systemctl enable --now qemu-guest-agent

  • Nel sistema guest Windows, montare l’immagine ISO di VirtIO sulla macchina virtuale e installare qemu-ga-x64.msi dalla directory guest-agent (per Windows a 64 bit).
• 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 configurazione 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 macchine virtuali Proxmox VM 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 funzionalità, 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 alternative 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 carichi di lavoro.

Prova NAKIVO Backup & Replication

Richiedi una prova gratuita per scoprire tutte le funzionalità di protezione dei dati offerte dalla soluzione. 15 giorni gratuiti. Nessuna limitazione in termini di funzionalità o capacità. Non è obbligatoria alcuna carta di credito.

Prova gratuitamente