Migration VMware : Tottenham Hotspur réduit ses coûts de licence de 85%

Tottenham Hotspur affirme avoir réduit ses frais de licence de virtualisation de plus de 85% après avoir remplacé VMware par HPE Morpheus VM Essentials dans son stade. Un chiffre de cette ampleur explique pourquoi les discussions de renouvellement VMware ne sont plus de simples formalités d'achat. Pour certaines organisations, l'équation économique justifie désormais de rouvrir une décision d'infrastructure considérée comme réglée depuis des années.

J'ai vérifié les chiffres publiés, et ils ont une limite nette : Tottenham n'a révélé ni la composition de son ancien parc de produits VMware ni le montant réellement payé. Le chiffre de 85% est donc une étude de cas, que vous ne pouvez pas utiliser comme calculateur d'économies universel. Il reste l'un des exemples publics les plus utiles, parce qu'il relie une sortie de VMware à un résultat métier précis.

Combien Tottenham a-t-il réellement économisé en quittant VMware ?

Le CTO de Tottenham a déclaré que le club économise « plus de 85 pour cent » de frais de licence par rapport à son ancien environnement VMware. L'organisation n'a publié ni l'ancienne facture, ni le nouveau total des licences, ni assez de détails pour calculer une économie par VM.

Sans ce contexte, une baisse de 85% est difficile à interpréter, car elle peut tenir à plusieurs facteurs : l'ancien bundle VMware, le niveau de support, l'empreinte serveur, le calendrier du contrat, les remises négociées et le périmètre de la plateforme de remplacement. Recopier le pourcentage de Tottenham dans votre propre dossier d'investissement ne termine pas l'analyse.

Ce que le chiffre prouve est plus modeste et plus utile : une grande organisation qui tourne en production peut trouver entre VMware et une pile alternative un écart de coût suffisant pour que la migration pèse financièrement.

Le stade est un environnement de production sérieux. Ars Technica rapporte que le Tottenham Hotspur Stadium accueille environ 63,000 spectateurs et compte 20,000 points d'accès réseau, 1,849 écrans IPTV et 519 écrans de vidéosurveillance. La décision de virtualisation s'inscrit dans un environnement d'exploitation bien plus large, où les pannes se voient vite, ce qui rend l'histoire plus intéressante qu'un petit lab qui déplace cinq machines virtuelles vers un hyperviseur moins cher.

Par quoi Tottenham a-t-il remplacé VMware ?

Tottenham a remplacé l'instance VMware de son stade par HPE Morpheus VM Essentials, dans le cadre d'une refonte plus large de son infrastructure HPE. L'environnement utilise aussi HPE GreenLake, des serveurs ProLiant Compute Gen12, Alletra Storage MP et OpsRamp.

La migration est allée plus loin que « VMware dehors, un autre hyperviseur à la place ». Tottenham change le modèle de gestion et d'exploitation autour de la couche de virtualisation.

C'est une tendance à suivre, car l'hyperviseur lui-même pèse de moins en moins dans l'argumentaire. Les équipes d'infrastructure s'intéressent de plus en plus à la façon dont le calcul, le stockage, l'observabilité, l'automatisation et l'exploitation assistée par IA s'articulent.

Le CTO de Tottenham l'a dit directement dans les articles. Selon lui, les économies comptent, mais il a aussi présenté le projet sous l'angle de l'AIOps et d'une vue d'exploitation unique pour une équipe technique relativement réduite.

Si vous comparez des alternatives, le hub de comparaisons d'infrastructure de Mr.PlanB offre un meilleur cadre que la comparaison isolée des fonctionnalités d'hyperviseurs. La plateforme cible doit servir de système d'exploitation à votre équipe d'infrastructure, et cela va bien au-delà du démarrage d'une VM.

Pourquoi le chiffre de 85% compte-t-il pour les clients VMware ?

Le chiffre de 85% donne aux clients VMware une raison concrète de chiffrer les alternatives avant de renouveler. Pendant des années, le réflexe par défaut a souvent été de considérer la virtualisation comme un coût d'infrastructure fixe. La plateforme fonctionnait, l'équipe la connaissait, et en changer paraissait plus risqué que de payer le renouvellement. Ce raisonnement change quand l'écart de prix devient assez grand.

Un projet de migration a des coûts réels. Les ingénieurs ont besoin de temps et les applications doivent être testées. Les outils de sauvegarde peuvent changer, l'automatisation peut devoir être réécrite, et les habitudes d'exploitation sont à reconstruire. Il peut aussi y avoir une période de doublon pendant que les deux plateformes tournent en parallèle. Une petite différence de licences ne justifie pas forcément ce bouleversement, mais une très grande différence peut le justifier.

Au lieu de vous demander « puis-je économiser 85% ? », demandez-vous « à partir de quel écart de coût récurrent une migration maîtrisée devient-elle moins chère que le statu quo ? ».

C'est un dossier que vous pouvez chiffrer. Partez de trois ans de licences et de support prévus sur la plateforme actuelle. Ajoutez les effets matériels si le regroupement des offres ou les exigences par cœur modifient votre empreinte. Estimez ensuite la main-d'œuvre de migration, la formation, l'exploitation en parallèle, les nouveaux outils et une marge pour imprévus. Faites de même pour au moins deux alternatives.

Le résultat peut vous dire de rester, et ce n'est pas un problème. Une migration doit l'emporter sur le coût total et l'adéquation à l'exploitation, et l'agacement seul n'est pas une raison de bouger.

Cela prouve-t-il que VMware est trop cher ?

Non. Le résultat de Tottenham prouve que VMware coûtait assez cher à Tottenham pour justifier une autre plateforme, ce qui est très loin de prouver que chaque client VMware paie trop.

Certains environnements tirent une valeur importante des fonctionnalités propres à VMware, de ses intégrations, de son automatisation et de l'expertise des équipes. Si remplacer ces capacités représente une lourde charge d'ingénierie, une licence plus chère peut rester le choix le moins coûteux. L'erreur consiste à refuser de tester l'hypothèse.

Les changements commerciaux de Broadcom ont fait du renouvellement un point de contrôle évident. Même si vous restez chez VMware, vous devriez savoir ce que coûtent les alternatives et quelles charges de travail sont portables. Ces informations donnent du poids dans la négociation et réduisent le risque de découvrir trop tard que votre stratégie d'infrastructure dépend d'une seule voie commerciale.

C'est là que l'article sur vMotion et la courbe d'apprentissage d'une migration vers Proxmox est utile. Il montre pourquoi la planification d'une migration doit transposer les concepts d'exploitation au lieu de simplement compter les fonctionnalités.

Que faut-il mesurer avant une migration VMware ?

Mesurez les dépendances des charges de travail qui créent des frictions de migration avant de regarder le prix affiché de la plateforme de remplacement. Les mauvaises surprises coûteuses se trouvent en général dans le stockage, le réseau, la sauvegarde, l'automatisation et les hypothèses des applications.

Inventoriez chaque VM, et allez bien au-delà du simple nombre de VM. Notez l'utilisation CPU et mémoire, l'organisation des disques, le comportement des snapshots, les dépendances réseau, les VLAN, la politique de sauvegarde, le RPO, le RTO, le passthrough matériel, les exigences de latence, les licences liées au matériel virtuel et toute intégration qui appelle les API VMware.

Classez ensuite les charges de travail par difficulté. Un serveur applicatif Linux sans état peut être facile. Un cluster de bases de données aux exigences de reprise strictes peut demander un plan de test à part. Une appliance d'éditeur qui ne supporte que VMware peut bloquer entièrement la migration tant que l'éditeur ne change pas sa matrice de support.

Il faut aussi mesurer l'exploitation. Combien de temps prend la maintenance d'un hôte ? En combien de temps l'équipe peut-elle restaurer une charge de travail tombée ? Que se passe-t-il quand un chemin de stockage disparaît ? Comment la capacité est-elle gérée ? Qui reçoit les alertes ?

Testez la plateforme cible sur ces tâches, car une licence moins chère qui double la charge d'exploitation efface l'économie.

HPE Morpheus VM Essentials est-il le remplaçant évident ?

Non. Le choix de Tottenham montre que HPE Morpheus VM Essentials peut faire partie d'un remplacement réussi de VMware. Savoir s'il est la meilleure cible pour votre organisation est une autre question.

Votre liste restreinte peut inclure Proxmox VE, Nutanix AHV, OpenShift Virtualization, des plateformes basées sur KubeVirt, Microsoft Hyper-V, des services de cloud public ou une stratégie mixte. La bonne réponse dépend de la part de votre parc qui doit rester en VM classiques et de celle qui doit aller vers des conteneurs ou des services managés.

Si Proxmox figure sur votre liste, la page actuelle de la plateforme Proxmox vous donne une base utile sur les fonctionnalités avant de monter une preuve de concept. Faites le même travail pour chaque cible au lieu de comparer une plateforme actuelle au souvenir dépassé d'une autre.

Que ferais-je avant le prochain renouvellement VMware ?

Je demanderais le devis de renouvellement VMware assez tôt pour prendre une vraie décision, puis je chiffrerais au moins deux alternatives crédibles avant de négocier. Si l'écart est faible, la migration a sans doute besoin d'une autre raison stratégique. Si l'écart ressemble à celui de Tottenham, la charge de la preuve s'inverse et c'est le maintien qui doit se justifier.

Je découperais aussi le parc, puisque toutes les charges de travail n'appellent pas la même réponse. Certains systèmes peuvent rester sur VMware parce que leur valeur d'exploitation le justifie. D'autres peuvent passer sur une pile de virtualisation moins chère. Les nouvelles applications peuvent se passer entièrement de la virtualisation classique.

Le choix inverse est le bon quand l'organisation ne peut pas mener une migration en toute sécurité dans la fenêtre disponible, ou quand la pile de remplacement crée des trous de support inacceptables. Payer plus cher pour un renouvellement peut être raisonnable si cela donne le temps d'organiser une sortie maîtrisée.

Tout client VMware peut se servir des 85% de Tottenham comme déclencheur pour calculer son propre chiffre, mais recopier ce chiffre tel quel serait une erreur.