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

Par Julien Berton, architecte IT · Publié le · 8 min de lecture

Depuis le rachat de VMware par Broadcom, beaucoup d’entreprises cherchent à quitter vSphere sans perturber la production. La méthode décrite ici est celle que j’applique, issue d’une migration réelle de VMware vSphere 8 vers Proxmox VE avec 5 à 30 minutes d’arrêt par VM.

Pourquoi tant d’entreprises quittent VMware

Fin 2023, Broadcom a finalisé l’acquisition de VMware. Dans la foulée, les licences perpétuelles ont été supprimées au profit d’abonnements regroupés en offres packagées. Pour de nombreuses PME et ETI, le renouvellement s’est traduit par une hausse importante, souvent pour des fonctionnalités jamais utilisées.

Proxmox VE s’est imposé comme l’alternative la plus étudiée : open source, basé sur Debian, KVM et LXC, avec haute disponibilité, migration à chaud, stockage Ceph intégré, sauvegarde via Proxmox Backup Server et un support professionnel optionnel.

Étape 1 : Inventorier ce que vous utilisez vraiment

Avant toute chose, listez les VM, leurs systèmes d’exploitation, leur taille, leur criticité et leurs dépendances. Puis identifiez les fonctionnalités vSphere réellement en service : HA, DRS, vMotion, snapshots, réplication, distributed switches, intégrations de sauvegarde tierces.

Dans la plupart des audits, une poignée de fonctionnalités couvre l’essentiel des usages. C’est sur elles que repose le choix de l’architecture cible.

Étape 2 : Concevoir l’architecture cible

Trois décisions structurent le projet :

  • Le cluster : au moins trois nœuds pour un quorum fiable et la haute disponibilité.
  • Le stockage : Ceph pour un stockage hyperconvergé distribué, ou réutilisation d’une baie existante en NFS ou iSCSI.
  • Le réseau : bridges Linux ou Open vSwitch, VLAN, agrégation de liens, et réseaux séparés pour le cluster, le stockage et les VM.

Étape 3 : Préparer les machines virtuelles

La préparation conditionne la durée d’arrêt. Sur les VM Windows, installez à l’avance les pilotes VirtIO et l’agent invité QEMU. Désinstallez les VMware Tools au bon moment, supprimez les snapshots résiduels et notez les configurations réseau statiques, qui devront être vérifiées après bascule.

Étape 4 : Choisir la méthode de conversion

MéthodeQuand l’utiliserArrêt
Assistant d’import ESXi de ProxmoxCas général, import direct depuis l’hôte ESXiFaible à modéré
Import de disques (qm importdisk)Disques exportés en VMDK/OVF, contrôle finSelon la taille du disque
Stockage partagé (NFS)Grandes VM, pour éviter les copies longuesLe plus court
Réinstallation + migration applicativeServeurs anciens ou à moderniserPlanifié par l’application

Étape 5 : Valider avec un pilote

Migrez d’abord quelques VM non critiques mais représentatives (Windows, Linux, base de données). Mesurez la durée réelle d’arrêt, les performances disque et réseau, et testez le retour arrière. Ce pilote transforme une estimation en procédure fiable.

Étape 6 : Basculer par vagues

Regroupez les VM par dépendances applicatives et planifiez chaque vague dans une fenêtre de maintenance. Pour chacune : arrêt propre, conversion, démarrage sur Proxmox, contrôles fonctionnels, validation par le métier. La VM d’origine est conservée, éteinte, jusqu’à validation complète : c’est votre filet de sécurité.

Étape 7 : Sauvegarder, superviser, former

Une migration n’est terminée que lorsque l’exploitation est maîtrisée : sauvegardes testées avec Proxmox Backup Server, supervision du cluster et du stockage, procédures documentées, et administrateurs formés à la nouvelle plateforme.

Les pièges les plus fréquents

  • Oublier les pilotes VirtIO sur Windows, ce qui empêche le démarrage.
  • Sous-dimensionner le réseau de stockage Ceph (prévoir au minimum du 10 GbE dédié).
  • Négliger les adresses MAC et les licences logicielles liées au matériel virtuel.
  • Migrer sans plan de retour arrière.
  • Oublier de former l’équipe, qui reste alors dépendante du prestataire.

Checklist avant de vous lancer

  • Inventaire complet des VM et des dépendances
  • Liste des fonctionnalités vSphere utilisées
  • Architecture cible validée (cluster, stockage, réseau)
  • Pilote réussi et durée d’arrêt mesurée
  • Plan de vagues et de retour arrière
  • Sauvegardes et supervision opérationnelles
  • Plan de formation des administrateurs
Besoin d’un regard expert sur votre projet ? J’accompagne les entreprises de l’étude de faisabilité jusqu’à la formation des équipes. L’accompagnement migration VMware → Proxmox en détail.