VMware vers Proxmox VE : plan de migration et commandes

Périmètre et licence

Proxmox VE est une plateforme de virtualisation basée sur Debian, publiée sous licence GNU AGPLv3. Les abonnements donnent accès au dépôt « enterprise » et au support éditeur. Pour une infrastructure de production, nous recommandons un abonnement : il conditionne l’accès aux mises à jour validées et à une assistance contractuelle.

Source couverte ici : ESXi 6.5 à 8.0, versions sur lesquelles l’import a été testé par Proxmox. Cible : Proxmox VE 8 ou plus récent, à jour.

Méthodes d’import

Limites documentées

• vSAN : l’import d’une VM dont les disques sont sur vSAN ne fonctionne pas. Contournement : déplacer les disques vers un autre datastore avant.
• VM chiffrées (par exemple via une stratégie de stockage) : non importables. Retirer le chiffrement d’abord.
• Noms de datastore contenant des caractères spéciaux comme « + » : l’import peut échouer. Renommer le datastore.
• Import via vCenter : possible, mais nettement plus lent. Déclarez de préférence l’hôte ESXi lui-même.
• Snapshots : l’import est nettement plus lent si la VM en possède. Consolidez-les avant.
• vTPM : son état ne peut pas être migré depuis VMware. Désactivez le chiffrement de disque scellé par le vTPM ou gardez les clés de récupération à portée de main.
• Imports parallèles : le service d’import limite à quatre connexions simultanées vers l’hôte ESXi. Proxmox recommande de sérialiser les imports autant que possible, une API ESXi saturée bloquant toutes les requêtes en cours.

Préparer les invités

1. 01

   Retirer les outils propres à VMware avant la migration : leur suppression est plus difficile ensuite.

2. 02

   Noter la configuration réseau de l’invité. Sous Windows, Proxmox suggère de retirer la configuration IP statique avant migration : la carte réseau change, et Windows avertit si la même adresse est configurée sur une autre carte, même absente.

3. 03

   Réservations DHCP : adapter la réservation à la nouvelle adresse MAC, ou fixer manuellement l’adresse MAC de la carte cible.

4. 04

   Installer les pilotes VirtIO dans l’invité avant la migration : sous Windows, le paquet virtio-win ; sous Linux, s’assurer qu’ils sont dans l’initramfs.

5. 05

   Éteindre la VM source avant l’import (sauf méthode « attach & move »).

Contrôle et ajout des pilotes VirtIO dans l’initramfs Linux :

sudo sh prepare-linux-initramfs.sh virtio            # contrôle, code retour 1 si un pilote manque
sudo sh prepare-linux-initramfs.sh virtio --apply    # ajout (dracut ou initramfs-tools) et reconstruction

Télécharger prepare-linux-initramfs.sh. Le script est détaillé et testé dans le guide Hyper-V.

Import pas à pas

Par l’assistant

1. 01

   Mettre Proxmox VE à jour (version 8 ou plus récente).

2. 02

   Datacenter, Storage, Add, ESXi : adresse de l’hôte et compte administrateur. Avec un certificat auto-signé, ajouter l’autorité au magasin de confiance ou cocher l’option qui ignore la vérification.

3. 03

   Sélectionner le stockage ESXi dans l’arborescence : la liste des VM apparaît.

4. 04

   Choisir la VM, Import, puis le stockage cible et le bridge réseau. L’onglet Advanced permet de choisir un stockage par disque, d’autres modèles de carte réseau ou d’exclure des périphériques.

5. 05

   Contrôler l’onglet Resulting Config, éteindre la VM source, lancer l’import.

En ligne de commande

# Export depuis l'hôte ESXi (ovftool sur un poste d'administration)
./ovftool vi://root@esxi01.contoso.local/APP01 /mnt/export/

# Sur le noeud Proxmox : création de la VM 120 depuis l'OVF
qm importovf 120 /mnt/export/APP01/APP01.ovf local-zfs

# Variante : import d'un VMDK dans une VM existante (le disque apparaît en "unused")
qm disk import 120 /mnt/pve/nfs-migr/APP01/APP01.vmdk local-zfs

Après qm importovf, la VM n’a pas de carte réseau : ajoutez-la et appliquez la configuration recommandée ci-dessous. Pour un stockage fichier, l’option --format accepte raw, vmdk ou qcow2.

Configuration cible recommandée

qm set 120 --cpu x86-64-v2-AES --scsihw virtio-scsi-single
qm set 120 --net0 virtio,bridge=vmbr0,tag=20
qm set 120 --agent enabled=1

Sous Linux, installez ensuite l’agent dans l’invité (apt install qemu-guest-agent ou dnf install qemu-guest-agent), puis démarrez le service. Certaines distributions démarrées en UEFI n’enregistrent pas le chemin de démarrage par défaut : il faut alors ajouter l’entrée de démarrage dans le firmware OVMF.

Windows : passer le disque de démarrage en VirtIO

Une VM Windows importée ne démarre en général que sur un disque SATA ou IDE, faute de pilote VirtIO chargé au démarrage. Méthode courante pour basculer en VirtIO SCSI :

1. 01

   Démarrer la VM avec le disque système en SATA.

2. 02

   Ajouter un petit disque temporaire sur le bus SCSI (contrôleur VirtIO SCSI) et monter l’ISO virtio-win.

3. 03

   Dans Windows, installer les pilotes VirtIO (paquet virtio-win) : le disque temporaire doit apparaître dans la gestion des disques.

4. 04

   Éteindre, supprimer le disque temporaire, détacher le disque système et le rattacher sur le bus SCSI, puis corriger l’ordre de démarrage.

5. 05

   Démarrer et contrôler.

Proxmox documente cette procédure dans « Paravirtualized Block Drivers for Windows » (lien en source). Répétez-la sur la VM pilote avant de l’industrialiser.

Après la bascule et retour arrière

• Relevé après migration et comparaison avec la référence (guide de recette) : cartes fantômes, disques, services, ports.
• Sauvegarde : déclarer la VM dans Proxmox Backup Server ou votre solution, première sauvegarde complète.
• Retour arrière : la VM source est restée éteinte sur ESXi. Éteindre la VM Proxmox, déconnecter sa carte réseau, redémarrer la source. Les données écrites sur Proxmox depuis la bascule sont à reprendre.

# Isoler la VM Proxmox en cas de retour arrière
qm shutdown 120
qm set 120 --net0 virtio,bridge=vmbr0,tag=20,link_down=1

Sources

• Proxmox : Migrate to Proxmox VE
• Proxmox : Advanced Migration Techniques to Proxmox VE
• Proxmox : Paravirtualized Block Drivers for Windows
• Proxmox : Windows VirtIO Drivers
• Proxmox : Qemu-guest-agent