Un renouvellement VMware arrive à échéance. Le devis change, mais l'infrastructure porte toujours les mêmes applications, les mêmes engagements de disponibilité et les mêmes dépendances. La décision doit réunir l'évolution commerciale et la capacité à transformer la production.
Une hausse de devis peut justifier l'étude d'une autre plateforme. Elle ne donne ni le coût complet d'une migration, ni sa durée, ni son périmètre réellement déplaçable.
Ce qu'il faut vérifier dans le modèle de licences
Commencer par les références exactes du devis, les produits inclus, les versions et la période couverte. Les documents Broadcom consacrés à VCF et VVF ne décrivent pas nécessairement toutes les offres et tous les contrats VMware.
Pour ces solutions, la méthode officielle de comptage repose sur les cœurs physiques, avec un minimum de 16 cœurs par processeur. Le dimensionnement des droits vSAN fait aussi intervenir la capacité brute. Ne pas confondre capacité utile affichée par le datastore et quantité servant au calcul des licences.
Le workflow documenté pour vSphere 9.x et VCF 9.0 utilise des souscriptions administrées via VCF Operations, en remplacement du mécanisme traditionnel de clés à 25 caractères. Intégrer cette évolution au plan d'exploitation et de mise à niveau.
Pour le parc existant, examiner séparément droits d'usage, support, accès aux correctifs et droits de mise à niveau. La fin d'une période de support et l'échéance d'un abonnement ne sont pas interchangeables. Faire préciser les conditions du contrat concerné avant de fixer un calendrier de sortie.
Construire une base de comparaison fiable
Le dossier de décision devrait contenir quatre pièces :
- un inventaire des hôtes, processeurs, cœurs, versions et usages du stockage ;
- une correspondance entre produits utilisés et lignes du devis ;
- les dates d'échéance et les contraintes de support du matériel et des applications ;
- une carte des dépendances à vCenter, NSX, vSAN, aux sauvegardes et aux automatismes.
Un montant global reconduit d'une année sur l'autre masque les changements de périmètre. Comparer les devis à fonctionnalités et périodes identifiées, puis isoler les services de migration ou d'accompagnement éventuellement inclus.
Appliquer à votre parc un multiplicateur de prix lu dans un témoignage serait peu fiable. Le résultat dépend du contrat, de la configuration et des fonctions nécessaires.
Trois trajectoires à chiffrer sur le même horizon
Choisir une durée d'étude commune, par exemple trois ans, comme hypothèse de travail. Tenir compte de l'âge du matériel et des échéances applicatives.
| Trajectoire | Coûts à intégrer | Question qui décide |
|---|---|---|
| Renouveler VMware | Souscriptions, support, matériel, outils d'administration | Les fonctions et engagements conservés justifient-ils le coût complet ? |
| Migrer progressivement | Cible, POC, transfert, formation et double exploitation temporaire | Quelles charges peuvent sortir avec un risque maîtrisé ? |
| Organiser la coexistence | Deux plateformes, deux chaînes de support et interfaces à maintenir | Les dépendances restantes justifient-elles durablement cette complexité ? |
Ajouter dans les trois scénarios le travail de l'équipe interne. Une migration qui mobilise les personnes chargées du PRA ou de la sécurité a un coût d'opportunité, même lorsqu'aucune facture supplémentaire ne l'affiche.
La coexistence doit avoir un propriétaire et une date de réexamen. Sinon, une transition peut devenir permanente sans budget d'exploitation explicite.
Identifier ce qui empêche une sortie rapide
Une VM démarrée sur une autre plateforme ne prouve pas que son service peut y être exploité. Vérifier les conditions de support applicatif, les pilotes, la sauvegarde, les restaurations et les échanges avec la supervision.
Si vSAN porte les disques, examiner les options de stockage dans notre comparatif Ceph et SAN. Si le service dépend d'un redémarrage après panne, examiner VMware HA et Proxmox HA.
Pour les maintenances, vMotion et Live Migration distingue les conditions de déplacement à chaud. Notre comparatif Proxmox et VMware replace ces fonctions dans le modèle d'exploitation complet.
Utiliser l'échéance comme contrainte de planification
Repartir de la date contractuelle et remonter les étapes : décision, validation de la cible, disponibilité du matériel, POC, correction des écarts, vagues de migration et transfert à l'exploitation.
Si ce calendrier ne tient pas, documenter le choix : réduire la première vague, négocier une transition ou maintenir certaines charges. Une date commerciale ne réduit pas la durée nécessaire aux tests de reprise et de restauration.
Le retour arrière doit préciser le traitement des écritures après bascule. Conserver une VM source éteinte peut faciliter un retour technique ; cela ne garantit pas qu'elle possède les données les plus récentes.
La prochaine décision doit être documentée
Avant de choisir un hyperviseur, produire une liste des charges déplaçables, des dépendances bloquantes et des hypothèses non vérifiées. Associer à chacune un coût, une échéance et une preuve attendue.
Un POC construit autour de critères de décision permettra de tester les hypothèses déterminantes. Notre méthode de migration VMware vers Proxmox décrit le passage de l'inventaire aux vagues de migration.
Si votre renouvellement approche, demandez un audit VMware et une étude de trajectoire. L'objectif est de comparer des options exécutables à partir de votre parc et de vos échéances.
Sources officielles
Sources consultées le 15 octobre 2026. Les règles commerciales et les versions évoluent ; vérifier l'offre et le contrat applicables au périmètre étudié. Les horizons proposés sont des hypothèses de méthode, sans économie ni délai garanti.