Migrer de VMware vers Proxmox VE : la méthode en six étapes

1. Ce qui a changé côté VMware#

Broadcom a arrêté les licences perpétuelles. vSphere se loue désormais par cœur et par an, dans des offres regroupées : vSphere Foundation (VVF) ou Cloud Foundation (VCF). Deux règles de comptage changent la facture des petites infrastructures.

Exemple : deux hôtes bi-processeurs de 8 cœurs, soit 32 cœurs physiques. Le minimum par processeur porte le compte à 64, le minimum par commande à 72. Le bon moment pour étudier une alternative est quelques mois avant le renouvellement : assez tôt pour migrer, assez tard pour disposer d’un devis réel.

2. Inventorier l’existant#

L’inventaire conditionne tout le reste : méthode d’import, stockage cible, ordre des vagues. Six rubriques suffisent.

Avec PowerCLI, l’essentiel des colonnes « VM » s’exporte en une commande :

Connect-VIServer vcenter.exemple.localGet-VM | Select-Object Name, PowerState, NumCpu, MemoryGB,  @{N='ProvisionedGB';E={[math]::Round($_.ProvisionedSpaceGB)}},  @{N='OS';E={$_.Guest.OSFullName}},  @{N='Firmware';E={$_.ExtensionData.Config.Firmware}},  @{N='Snapshots';E={(Get-Snapshot -VM $_).Count}} |  Export-Csv inventaire-vm.csv -NoTypeInformation -Encoding UTF8

3. Dimensionner la cible#

Proxmox VE repose sur KVM et QEMU. Les fonctions vSphere courantes ont un équivalent direct :

Stockage

• Ceph hyperconvergé : au moins trois serveurs, de préférence identiques, et un réseau dédié d’au moins 10 Gbit/s ; 25 Gbit/s ou plus avec des disques NVMe.
• Baie existante : réutilisable en iSCSI ou NFS, ce qui évite de changer deux briques à la fois.

Quorum

Un cluster à deux nœuds ne peut pas obtenir seul la majorité si l’un tombe. La documentation recommande un QDevice (vote externe, sur une petite machine tierce) pour les clusters à nombre pair de nœuds.

Abonnement

Même logiciel dans toutes les offres ; l’abonnement donne le dépôt Enterprise et le support, par processeur et par an : 370 € (Basic), 550 € (Standard), 1 100 € (Premium). Pour les deux hôtes bi-processeurs de l’exemple : 4 × 550 = 2 200 € par an en Standard.

4. Préparer chaque VM#

La plupart des échecs viennent d’une VM source mal préparée. Sur chaque machine :

1. Réseau : notez adresses fixes, réservations DHCP et adresses MAC.
2. VMware Tools : désinstallez-les avant l’import.
3. vTPM : désactivez-le, son état ne se migre pas. Gardez les clés de récupération BitLocker.
4. Chiffrement VMware : retirez la stratégie de stockage chiffrée, ces disques ne s’importent pas.
5. Snapshots : consolidez-les, ils ralentissent fortement l’import.
6. Firmware : relevez BIOS ou UEFI ; la cible utilisera SeaBIOS ou OVMF en conséquence.

Linux : pilotes VirtIO dans l’initramfs

Si le pilote du contrôleur disque n’est pas chargé au démarrage, la VM ne trouve pas sa racine. Vérifiez avant l’import :

# Pilotes intégrés au noyau ? (y = intégré, m = module)grep -E 'CONFIG_VIRTIO_(BLK|SCSI|NET)|CONFIG_SCSI_VIRTIO' /boot/config-$(uname -r)# Debian, Ubuntu : modules présents dans l'initramfs ?lsinitramfs /boot/initrd.img-$(uname -r) | grep virtio# RHEL, Rocky, Alma : idem, et ajout si nécessairelsinitrd | grep virtiodracut -f --add-drivers 'virtio_scsi virtio_blk virtio_net'

Sous Debian ou Ubuntu, ajoutez les modules manquants dans /etc/initramfs-tools/modules, puis lancez update-initramfs -u.

5. Importer#

Avec l’assistant

1. Dans l’interface Proxmox VE : Datacenter → Storage → Add → ESXi. Renseignez l’adresse de l’hôte, un compte administrateur, et cochez Skip Certificate Verification si le certificat est auto-signé.
2. Sélectionnez le stockage ESXi ajouté : la liste des VM apparaît. Choisissez une VM, puis Import.
3. Choisissez le stockage cible, le pont réseau (vmbr0 par exemple) et, dans les options avancées, le type de contrôleur et de carte réseau.
4. Éteignez la VM source, lancez l’import, puis démarrez la VM sur Proxmox VE.

Passer par vCenter plutôt que directement par l’hôte ESXi fonctionne, mais dégrade fortement les performances d’import.

En ligne de commande

# Disque VMDK déjà copié sur un partage monté sur le nœudqm disk import 120 /mnt/migration/srv-app01/srv-app01.vmdk local-zfs# Le disque apparaît en unused0 : on le rattache en VirtIO SCSIqm set 120 --scsihw virtio-scsi-single --scsi0 local-zfs:vm-120-disk-0,discard=on,iothread=1qm set 120 --boot order=scsi0 # Variante : VM exportée en OVF avec ovftoolqm importovf 121 /mnt/export/srv-web01/srv-web01.ovf local-zfs

En masse

• Au plus quatre disques importés en parallèle ; chaque disque mobilise environ 1 Go de cache mémoire sur le nœud.
• L’API ESXi limite le nombre de sessions : une fois la limite atteinte, les clients sont bloqués une trentaine de secondes. Sérialisez les imports, ou relevez la limite : sur ESXi 7.0, Config.HostAgent.vmacore.soap.maxSessionCount dans Host → Manage → System → Advanced Settings ; sur ESXi 6.5 et 6.7, dans /etc/vmware/hostd/config.xml puis redémarrage de hostd.

6. Après la bascule#

Windows : passer le disque système en VirtIO SCSI

Windows ne démarre pas sur un contrôleur dont il n’a pas le pilote. La méthode du disque factice installe le pilote avant de basculer le disque système :

1. Montez l’ISO virtio-win et ajoutez un petit disque de 1 Go sur le contrôleur VirtIO SCSI.
2. Démarrez Windows, installez le pilote du nouveau périphérique depuis l’ISO, vérifiez que le disque apparaît dans la gestion des disques.
3. Éteignez la VM, supprimez le disque factice, détachez le disque système et rattachez-le en SCSI.
4. Corrigez l’ordre de démarrage, puis démarrez.

qm config 130                      # repérer les noms des volumesqm set 130 --scsihw virtio-scsi-single --scsi1 local-zfs:1qm set 130 --ide2 local:iso/virtio-win.iso,media=cdrom# ... installation du pilote dans Windows, puis arrêt de la VMqm set 130 --delete scsi1qm set 130 --delete sata0qm set 130 --scsi0 local-zfs:vm-130-disk-0qm set 130 --boot order=scsi0

Pour toutes les VM

qm set 120 --agent enabled=1             # agent invité QEMU (à installer dans la VM)qm set 120 --cpu x86-64-v2-AES           # type générique, compatible migration à chaudqm set 120 --net0 virtio,bridge=vmbr0    # nouvelle carte VirtIO (nouvelle adresse MAC)

• Réseau : le nom de l’interface change presque toujours dans le système invité ; reprenez la configuration IP.
• Processeur : gardez un type générique x86-64-v<X> tant que les nœuds n’ont pas tous le même modèle ; host sinon.
• Mémoire : activez le périphérique de ballooning pour un suivi fin de la consommation.
• Sauvegarde : planifiez-la dès le premier jour et faites un test de restauration.
• Retour arrière : conservez la VM source éteinte sur l’ESXi pendant la période d’observation.

Questions fréquentes#

Sources#

1. Otava, Simplifying VMware Licensing: Breaking Down Core Counts and Bundle Requirements
2. Proxmox, Migrate to Proxmox VE (wiki officiel)
3. Proxmox, Paravirtualized Block Drivers for Windows (wiki officiel)
4. Proxmox VE, documentation Ceph (pveceph)
5. Proxmox VE, documentation du cluster et du QDevice (pvecm)
6. Proxmox, annonce de l’assistant d’import ESXi (mars 2024)
7. Proxmox, dernières versions
8. Proxmox, tarifs des abonnements Proxmox VE

Sources consultées le 5 octobre 2026. Prix des abonnements Proxmox hors taxes, tels qu’affichés par l’éditeur à cette date.