Salir de VMware se volvió más difícil después de que Broadcom retirara las descargas de VDDK
La retirada por parte de Broadcom de las descargas públicas del Virtual Disk Development Kit (VDDK) de VMware se percibe como una maniobra deliberada para dificultar la migración a gran escala fuera de VMware, ya que muchas herramientas de copia de seguridad y migración dependen de él para acceder y convertir discos de máquinas virtuales de forma eficiente. Los comentaristas contrastan el histórico conjunto de funciones empresariales de VMware con alternativas como Proxmox, Hyper‑V, Nutanix, OpenStack y KVM, debatiendo dónde encaja cada una en términos de escala, necesidades de soporte y restricciones regulatorias. El cambio se cita ampliamente como un ejemplo de manual de bloqueo de proveedor y de exprimer producto por ganancias a corto plazo, reforzando el caso a favor de una infraestructura de código abierto o menos propietaria, a pesar de la complejidad inicial de abandonar VMware.
Acceso a VDDK y soluciones provisionales
- Broadcom retiró las descargas públicas de VDDK; ahora VMware, según informes, solo lo distribuye directamente a los proveedores de copias de seguridad.
- Esto complica las migraciones y copias de seguridad automatizadas a gran escala que dependían del acceso directo a discos, el manejo de sparsity y el seguimiento de bloques modificados de VDDK.
- Los usuarios mencionan un torrent de archive.org (y un enlace magnet) como solución no oficial.
Proxmox frente a VMware para distintas escalas
- Muchos comentaristas dicen que la mayoría de los usuarios de VMware (especialmente pymes y laboratorios domésticos) podrían haber usado Proxmox durante años y evitado el caos de licencias.
- Otros sostienen que Proxmox solo recientemente se volvió viable a gran escala; las versiones antiguas carecían de funciones y tenían límites en el tamaño de los clústeres que lo hacían inferior a vSphere/vCenter para despliegues grandes.
- Algunos ven Proxmox como un nivel de “home lab / pyme”, aún no como verdadero enterprise; otros ejecutan clústeres de Proxmox bastante grandes (cientos de VMs, cargas de trabajo k8s) con buenos resultados.
- El soporte empresarial es un punto conflictivo: algunos llaman a Proxmox “hora de aficionados”, mientras que otros señalan el nuevo soporte 24/7 y la ventaja de una pila totalmente abierta.
Otras plataformas y consideraciones de escala
- Alternativas mencionadas: Hyper‑V, Nutanix, OpenStack, KVM/libvirt, XCP‑ng, Red Hat OpenShift Virt, opciones de nube privada de Dell.
- Nutanix se considera el análogo más cercano a VMware; OpenStack es más potente, pero mucho más complejo.
- En escalas muy grandes (miles a >100k VMs), la gente descarta Proxmox y pone el énfasis en herramientas industriales y equipos dedicados.
- Algunos dicen que Hyper‑V “simplemente funciona”, otros critican sus herramientas fragmentadas y el intento de vender System Center como complemento.
Complejidad de la migración
- Convertir VMDKs con
qemu-imges técnicamente posible, pero los comentaristas recalcan que a escala y con un tiempo de inactividad mínimo, no es trivial. - Las exportaciones manuales para cientos o miles de VMs se ven como poco realistas; las migraciones basadas en agentes pueden requerir muchas cuentas con privilegios y tener altas tasas de fallo.
- Algunos describen migraciones que duran meses y traslados de fin de semana para VMs de varios TB.
Reacciones empresariales, legales y estratégicas
- Broadcom es descrita ampliamente como alguien que exprime VMware como una vaca lechera mediante subidas de precios y bloqueo, sacrificando el valor a largo plazo.
- Algunos sostienen que las grandes empresas aceptan esto como el precio de mitigar riesgos, contar con soporte del proveedor y facilitar la rotación de personal.
- Otros lo ven como una advertencia contra el bloqueo propietario y un fuerte argumento a favor del código abierto y de la experiencia interna.
- Hay menciones de demandas por licencias “perpetuas” y posibles quejas por competencia/regulación.