VMware devient trop cher : il est temps de passer à l’open source
Depuis le rachat de VMware par Broadcom en novembre 2023, les DSI font face à une réalité brutale : les licences ont augmenté de 2 à 10 fois. La gratuité d’ESXi a disparu, les bundles sont restructurés, et les contrats de support sont devenus opaques.
Si vous gérez une infrastructure VMware — 10 VM ou 10 000 — ce guide vous montre comment migrer vers OpenNebula étape par étape, en réduisant vos coûts de 60 % tout en gagnant en souveraineté.
Pourquoi quitter VMware en 2026 ?
1. L’explosion des coûts Broadcom
| Avant Broadcom | Après Broadcom | Impact |
|---|---|---|
| vSphere Essentials : ~600 €/CPU | vSphere Foundation : ~4 500 €/CPU | +650 % |
| ESXi gratuit (homelab/PoC) | Supprimé | Coûts imprévus |
| Support par rack | Support par socket minimum | Surcoût pour clusters partiels |
| Perpetual licensing | Subscription-only | TCO en hausse continue |
Pour une PME de 200 employés avec 8 serveurs (2 sockets chacun), la facture VMware passe de ~10 000 €/an à ~72 000 €/an — sans compter le support premium désormais obligatoire.
2. Risque de vendor lock-in
Broadcom élimine progressivement les offres d’entrée de gamme. Le message est clair : payez ou partez. Pour les entreprises réglementées (banque, télécoms, secteur public), cette dépendance est incompatible avec les exigences de souveraineté (NIS2, DORA, SecNumCloud).
3. OpenNebula : l’alternative maturescente
OpenNebula n’est pas un projet étudiant. C’est une plateforme de cloud management utilisée par :
- Orange, Telefónica et China Telecom pour leurs infrastructures NFV
- Des dizaines de PME et ETI en Europe et en Afrique
- Le programme Sovereign Cloud Stack (souveraineté européenne)
OpenNebula supporte KVM, LXC, Firecracker et vCenter (en mode hybride le temps de la migration).
Stratégie de migration : 3 approches
Approche A : Big Bang (1 week-end)
- Pour : Petites infrastructures (< 50 VM)
- Risque : Moyen — arrêt planifié nécessaire
- Méthode : Export/import des VM, bascule DNS
Approche B : Hybride progressive (recommandée)
- Pour : Infrastructures moyennes à grandes (50–5 000 VM)
- Risque : Faible — cohabitation vCenter/OpenNebula pendant 3–6 mois
- Méthode : OpenNebula gère vCenter en mode hybride, migration par vagues
Approche C : Cloud burst (zero downtime)
- Pour : Cloud Factory managé par Cloud Inspire
- Risque : Minimal — déployé en 10 jours
- Méthode : Blue/green deployment, trafic basculé via load balancer
Guide étape par étape (Approche B)
Étape 1 : Audit de l’existant (semaine 1)
# Inventaire des VM vSphere
govc ls -l /YourDC/vm/* > vm-inventory.txt
govc vm.info -r * > vm-details.jsonCollectez pour chaque VM :
- CPU/RAM/disque alloué vs consommé
- Snapshots orphelins (nettoyer avant migration)
- Réseaux VLAN et stockage iSCSI/NFS
- RPO/RTO (pour le plan de rollback)
Étape 2 : Déployer OpenNebula (semaine 2)
- Installer OpenNebula sur un nœud de gestion (2 vCPU, 8 Go RAM minimum)
- Configurer les hyperviseurs KVM sur les nœuds de calcul
- Créer les réseaux virtuels (VXLAN ou VLAN)
- Importer les datastores (NFS, LVM, Ceph)
Étape 3 : Migrer les premiers workloads (semaine 3–4)
- Commencer par les workloads non-critiques (dev, test, intranet)
- Utiliser
qemu-img convertpour les disques VMDK → Qcow2 - Valider : boot, connectivité réseau, performances
Étape 4 : Migration des workloads critiques (mois 2–5)
- Migrer par vagues applicatives (front-end → back-end → base de données)
- Tester les sauvegardes et PRA sur l’infrastructure OpenNebula
- Bascule DNS progressive (TTL bas)
Étape 5 : Décommissionnement VMware (mois 6)
- Vérifier que 100 % des workloads sont sur OpenNebula
- Désactiver les licences VMware
- Recycler ou repurposer les nœuds ESXi en nœuds KVM
Comparaison des coûts
| Critère | VMware vSphere | OpenNebula (Cloud Inspire) |
|---|---|---|
| Licences (8 serveurs, 2 sockets) | 72 000 €/an | 0 € (open source) |
| Support | Obligatoire, ~15k €/an | Inclus dans le forfait managé |
| Temps de déploiement | 2–4 semaines | 10 jours (Cloud Factory) |
| Conformité NIS2/DORA | Modules séparés, surcoût | Intégré (Zero Trust by design) |
| Kubernetes natif | Tanzu (surcoût) | OneKE (inclus) |
| Vendor lock-in | Total | Aucun (KVM standard) |
Économie typique : 60 à 70 % du TCO sur 3 ans.
FAQ
Puis-je garder vCenter pendant la transition ?
Oui. OpenNebula peut gérer vCenter en mode hybride (vCenter driver). Vous migrez les VM progressivement, sans toucher à l’infrastructure existante.
Et si j’ai des applications critiques qui nécessitent VMware ?
OpenNebula gère les hyperviseurs KVM, LXC et vCenter simultanément. Vous gardez vCenter pour les workloads qui le nécessitent et migrez le reste.
Qu’en est-il de la conformité NIS2/DORA ?
OpenNebula + ZAK (notre copilote cyber) offre Zero Trust, audit trail et chiffrement au repos — conformes NIS2, DORA et SecNumCloud.
Combien de temps dure la migration ?
10 jours pour le déploiement Cloud Factory. 3 à 6 mois pour la migration complète, selon la taille de l’infrastructure.
Prochaines étapes
- Calculer vos économies — Comparez votre facture VMware avec OpenNebula
- Demander un audit gratuit — Nos SRE analysent votre infrastructure en 48h
- Lire notre guide cloud privé — Architecture, stack technique et conformité
Cloud Inspire conçoit, déploie et opère votre cloud privé souverain en 10 jours. OpenNebula, Kubernetes, Zero Trust — 100 % open source, 0 vendor lock-in.