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 et en détaillant la procédure étape par étape. Poursuivez votre lecture pour découvrir comment mener à bien votre migration de RHV vers Proxmox.

NAKIVO pour la sauvegarde Proxmox

Sauvegarde sans agent et cohérente avec les applications pour Proxmox VE, avec plusieurs cibles, y compris des sauvegardes immuables dans le cloud. Plusieurs options de récupération granulaire instantanée et de récupération complète.

Découvrez la 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 et utilise un modèle de référentiels de logiciels convivial apt . Il intègre une fonctionnalité de sauvegarde et permet de configurer un cluster haute disponibilité à 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é ne sera plus 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’une prise en charge 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 une assistance 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 dispose d’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é à 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 requis).
  • 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 mise en réseau. Proxmox prend en charge :
  • Ceph, ZFS, LVM, NFS, iSCSI, etc., de manière native.
  • réseaux définis par logiciel, VLAN, ponts et agrégation intégrés via l’interface graphique.

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

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

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

Nous allons vous expliquer 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 configuration de stockage de vos machines virtuelles.

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.
• Les adresses MAC des cartes réseau RHV peuvent devoir être réattribuées 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 VMs 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 .
   • Sur le nœud Proxmox, créez un répertoire pour la nouvelle machine virtuelle qui sera migrée (utilisez un ID de machine virtuelle libre, tel que 123 dans cet exemple) :

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

   • La commande pour copier un fichier avec rsync est :

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

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

     Où 123 est l’ID de la machine virtuelle que nous souhaitons attribuer dans Proxmox. Remplacez cet identifiant par votre valeur personnalisée. Dans cet exemple, la machine virtuelle dispose d’un disque virtuel.

   • La commande permettant de copier un fichier via SCP que vous devez exécuter sur l’hôte Proxmox :

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

     Par exemple :

     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. Créez une nouvelle machine virtuelle vide dans Proxmox. Exécutez la commande suivante sur l’hôte Proxmox pour créer la machine virtuelle :

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

   où 123 correspond à l’ID de la machine virtuelle.

4. Configurez le disque virtuel à monter en utilisant le fichier de disque virtuel importé, copié depuis l’hôte RHV :

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

5. Attachez le disque virtuel :

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

   Vous pouvez également utiliser –– ide0 ou –– sata0 si nécessaire, mais virtio est préférable pour des raisons de performances.

6. Définissez un disque d’amorçage :

   qm set 123 --boot order=scsi0

7. Vérifiez la configuration de la machine virtuelle, démarrez-la et configurez le système d’exploitation invité à l’intérieur de celle-ci. Si nécessaire, démarrez la machine virtuelle avec une image ISO live ou de secours.
8. Vérification :
   • Renommer les interfaces réseau (RHV utilise ethX , Proxmox peut utiliser ensX ou enpXsY ) si la configuration dépend de ces paramètres.
   • Enlevez les services et outils liés à RHV, tels que les paquets oVirt.
   • Installez qemu-guest-agent (facultatif, pour une meilleure intégration).
9. Installez les pilotes VirtIO (en particulier pour les machines virtuelles Windows) :
   • Montez l’image ISO VirtIO sur la machine virtuelle dans Proxmox VE.
   • Démarrez la machine virtuelle et installez les pilotes VirtIO sous Windows.
10. Démarrez la machine virtuelle, lancez le système d’exploitation invité et vérifiez que la machine virtuelle fonctionne correctement après la migration.
    • Démarrez la machine virtuelle dans Proxmox :

      qm start 123

    • Ouvrez l’interface web de Proxmox et surveillez les VMs migrées ainsi que les informations associées.
    • Überprüfen Sie, dass der Netzwerk- und der Disk-Dienst funktionieren.
    • Überprüfen Sie die Logs des invitéen Systems, um mögliche Fehler zu identifizieren.

Migration de RHV vers Proxmox à l’aide de modèles de machine virtuelle

Une autre approche pour exporter une machine virtuelle RHV vers Proxmox VE consiste à exporter la machine virtuelle vers un modèle OVF/OVA, puis à l’importer à partir de ce modèle dans Proxmox VE.

1. Exportez la machine virtuelle depuis RHV Manager au format OVA (si possible) ou utilisez la 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 après la migration

Il est recommandé d’effectuer une configuration et une optimisation après la 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 IP statique ou mettez à jour les configurations DHCP si l’adresse MAC change.
• Si Linux est installé sur la VM, 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 machines virtuelles et les sauvegardes en ligne (lorsque la machine virtuelle 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 <VMID> --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 ce que l’on doit sauvegarder. 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 optimise encore davantage la vitesse de sauvegarde des données et les économies de stockage.
• 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.

Essayez NAKIVO Backup & Replication

Profitez d'un essai gratuit pour découvrir toutes les fonctionnalités de protection des données de la solution. 15 jours gratuits. Aucune limitation en termes de fonctionnalités ou de capacité. Aucune carte bancaire requise.

Essayez gratuitement