Migración de licencias VMware (Broadcom): La estrategia de 2026

La adquisición de VMware por parte de Broadcom en 2024 no fue solo una fusión corporativa; fue un cambio táctico de "tierra quemada" que ha dejado obsoletos los modelos ELA (Enterprise License Agreement) de vSphere basados en "todo lo que pueda consumir". Los equipos de ingeniería para 2025 y 2026 deben dejar de ver VMware como un hipervisor genérico y empezar a tratarlo como un impuesto de legado de alto margen que requiere una estrategia brutal de evacuación u optimización a tres años.

La muerte de la licencia perpetua y el ultimátum de VCF

La estrategia de Broadcom es quirúrgicamente precisa: forzar a las empresas de primer nivel a VMware Cloud Foundation (VCF) y a las de mercado medio a vSphere Foundation (VVF). Atrás quedaron los días de las renovaciones de SnS (Subscription and Support) para licencias perpetuas. Si actualmente utiliza vSphere 7.x u 8.x con claves perpetuas, su próxima renovación probablemente verá un aumento de precio del 300% al 600% a medida que se vea obligado a la facturación por suscripción por core.

El punto de fricción técnico es la matemática de la densidad de cores. Broadcom exige un mínimo de 16 cores por socket de CPU. Si está ejecutando procesadores Xeon Gold/Silver de 8 o 12 cores de legado, está pagando por silicio fantasma. Por el contrario, si está utilizando nodos AMD EPYC 9654 de alta densidad con 96 cores por socket, el cambio de licencia basada en socket a basada en cores es una masacre financiera. La estrategia para 2026 debe implicar una alineación de la actualización de hardware que maximice el rendimiento por core; piense en piezas de 32 cores de alta frecuencia en lugar de piezas de 64 cores de baja frecuencia para minimizar el gasto en licencias.

VCF vs. vSphere Standard: La consolidación forzada

Broadcom ha eliminado efectivamente el menú a la carta. Anteriormente, un ingeniero podía comprar vSphere Enterprise Plus y omitir NSX y vSAN. Hoy, el conjunto de características está empaquetado. Si necesita distributed switching o DRS, se verá forzado a VVF o VCF.

• VCF (VMware Cloud Foundation): Incluye vSphere, vSAN (hasta 1 TiB por core), NSX y Aria Suite. Este es el producto insignia de Broadcom. Si no utiliza NSX para micro-segmentación, está pagando por peso muerto.
• vSphere Foundation (VVF): El "nivel intermedio" que reemplaza a Enterprise Plus. Incluye vSAN (100 GiB por core), pero carece de las características avanzadas de red de NSX.
• vSphere Standard: Desprovisto de distributed switches. Para cualquier empresa con más de 10 nodos, esto es técnicamente inmanejable para cargas de trabajo de producción.

Para las organizaciones con grandes tamaños de vSAN, el nuevo modelo de licenciamiento es particularmente doloroso. Si su proporción de almacenamiento a cómputo es alta (por ejemplo, entornos VDI masivos), el límite de 1 TiB por core en VCF a menudo lo obliga a comprar licencias de capacidad de vSAN adicionales a un precio que hace que Pure Storage o NetApp vuelvan a parecer baratos.

El pivote a Nutanix AHV: Realidades de la migración de infraestructura

Nutanix es el principal beneficiario de la agresión de Broadcom, pero migrar de ESXi a AHV no es un "proyecto de fin de semana". La complejidad radica en el stack de red. Moverse de VMware Distributed Virtual Switches (DVS) a Nutanix AHV (basado en OVS) requiere una reevaluación completa de las configuraciones de VLAN tagging y LACP.

# Ejemplo de configuración de red de Nutanix AHV vía acli
# Creando un bridge de migración para tráfico de ESXi
net.create br1_migration
net.add_vlan_item br1_migration vlan_id=100
# Asegurar paridad de MTU (9000 para Jumbo Frames si se usa vMotion/Live Migration)
manage_ovs update_bridge br1 --mtu_size 9000

La herramienta Nutanix Move es competente, pero falla en discos RDM (Raw Device Mapping) y en configuraciones multi-writer específicas. Si sus clusters SQL dependen de VMDKs compartidos vía multi-writer, necesitará rediseñarlos para usar Nutanix Volumes (iSCSI) o migrar a AlwaysOn Availability Groups. Desde una perspectiva de costos, Nutanix no es "barato" — a menudo es un 15-20% menos costoso que el nuevo precio de VCF — pero su valor reside en la libertad del ecosistema impredecible y propenso a auditorías de Broadcom.

OpenShift y KubeVirt: El futuro de la salida full-stack

La ruta de migración más agresiva, y técnicamente gratificante, es mover las VMs a Red Hat OpenShift Virtualization (utilizando KubeVirt). Esto le permite gestionar VMs y containers a través de un único control plane de Kubernetes. Elimina el impuesto del hipervisor al aprovechar KVM subyacente.

Sin embargo, la realidad para 2026 es que la mayoría de las empresas no están preparadas para "VMs como Pods". Se pierde la "sensación de VCSA" de la gestión "point-and-click". La red requiere Multus CNI para proporcionar múltiples interfaces a una VM, y el almacenamiento exige un proveedor compatible con CSI. Si ya está invertido en un flujo de trabajo automatizado de Kubernetes, KubeVirt es el punto final lógico. Si usted es una empresa que utiliza Windows de legado, la sobrecarga de rendimiento de Windows-on-KVM dentro de OpenShift todavía conlleva una penalización de latencia del 5-8% en comparación con los drivers maduros de ESXi.

Proxmox VE en la empresa: Ya no es una broma

Hace dos años, mencionar Proxmox en un data center Tier-1 le habría valido la expulsión de la reunión del CAB (Change Advisory Board). En 2026, es un salvavidas viable para ubicaciones DMZ, dev/test y edge. La integración de Ceph en Proxmox proporciona una alternativa legítima a vSAN con costo de software cero.

El obstáculo es la falta de soporte de backup para "empresas". Si bien Proxmox Backup Server (PBS) es excelente, no se integra con Veeam o Commvault con la misma madurez de API que el VADP de VMware. Las organizaciones que adoptan Proxmox suelen estar alejándose de los appliances de backup centralizados hacia backups a nivel de aplicación o snapshots a nivel de filesystem. Si tiene más de 500 nodos, la sobrecarga de gestión de la falta de un "vCenter-que-los-gobierna-a-todos" centralizado en Proxmox (la gestión de múltiples clusters aún es incipiente) se convierte en un costo de mano de obra que puede compensar los ahorros de licenciamiento.

La lista de verificación de migración de 2026: Paso a paso

1. Audite su densidad de cores: Use PowerCLI para exportar el conteo actual de cores físicos. Cualquier host con menos de 16 cores debería ser desmantelado inmediatamente.

   Get-VMHost | Select Name, @{N="Cores";E={$_.ExtensionData.Hardware.CpuInfo.NumCpuCores}}

2. Evalúe la utilización de NSX: Si no está utilizando Distributed Firewall (DFW) o overlays VXLAN/GENEVE, está pagando por características de VCF que no necesita.
3. Ajuste el tamaño de vSAN: Compare su ratio TB-a-Core. Si excede 1 TiB por core, moverse a almacenamiento FC o iSCSI externo podría ser más económico bajo el nuevo régimen de Broadcom.
4. Ejecute un POC en KubeVirt/OpenShift: Priorice las cargas de trabajo Linux de baja criticidad. Utilice Migration Toolkit for Virtualization (MTV) para probar transferencias masivas.

El impacto financiero: OPEX vs. CAPEX

Broadcom ha puesto fin efectivamente a la planificación de infraestructura basada en CAPEX. Todo es ahora un gasto recurrente de OPEX. Para un entorno de tamaño medio de 2,000 cores, una renovación de VCF probablemente se situará entre $700k y $1.2M anualmente, según su densidad de hardware. En contraste, una infraestructura en OpenShift o Nutanix podría rondar los $500k-$800k. El "costo de salida" — tiempo de ingenieros, servicios profesionales y amortizaciones de hardware — suele tener un ROI de 24 meses. Si no inicia la migración para el primer trimestre de 2025, se verá forzado a una renovación "con un arma en la cabeza" en 2026.

Aconsejamos a nuestros clientes mantener una infraestructura "bimodal". Ejecute el 20% de sus aplicaciones monolíticas críticas y de legado en una infraestructura vSphere Foundation minimizada, y mueva el 80% restante a una combinación de public cloud y OpenShift on-prem. Esto limita la influencia de Broadcom durante las negociaciones.

Para análisis más profundos sobre la optimización de su entorno híbrido, consulte nuestra guía sobre la minimización de costos de egreso de cloud. Si su equipo necesita una auditoría técnica de su entorno VMware para identificar rutas de migración u optimizar su gasto en cores de VCF, consulte nuestras tarifas de consultoría en techleague.io.