Transición de VMware a suscripción, fin de la venta de licencias perpetuas

El cambio de VMware bajo Broadcom de licencias perpetuas a un modelo solo por suscripción para productos clave como vSphere y vSAN está provocando enfado y ansiedad entre los usuarios, que temen el bloqueo con el proveedor, costes impredecibles a largo plazo y pérdida de control sobre infraestructuras críticas. Los comentarios señalan que las grandes empresas quizá asuman a regañadientes tarifas más altas debido al profundo encaje en el ecosistema, mientras que las organizaciones pequeñas y los entusiastas de homelab ya miran alternativas como Proxmox, XCP-ng, OpenStack y otros stacks basados en KVM. Muchos ven la medida como parte de una tendencia más amplia hacia “todo como suscripción”, y algunos esperan que acelere la inversión en herramientas de virtualización y backup de código abierto, aunque dudan de que aún estén lo bastante maduras como para sustituir por completo a VMware en entornos complejos.

Reacción al paso de VMware a las suscripciones

  • Muchos ven el cambio de licencias perpetuas a suscripción como una “enshittification” clásica y un doble discurso corporativo, especialmente las afirmaciones sobre “inversiones predecibles” y “beneficios para los partners”.
  • Temor generalizado de que las suscripciones permitan subidas arbitrarias de precios anuales y conviertan la infraestructura crítica en “renta digital”.
  • Varios consideran que esto es anti‑cliente, pero coherente con movimientos más amplios de la industria (Adobe, el intento anterior de JetBrains, Unity, Oracle).

Impacto en los clientes y el bloqueo

  • Las empresas con grandes entornos de VMware se sienten fuertemente atrapadas: las habilidades del personal, las herramientas (p. ej., Veeam, monitorización, automatización), el soporte del proveedor y las certificaciones de los vendedores de aplicaciones los vinculan a vSphere.
  • Algunos dicen que haría falta una subida de precios de >3× para justificar una migración, porque los costes de cambio (formación, rediseño, copias de seguridad, monitorización, cumplimiento) son enormes.
  • Otros informan de migraciones exitosas y sostienen que los costes están sobreestimados salvo que las cargas de trabajo sean muy especializadas.
  • Las organizaciones pequeñas, los homelabs y las instituciones públicas con presupuesto ajustado pueden verse obligadas a cambiar antes.
  • No está claro cómo funcionarán los parches y el soporte para las licencias perpetuas existentes una vez que expiren los acuerdos actuales.

Estado de ESXi Free y alternativas

  • Se considera que ESXi Free ya está limitado (por ejemplo, en recuentos altos de núcleos) y que probablemente se monetizará o recortará aún más.
  • Proxmox es la alternativa más mencionada: se le elogia por ser gratuito, estable, con buena API, integración con Ceph/ZFS y su propio servidor de backups; sus críticos dicen que le faltan integraciones del ecosistema y profundidad en funciones de backup frente a Veeam.
  • Representantes de Proxmox contestan algunas de esas críticas y destacan funciones ya existentes (dedup, CBT, RBAC, backups inmutables), admitiendo carencias como S3 nativo, pero afirmando que hay desarrollo activo.
  • Otras opciones mencionadas: Nutanix CE (límites de hardware y NIC, mucha “captación de leads”), XCP-ng + Xen Orchestra, Hyper‑V / Azure Stack HCI, Rancher Harvester (KubeVirt por debajo), CloudStack + KVM, pacemaker+DRBD+libvirt.
  • OpenStack es potente, pero se percibe ampliamente como complejo y requiere mucha experiencia; no es un reemplazo simple de vSphere/vCenter.

Efectos en el software libre y el ecosistema

  • Muchos esperan que esto acelere la inversión y la adopción de la virtualización de código abierto y de los stacks de backup.
  • Se debate revisar las licencias OSS para asegurar que los proveedores cloud contribuyan de vuelta, y mejorar la UX para que el software libre no se convierta solo en el “backend” de paneles de control propietarios.
  • Preocupación por el futuro de Spring/Tanzu; tranquilidad de que la naturaleza de código abierto de Spring permite la continuidad de la comunidad.

La estrategia de Broadcom y el futuro de VMware

  • Se considera que Broadcom sigue una estrategia conocida: centrarse en los clientes grandes, empaquetar productos, subir precios y dejar que los clientes pequeños se vayan.
  • Algunos predicen que VMware seguirá muy implantado durante años por inercia y los ciclos de renovación de hardware; otros anticipan una trayectoria de “muerto en vida” en un horizonte de ~7–10 años a medida que maduren las alternativas.