Migration étape par étape de Red Hat Virtualization vers Proxmox VE

Parmi les solutions d’entreprise, Red Hat Virtualization (RHV) est depuis longtemps une plateforme de confiance pour la gestion des machines virtuelles. Aujourd’hui, alors que RHV approche de sa fin de vie, les entreprises explorent également des alternatives à RHV telles que Proxmox VE, une plateforme de virtualisation open source qui ne cesse de gagner en popularité.

Cet article de blog explique comment migrer de RHV vers Proxmox, en abordant les raisons de cette migration ainsi que la procédure étape par étape. Poursuivez votre lecture pour découvrir comment mener à bien votre migration de RHV vers 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

Pourquoi passer de RHV à Proxmox VE?

Plusieurs facteurs doivent être pris en compte lors du passage de RHV à Proxmox VE.

• Proxmox fonctionne sur des distributions Linux basées sur Debian avec un modèle de référentiel de logiciels convivial apt. Une fonctionnalité de sauvegarde intégrée est disponible et le clustering haute disponibilité peut être configuré à l’aide d’outils natifs.
• Red Hat Virtualization 4.4 a atteint sa fin de vie en août 2024. Cela signifie qu’aucune mise à jour ni aucun correctif de sécurité supplémentaire ne sera publié et que le support officiel de Red Hat prend également fin. En revanche, Proxmox VE est une alternative activement développée et bénéficiant d’un support de qualité.
• Considérations relatives aux coûts et aux licences. RHV nécessitait un abonnement payant à Red Hat Enterprise (RHEL, RHV Manager, etc.). Proxmox VE est une plateforme libre et open source proposant un support entreprise en option. Grâce à sa flexibilité et à son modèle de licence, elle offre souvent un coût total de possession inférieur, en particulier pour les petites et moyennes entreprises et les laboratoires.
• Proxmox VE présente une architecture simplifiée. RHV utilise plusieurs composants : RHV-M (Manager), oVirt, VDSM, des hôtes RHEL, etc. Proxmox VE est plus monolithique et plus facile à déployer : interface utilisateur web intégrée, interface en ligne de commande (CLI) et API ; aucune base de données externe ni aucun middleware complexe. Proxmox est léger et peut fonctionner sur un matériel minimal ou offrir une évolutivité pour de grands clusters.
• Facilité d’utilisation et d’administration. Proxmox VE offre:
  • Une interface graphique web intégrée.
  • Une gestion centralisée prête à l’emploi (aucun hôte de gestion séparé n’est nécessaire).
  • Des fonctionnalités intégrées de sauvegarde/restauration, de clustering, de haute disponibilité et de pare-feu.

  La gestion de RHV peut s’avérer plus complexe et repose sur des composants externes tels que PostgreSQL et des abonnements RHEL.

• Flexibilité en matière de stockage et de réseau. Proxmox prend en charge:
  • Ceph, ZFS, LVM, NFS, iSCSI, etc., en natif.
  • Intégration de réseaux définis par logiciel, des VLAN, des ponts et du bonding via l’interface graphique.

  RHV nécessite davantage de configuration pour les scénarios avancés de mise en réseau de stockage.

La compatibilité avec KVM est assurée. RHV et Proxmox sont tous deux basés sur KVM/QEMU et prennent en charge les conteneurs. La migration des machines virtuelles (avec une certaine conversion) est possible. Proxmox prend en charge OVF/OVA, les formats raw/qcow2 et d’autres formats.

Migration de RHV vers Proxmox: procédure étape par étape

Expliquons comment préparer la migration des VMs de RHV vers Proxmox VE.

Prérequis

Côté RHV:

• Assurez-vous que les VMs utilisent des disques QCOW2 ou RAW (pas de instantanés, exportez des images de base propres).
• Les VMs doivent être arrêtées avant la migration.
• Assurez-vous que l’accès en tant que root ou avec sudo est disponible sur les hôtes RHV.
• Si vous utilisez GlusterFS ou iSCSI, notez la structure de stockage de vos VMs.

Du côté de Proxmox :

• Configurez un cluster Proxmox VE (ou un nœud unique) disposant de ressources suffisantes.
• Préparez le stockage (ZFS, LVM ou un répertoire local) vers lequel les VMs seront importées.
• Recommandé : installez les pilotes virtio si vous importez des VMs Windows.

Conseils de migration:

• Sauvegardez toujours les VMs avant la migration.
• La gestion des licences Windows peut être déclenchée après un changement de matériel.
• Il peut être nécessaire de réattribuer les adresses MAC des cartes réseau RHV dans Proxmox VE pour les adresses IP statiques.

Le processus de migration de RHV vers Proxmox VE

Une fois toutes les étapes de préparation terminées et les conditions préalables remplies, vous pouvez migrer les machines virtuelles RHV vers Proxmox VE. Toutes les opérations de migration peuvent être effectuées via l’interface en ligne de commande sur les hôtes Linux exécutant ces plateformes de virtualisation.

1. Localisez le ou les disques virtuels de la ou des machines virtuelles que vous souhaitez migrer sur l’hôte RHV. Connectez-vous via SSH à votre hôte de calcul RHV (et non au RHV Manager). Vous pouvez utiliser un client SFTP pour copier des fichiers via SSH depuis un hôte RHV sur le réseau. Par exemple, l’emplacement de la machine virtuelle source peut être:
   
   /rhev/centre-de-données/mnt/10a12345…/images/< VM-UUID >/< disk-UUID >.qcow2
2. Copiez les images de disque virtuel depuis RHV vers l’hôte Proxmox. Pour copier des fichiers sur le réseau, les options les plus fiables sont rsync ou 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//.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 Ligne de commande:

   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. Importez la machine virtuelle sur l’hôte Proxmox à l’aide du modèle OVA:

   qm importovf 123 vm_name.ova local-lvm

   Où local-lvm est le nom d’un magasin de données sur l’hôte Proxmox et 123 est l’ID de la machine virtuelle.

Remarque : Vous pouvez créer des scripts de migration pour automatiser le processus et effectuer une migration/conversion par lots.

Configuration et optimisation post-migration

Il est recommandé d’effectuer une configuration et une optimisation post-migration pour les VMs dans Proxmox VE. Cela permet de garantir un fonctionnement stable, des performances maximales et une intégration optimale avec les fonctionnalités de Proxmox.

• Vous devrez peut-être modifier le contrôleur de disque virtuel dans la configuration de stockage de la machine virtuelle.
• Ajustez la configuration réseau. Connectez les cartes réseau virtuelles de la machine virtuelle migrée sur l’hôte Proxmox aux réseaux virtuels (commutateurs virtuels) appropriés.
• Corrigez la configuration de l’adresse IP statique ou mettez à jour les configurations DHCP si l’adresse MAC change.
• Si Linux est installé sur la machine virtuelle, mettez à jour /etc/network/interfaces (pour Debian) ou /etc/netplan/ (pour Ubuntu) en conséquence. D’autres distributions Linux peuvent avoir des fichiers de configuration réseau différents.

• Si un système d’exploitation invité basé sur Red Hat est installé sur la machine virtuelle, enlevez les paquets spécifiques à RHV/oVirt à l’aide de la commande:

  yum remove vdsm* ovirt* rhvm* -y

• Configurez l’agent invité QEMU dans le système d’exploitation invité. Cet agent fournit des informations précises sur la machine virtuelle (adresse IP, nom d’hôte) dans l’interface Proxmox, permet l’arrêt sécurisé des VMs et les sauvegardes en ligne (lorsque la VM est en cours d’exécution).
  • Sous Ubuntu, vous pouvez installer l’agent invité à partir des référentiels de logiciels en ligne à l’aide des commandes suivantes:

    apt install qemu-guest-agent

    systemctl enable --now qemu-guest-agent

  • Dans l’invité Windows, montez l’image ISO VirtIO sur la machine virtuelle et installez qemu-ga-x64.msi à partir du répertoire guest-agent (pour Windows 64 bits).
• Activez l’agent invité QEMU dans Proxmox s’il n’est pas encore activé:

  qm set --agent enabled=1

• Vous devrez peut-être mettre à jour GRUB:

  update-grub && reboot

• Vérifiez à nouveau les montages de disques. Si la machine virtuelle utilise plusieurs disques et partitions, assurez-vous que l’ordre des disques et des partitions est correct et que la fstab correspond à la configuration des disques. Vérifiez /etc/fstab pour vous assurer que les UUID ou les étiquettes sont corrects après l’importation des disques. Modifiez la configuration si nécessaire.

Assurez la protection des machines virtuelles Proxmox avec NAKIVO

Une fois la migration des machines virtuelles de Red Hat Virtualization vers Proxmox terminée, il est recommandé de configurer la sauvegarde des machines virtuelles. NAKIVO Backup & Replication est une solution complète de protection des données qui prend en charge Sauvegarde des machines virtuelles Proxmox au niveau de l’hôte via les API fournies.

Cette approche garantit une efficacité et une fiabilité élevées pour la protection des données dans Proxmox VE. Les hôtes Proxmox individuels et les clusters sont pris en charge. La solution NAKIVO comprend un large éventail de fonctionnalités, notamment:

• Sauvegarde incrémentielle qui vous permet de ne copier que les données modifiées depuis la sauvegarde précédente. Cette approche accélère les opérations de sauvegarde et permet d’économiser de l’espace de stockage. Associée à la compression des sauvegardes, elle permet d’augmenter la vitesse de sauvegarde des données et de réaliser des économies d’espace plus importantes.
• Chiffrement des sauvegardes protège les données contre tout accès non autorisé et renforce la sécurité de votre environnement de sauvegarde. Les données peuvent être chiffrées à la source, à la destination et pendant leur transfert sur le réseau.
• Immuabilité des sauvegardes protège les sauvegardes contre les ransomwares. Vous configurez la période d’immuabilité et les données ne peuvent plus être modifiées une fois écrites. Les ransomwares ne peuvent ni supprimer, ni corrompre, ni altérer les sauvegardes immuables.
• Récupération rapide des données . La solution NAKIVO prend en charge les restaurations complètes et granulaires. Vous pouvez choisir la méthode la mieux adaptée à votre situation actuelle pour une récupération rapide et efficace. Vous pouvez effectuer la récupération des données vers leur emplacement d’origine ou vers un emplacement personnalisé.
• Destinations de sauvegarde multiples . Vous pouvez stocker les sauvegardes localement, dans des partages de fichiers, sur des clouds privés ou publics, sur un stockage compatible S3 et sur un NAS.

Conclusion

La migration de RHV vers Proxmox VE peut sembler complexe, mais le processus devient beaucoup plus facile à gérer avec une planification et une préparation adéquates. Alors que RHV approche de sa fin de vie, les entreprises évaluent des alternatives, et Proxmox s’impose comme une option open source flexible, soutenue par une communauté solide. Suivre un processus de migration structuré permet de minimiser les risques et d’assurer la continuité de vos Workloads.

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