En los documentos presentados ante un tribunal británico, Tesco acusa a Broadcom de conducta abusiva tras elevar el coste de sus licencias VMware aproximadamente un 175%. La respuesta del retailer: mover 40.000 cargas de trabajo fuera de la plataforma. No es un piloto ni una declaración de intenciones; es una migración en marcha con base legal documentada.
Por qué este caso importa más allá de Tesco
Desde que Broadcom cerró la adquisición de VMware en 2023 eliminó las licencias perpetuas, forzó la transición a suscripciones por core y discontinuó versiones standalone como vSphere Essentials. El resultado fue predecible para quien conoce el playbook de Broadcom con adquisiciones anteriores (CA Technologies, Symantec Enterprise): consolidar el portfolio, subir precios a los clientes cautivos y apostar por el segmento enterprise de mayor gasto.
Tesco no es un caso aislado. Organizaciones de todos los tamaños —desde entornos enterprise hasta homelabs gestionados con licencias VMUG Advantage— llevan meses reevaluando su dependencia de vSphere. El problema real no es el precio en abstracto, sino el coste de salida: años de inversión en automatización, integraciones NSX, storage vSAN y skills internos vinculados a un ecosistema que ahora tiene un propietario con incentivos muy distintos a los de VMware pre-adquisición.
Las alternativas reales sobre la mesa
Proxmox VE es la opción más mencionada en el espacio homelaber y pymes: hipervisor KVM+LXC, gestión centralizada con Proxmox Datacenter Manager, soporte comunitario sólido y licencia AGPLv3. La migración desde vSphere no es trivial (workflows de backup, integración con storage, HA) pero es perfectamente viable para entornos sin dependencias profundas de NSX o vSAN.
Nutanix AHV y Red Hat OpenShift Virtualization (basado en KVM/KubeVirt) son opciones enterprise con soporte formal. Para cargas containerizadas, la conversión a Kubernetes acelera la independencia de hipervisor. Hyper-V / Azure Stack HCI tiene sentido si el destino es Azure.
En el extremo opuesto, algunas organizaciones aprovechan para acelerar el lift-and-shift a cloud público (AWS, Azure, GCP), donde la factura es predecible y el lock-in, aunque existe, está más distribuido.
Qué deberías hacer ahora
Antes de tomar cualquier decisión, tres pasos concretos:
1. Audita tu footprint real. ¿Cuántos cores licenciados tienes? ¿Qué porcentaje usa funcionalidades exclusivas de VMware (NSX, vSAN, vROps)? Cuanto mayor sea ese porcentaje, más costosa será la migración. Herramientas como RVTools te dan una foto rápida.
2. Calcula el TCO a 3 años bajo el nuevo modelo de suscripción. Compara honestamente frente a Proxmox con soporte empresarial o frente a cloud. El número suele sorprender.
3. Diseña una estrategia de salida aunque no la ejecutes. Tener un plan B documentado cambia la posición negociadora con Broadcom. Tesco lo está demostrando con 40.000 workloads de argumento.
El caso Tesco no es un titular de tecnología; es un caso de estudio de dependencia de proveedor y poder de negociación. La lección no es «huye de VMware ya», sino «conoce tu coste real de salida antes de que te lo impongan».
Deja una respuesta