La migración desde VMware recortó un 85% el gasto en licencias del Tottenham Hotspur

Tottenham Hotspur dice que redujo más de un 85% lo que paga en licencias de virtualización después de sustituir VMware en su estadio por HPE Morpheus VM Essentials. Una cifra así explica por qué las conversaciones sobre la renovación de VMware han dejado de ser un trámite de compras rutinario. Para algunas organizaciones, los números ya justifican reabrir una decisión de infraestructura que se daba por cerrada desde hacía años.

Revisé las cifras publicadas y tienen una limitación clara: Tottenham no reveló qué productos de VMware tenía antes ni cuánto pagaba realmente. Eso convierte el 85% en un caso de estudio que no puedes usar como calculadora universal de ahorro. Aun así, es uno de los ejemplos públicos más útiles, porque relaciona una salida de VMware con un resultado de negocio concreto.

¿Cuánto ahorró de verdad Tottenham al dejar VMware?

El CTO de Tottenham dijo que el club ahorra "más del 85 por ciento" en licencias respecto a su anterior entorno VMware. La organización no ha publicado la factura antigua, el total de las licencias nuevas ni detalle suficiente para calcular el ahorro por VM.

Sin ese contexto, una reducción del 85% es difícil de interpretar, porque puede deberse a varios factores, como el paquete de VMware anterior, el nivel de soporte, el número de servidores, el momento del contrato, los descuentos negociados y el alcance de la plataforma que lo sustituye. Pegar el porcentaje del Tottenham en tu propio caso de negocio no termina el análisis.

Lo que sí demuestra la cifra es más modesto y más útil: una organización grande en producción puede encontrar entre VMware y una pila alternativa una diferencia de costes suficiente para que la migración tenga peso económico.

El estadio es un entorno de producción serio. Según Ars Technica, el Tottenham Hotspur Stadium tiene capacidad para unos 63,000 espectadores e incluye 20,000 puntos de acceso de red, 1,849 pantallas de IPTV y 519 pantallas de CCTV. La decisión de virtualización forma parte de un entorno operativo mucho más amplio, donde las caídas se notan enseguida, y eso hace la historia más interesante que la de un pequeño laboratorio que pasa cinco máquinas virtuales a un hipervisor más barato.

¿Con qué sustituyó Tottenham a VMware?

Tottenham sustituyó la instancia de VMware de su estadio por HPE Morpheus VM Essentials, dentro de un rediseño más amplio de su infraestructura con HPE. El entorno también usa HPE GreenLake, servidores ProLiant Compute Gen12, Alletra Storage MP y OpsRamp.

La migración fue más allá de "fuera VMware, dentro otro hipervisor". Tottenham está cambiando el modelo de gestión y de operaciones que rodea la capa de virtualización.

Merece la pena fijarse en ese patrón, porque el hipervisor en sí pesa cada vez menos en el argumento de valor. A los equipos de infraestructura les importa cada vez más cómo encajan el cómputo, el almacenamiento, la observabilidad, la automatización y las operaciones asistidas por IA.

El CTO de Tottenham lo dijo claramente en el reportaje. Afirmó que el ahorro importa, pero también planteó el proyecto en torno a AIOps y a una vista operativa única para un equipo de tecnología relativamente pequeño.

Si estás comparando alternativas, el hub de comparativas de infraestructura de Mr.PlanB es un marco mejor que comparar funciones de hipervisores por separado. La plataforma de destino tiene que funcionar como sistema operativo para tu equipo de infraestructura, y eso abarca mucho más que arrancar una VM.

¿Por qué importa el 85% a los clientes de VMware?

El 85% da a los clientes de VMware un motivo concreto para pedir precio de alternativas antes de renovar. Durante años, lo habitual fue aceptar la virtualización como un coste fijo de infraestructura. La plataforma funcionaba, el equipo la conocía y cambiarla parecía más arriesgado que pagar la renovación. Esa lógica cambia cuando la diferencia de precio es lo bastante grande.

Un proyecto de migración tiene costes reales. Los ingenieros necesitan tiempo y las aplicaciones necesitan pruebas. Las herramientas de backup pueden cambiar, puede que haya que reescribir la automatización y hay que reconstruir hábitos operativos. También puede haber duplicación temporal mientras las dos plataformas funcionan en paralelo. Una diferencia pequeña en licencias quizá no justifique ese trastorno, pero una muy grande sí puede.

Así que, en vez de preguntarte "¿puedo ahorrar un 85%?", pregúntate "¿a partir de qué diferencia de coste recurrente una migración controlada sale más barata que quedarse?".

Ese caso de negocio sí se puede calcular. Empieza con tres años de licencias y soporte previstos en la plataforma actual. Suma los efectos sobre el hardware si los paquetes o los requisitos por núcleo cambian tu número de servidores. Después estima la mano de obra de la migración, la formación, la operación en paralelo, las herramientas nuevas y un margen para imprevistos. Haz lo mismo con al menos dos alternativas.

Puede que el resultado te diga que te quedes, y no pasa nada. Una migración tiene que ganar por coste total y por encaje operativo, y la frustración por sí sola no es motivo para moverse.

¿Demuestra esto que VMware es demasiado caro?

No. El resultado del Tottenham demuestra que VMware era lo bastante caro para que Tottenham justificara otra plataforma, y eso está muy lejos de demostrar que todos los clientes de VMware pagan de más.

Algunos entornos sacan mucho valor de funciones, integraciones y automatización propias de VMware, y de la experiencia de su personal. Si sustituir esas capacidades supone una gran carga de ingeniería, una licencia más cara puede seguir siendo la opción más barata. El error es negarse a poner a prueba esa suposición.

Los cambios comerciales de Broadcom han convertido la renovación en un punto de control evidente. Aunque te quedes con VMware, deberías saber cuánto cuestan las alternativas y qué cargas de trabajo se pueden trasladar. Esa información te da margen para negociar y reduce el riesgo de descubrir demasiado tarde que tu estrategia de infraestructura depende de una única vía comercial.

Aquí resulta útil el artículo sobre vMotion y la curva de aprendizaje al migrar a Proxmox. Explica por qué planificar una migración exige traducir conceptos operativos en lugar de limitarse a contar funciones.

¿Qué deberías medir antes de migrar desde VMware?

Mide las dependencias de las cargas de trabajo que complican la migración antes de mirar el precio anunciado de la plataforma de sustitución. Las sorpresas caras suelen estar en el almacenamiento, las redes, el backup, la automatización y lo que dan por hecho las aplicaciones.

Haz inventario de cada VM, y ve mucho más allá de contarlas. Anota el uso de CPU y memoria, la distribución de discos, el comportamiento de los snapshots, las dependencias de red, las VLAN, la política de backup, el RPO, el RTO, el passthrough de hardware, los requisitos de latencia, las licencias ligadas al hardware virtual y cualquier integración que llame a las API de VMware.

Después clasifica las cargas de trabajo por dificultad. Un servidor de aplicaciones Linux sin estado puede ser fácil. Un clúster de bases de datos con requisitos de recuperación estrictos puede necesitar su propio plan de pruebas. Un appliance de un fabricante que solo admite VMware puede bloquear la migración por completo hasta que el fabricante cambie su matriz de soporte.

También tienes que medir las operaciones. ¿Cuánto tarda el mantenimiento de un host? ¿Con qué rapidez puede el equipo restaurar una carga de trabajo caída? ¿Qué pasa cuando desaparece una ruta de almacenamiento? ¿Cómo se gestiona la capacidad? ¿Quién recibe las alertas?

Prueba la plataforma de destino con esas tareas, porque una licencia más barata que duplica el trabajo operativo se come el ahorro.

¿Es HPE Morpheus VM Essentials el sustituto obvio?

No. La elección del Tottenham demuestra que HPE Morpheus VM Essentials puede formar parte de una sustitución de VMware que salga bien. Si es el mejor destino para tu organización es otra cuestión.

Tu lista corta puede incluir Proxmox VE, Nutanix AHV, OpenShift Virtualization, plataformas basadas en KubeVirt, Microsoft Hyper-V, servicios de nube pública o una estrategia mixta. La respuesta correcta depende de qué parte de tu entorno debe seguir siendo VM tradicionales y qué parte debe pasar a contenedores o a servicios gestionados.

Si Proxmox está en tu lista, la página actual de la plataforma Proxmox te da una base útil sobre sus funciones antes de montar una prueba de concepto. Haz los mismos deberes con cada destino, en vez de comparar tu plataforma actual con un recuerdo desfasado de otra.

¿Qué haría yo antes de la próxima renovación de VMware?

Pediría el presupuesto de renovación de VMware con tiempo suficiente para tomar una decisión real, y después pediría precio de al menos dos alternativas creíbles antes de negociar. Si la diferencia es pequeña, la migración probablemente necesita otro motivo estratégico. Si la diferencia se parece a la del Tottenham, la carga de la prueba cambia de lado y quedarse pasa a ser la decisión que hay que justificar.

También dividiría el entorno, porque no todas las cargas de trabajo necesitan la misma respuesta. Algunos sistemas pueden seguir en VMware porque su valor operativo lo justifica. Otros pueden pasar a una pila de virtualización más barata. Las aplicaciones nuevas pueden saltarse del todo la virtualización tradicional.

La opción contraria es la correcta cuando la organización no puede ejecutar una migración con seguridad en el plazo disponible o cuando la pila de sustitución deja huecos de soporte inaceptables. Pagar más en una renovación puede ser sensato si compra tiempo para una salida controlada.

Cualquier cliente de VMware puede usar el 85% del Tottenham como detonante para calcular su propia cifra, aunque copiar la cifra tal cual sería un error.