En 2024, Broadcom a supprimé les licences perpétuelles VMware et imposé des bundles par abonnement. En 2025, les tarifs ont encore augmenté. Début 2026, le constat est clair : beaucoup d'entreprises qui reportaient la décision ne peuvent plus se le permettre.
Proxmox VE est devenu l'alternative la plus crédible. Open source, gratuit, basé sur KVM et LXC, avec une intégration native de Ceph et une communauté en pleine croissance. Mais migrer une infrastructure de virtualisation en production, ça ne s'improvise pas.
Voici un guide concret pour les entreprises qui envisagent la migration.
Pourquoi maintenant
Trois facteurs convergent en 2026 :
- Coûts insoutenables — les renouvellements VMware coûtent 3 à 12 fois plus qu'avant le rachat. Pour beaucoup de PME et d'hébergeurs, c'est devenu le premier poste budgétaire infra.
- Fin de support ESXi gratuit — la version gratuite d'ESXi a été supprimée. Les petites structures qui l'utilisaient n'ont plus d'option viable chez VMware.
- Maturité de Proxmox — Proxmox VE 8.x est stable, performant, et utilisé en production par des milliers d'entreprises. La communauté a explosé depuis 2024, la documentation et l'outillage suivent.
Évaluer la faisabilité
Avant de planifier quoi que ce soit, il faut répondre à quelques questions :
Inventaire des VMs
Combien de machines virtuelles ? Quels OS invités (Windows, Linux) ? Quelles ressources allouées (CPU, RAM, disque) ? Y a-t-il des VMs avec du matériel spécifique en passthrough (GPU, USB) ?
Dépendances VMware
Utilisez-vous vSAN, NSX, Horizon, ou d'autres produits de l'écosystème VMware ? Chacun nécessite un remplacement spécifique. vSAN → Ceph/ZFS. NSX → OVN/OVS.
Stockage
Quel volume de données ? Quel type de stockage cible (local ZFS, Ceph distribué, NFS) ? Le choix impacte directement la méthode de migration et les performances.
Tolérance à l'interruption
Pouvez-vous planifier une fenêtre de maintenance ? Ou la migration doit-elle se faire à chaud, VM par VM, sans coupure visible ?
Les étapes de la migration
1. Préparer l'environnement Proxmox
Installer Proxmox VE sur les nouveaux nœuds (ou sur les mêmes serveurs après sauvegarde). Configurer le cluster, le réseau, le stockage (Ceph, ZFS ou LVM-thin), et les sauvegardes (Proxmox Backup Server).
Point important : ne pas reproduire l'architecture VMware à l'identique. Profiter de la migration pour simplifier. Proxmox intègre nativement ce qui nécessitait des licences séparées chez VMware (HA, stockage distribué, sauvegardes).
2. Convertir les disques virtuels
Les VMs VMware utilisent le format VMDK. Proxmox utilise QCOW2, raw, ou directement les volumes Ceph RBD. La conversion se fait avec qemu-img :
qemu-img convert -f vmdk -O qcow2 vm-disk.vmdk vm-disk.qcow2
Pour les VMDK « split » (découpés en plusieurs fichiers), il faut d'abord les fusionner avec vmware-vdiskmanager ou exporter un OVA depuis vCenter.
3. Importer et adapter les VMs
Proxmox peut importer directement des fichiers OVA/OVF via l'interface web ou en ligne de commande. Une fois importée :
- Remplacer VMware Tools par
qemu-guest-agent(Linux) ou les VirtIO drivers (Windows). Sans cette étape, les performances disque et réseau seront dégradées. - Vérifier les drivers réseau — passer de vmxnet3 à VirtIO pour des performances optimales.
- Ajuster le boot — vérifier que le BIOS/UEFI est correctement configuré et que le disque de boot est reconnu.
4. Tester en parallèle
Ne jamais basculer en production sans phase de test. Idéalement, faire tourner les VMs migrées en parallèle pendant quelques jours : vérifier les performances, la stabilité, les sauvegardes, la HA.
5. Basculer la production
Couper les VMs VMware, faire un dernier export différentiel si possible, démarrer sur Proxmox, vérifier, monitorer. La fenêtre de maintenance dépend du volume de données à synchroniser.
Les pièges à éviter
Oublier les VirtIO drivers
C'est l'erreur la plus courante. Sans les drivers VirtIO, les VMs Windows fonctionnent mais avec des performances disque et réseau divisées par 5. Installer les drivers avant la migration dans la VM VMware, pas après.
Sous-dimensionner le réseau
Si vous passez à Ceph, le réseau de réplication est critique. Minimum 10 Gb/s dédié entre les nœuds. Sans ça, les performances Ceph seront décevantes et injustement attribuées à Proxmox.
Migrer tout d'un coup
Procéder par lots. Commencer par les VMs les moins critiques pour valider la procédure, puis remonter progressivement vers la production. Prévoir 2 à 4 semaines selon le volume.
Négliger la formation
L'interface Proxmox est différente de vCenter. Les équipes doivent être formées, même brièvement. La courbe d'apprentissage est courte (quelques jours), mais elle existe.
Ce que vous gagnez
| Avant (VMware) | Après (Proxmox) | |
|---|---|---|
| Licence annuelle | 50 000 – 200 000 € | 0 € (support optionnel ~5 000 €) |
| Stockage distribué | vSAN (licence supplémentaire) | Ceph intégré (inclus) |
| Sauvegardes | Veeam ou autre (licence tierce) | Proxmox Backup Server (inclus) |
| Vendor lock-in | Total (format propriétaire) | Aucun (KVM, open source) |
| Visibilité budgétaire | Renouvellement annuel incertain | Coût prévisible et maîtrisé |
Faut-il se faire accompagner ?
Pour une poignée de VMs sur un seul serveur, un administrateur Linux expérimenté peut gérer la migration seul. Pour une infrastructure multi-nœuds en production avec de la HA, du stockage distribué et des contraintes de continuité, l'accompagnement est fortement recommandé.
Les points critiques qui justifient un accompagnement :
- Architecture Ceph (dimensionnement, réseau, nombre d'OSD)
- Migration à chaud avec contrainte de disponibilité
- VMs Windows avec passthrough GPU ou matériel spécifique
- Intégration avec l'existant (LDAP, monitoring, sauvegardes externalisées)
Chez Datacampus : nous proposons des clusters Proxmox clé en main, déployés sur notre infrastructure souveraine avec stockage Ceph en réplica 3 sur NVMe, réseau fibre 4×10 Gb/s et haute disponibilité native. Vous quittez VMware, on s'occupe du reste — de l'architecture à la mise en production. Contactez-nous pour en discuter.
— Datacampus