Migrer de VMware vers Proxmox VE : le guide complet

Depuis le rachat de VMware par Broadcom, le regroupement en abonnements et les fortes hausses de prix poussent de nombreuses équipes à chercher une alternative. Proxmox VE est la destination la plus fréquente : un hyperviseur open source, sans licence par cœur ni par VM, et un périmètre fonctionnel qui couvre ce dont la plupart des charges de production ont réellement besoin. Ce guide décrit une migration qui ne coupe pas vos services.

Pourquoi les équipes quittent VMware

Le déclencheur est rarement technique. ESXi fonctionne toujours. Ce qui change, c’est le contrat : fin des licences perpétuelles, paliers d’abonnement imposés, et des devis de renouvellement qui ne tiennent plus dans le budget. Proxmox VE est open source et bien plus léger sur ce point : pas de licence par cœur ni par VM. Une souscription par socket, qui finance le développement de Proxmox et donne accès au dépôt entreprise stable et au support, remplace les licences VMware pour une fraction du coût.

Auditer avant de migrer

Une migration se joue dans la phase d’audit. Avant de toucher à quoi que ce soit, inventoriez :

• Chaque VM : vCPU, RAM, taille disque, OS, criticité.
• Les dépendances : quelles VMs communiquent entre elles, et lesquelles ne tolèrent aucune interruption.
• Le réseau : VLANs, port groups, règles de pare-feu.
• Le stockage : datastores, capacité totale, profil d’IOPS.

Cet inventaire indique comment dimensionner le cluster Proxmox VE et quelles VMs migrer en premier. Commencez par les moins risquées.

Choisir une approche de migration

Deux chemins réalistes existent.

Migration à froid. La VM est éteinte, ses disques sont exportés, convertis et importés dans Proxmox VE, puis démarrés. Simple et fiable, avec une fenêtre de maintenance par VM.

Migration progressive. La VM est répliquée vers Proxmox VE pendant qu’elle tourne encore sur VMware, puis basculée après une dernière synchronisation. Plus complexe, mais l’interruption tombe à quelques minutes.

Proxmox VE intègre un assistant d’import qui se connecte directement à un hôte ESXi et importe les VMs, ce qui supprime l’essentiel du travail de conversion manuel.

Convertir les VMs

Le format de disque passe de VMDK à qcow2 ou raw. L’assistant d’import s’en charge, ou vous convertissez à la main avec qemu-img :

qemu-img convert -f vmdk -O qcow2 disque-source.vmdk disque-cible.qcow2

Deux points comptent côté invité :

• Pilotes VirtIO : installez-les pour que la VM bénéficie d’un disque et d’un réseau paravirtualisés performants. Sur les invités Windows, faites-le avant la migration, tant que VMware Tools est encore présent.
• Mode de démarrage : alignez BIOS ou UEFI sur ce qu’attend la VM, sinon elle ne démarrera pas.

Basculer et valider

Pour chaque VM migrée, validez avant de la déclarer terminée : elle démarre, le réseau répond, l’application fonctionne, et les performances correspondent à la base mesurée pendant l’audit. Conservez la copie VMware jusqu’à validation. C’est votre retour arrière.

Migrez par vagues, groupées par dépendance. Les VMs critiques passent en dernier, une fois le processus éprouvé sur le reste.

Là où ça devient difficile

La mécanique est bien documentée. Le plus dur, c’est de le faire sans rupture de service : séquencer les dépendances, dimensionner correctement le cluster cible, réussir la haute disponibilité et le stockage dès le premier jour pour ne pas migrer vers une plateforme fragile.

C’est le travail que prend en charge notre accompagnement à la migration Proxmox. Nous auditons le parc VMware existant, dimensionnons et construisons le cluster Proxmox VE, menons la migration par vagues et validons chacune. Vous quittez les tarifs Broadcom sans porter vous-même le risque de la migration. Une fois la migration faite, vous exploitez le cluster vous-même ou vous le confiez en hébergement Proxmox managé.