Copia de seguridad de VMware: la realidad tras la adquisición por parte de Broadcom

Dos años de conversaciones con los clientes

Desde que Broadcom cerró la adquisición de VMware en noviembre de 2023, he mantenido docenas de conversaciones con clientes de VMware para intentar averiguar qué hacer. Las conversaciones han evolucionado a lo largo de estos 24 meses. Durante los primeros seis meses, la pregunta era: «¿Hasta qué punto va a ser grave esto realmente?». Ahora la pregunta es: «¿Qué hacemos al respecto?». La decisión sobre la arquitectura de copias de seguridad está más ligada a esa segunda pregunta de lo que la mayoría de los equipos creen. 

Este artículo recoge lo que le diría a un compañero que me preguntara cómo abordar la protección de datos de VMware en el entorno posterior a Broadcom. En primer lugar, los hechos relacionados con Broadcom, ya que determinan las opciones. A continuación, cómo deben cambiar las decisiones sobre copias de seguridad. Después, los fundamentos técnicos, que siguen siendo importantes. Y, por último, los tres escenarios en los que se encuentran la mayoría de los equipos con los que hablo.

Qué significa realmente «posterior a Broadcom»

Broadcom completó la adquisición en noviembre de 2023. Los primeros cambios en las licencias se produjeron en diciembre de 2023, y los cambios han continuado a lo largo de 2024, 2025 y hasta 2026. El efecto acumulativo es una VMware que opera bajo unas reglas comerciales fundamentalmente diferentes a las que la mayoría de las empresas adoptaron hace años.

Los cambios que surgen en todas las conversaciones con los clientes:

Fin de las licencias perpetuas. Las licencias perpetuas con soporte anual han desaparecido. Todos los nuevos derechos de uso son exclusivamente de suscripción. Los clientes con licencias perpetuas no pueden renovarlas. Las implementaciones existentes siguen funcionando, pero cualquier ampliación o renovación requiere pasar a un modelo de suscripción.

Consolidación del catálogo, pasando de unos 168 productos a 4 paquetes. El catálogo anterior se ha reducido a VMware Cloud Foundation (VCF), vSphere Foundation (VVF), vSphere Standard (VVS) y vSphere Essential Plus (VVEP). Los clientes que antes solo adquirían componentes específicos ahora compran paquetes más amplios.

Aumentos significativos de los precios. Los aumentos comunicados por los clientes oscilan entre 8 y 15 veces los costes anteriores, dependiendo de la configuración previa y de cuál de los nuevos paquetes resulte ser el equivalente más cercano. El mínimo de 72 núcleos para la concesión de licencias afecta especialmente a las implementaciones más pequeñas.

Reducción del programa de socios. El programa VMware Cloud Service Provider se ha reducido de más de 4.500 proveedores autorizados a nivel mundial a un programa mucho más reducido, accesible únicamente por invitación y centrado en VCF. Esto afecta a la vía de acceso al mercado, especialmente para los clientes de pymes y del mercado medio.

Cambios en las licencias para hiperescaladores. A partir del 1 de noviembre de 2025, los clientes que utilicen VMware en Azure VMware Solution o AWS Elastic VMware Service deberán disponer de su propia suscripción portátil a VCF, adquirida directamente a Broadcom. Las anteriores licencias empaquetadas a través de los hiperescaladores ya no estarán disponibles para nuevas implementaciones.

No se trata de predicciones. Son hechos a principios de 2026. Los clientes sensatos pueden discrepar sobre qué hacer al respecto. La mayoría está evaluando sus opciones.

Por qué la arquitectura de copias de seguridad es ahora más importante que hace tres años

Antes de Broadcom, la elección de una herramienta de copia de seguridad para VMware era, en gran medida, una decisión técnica. Se valoraba qué producto gestionaba mejor las instantáneas de vSphere, se integraba de forma más fluida con vCenter y ofrecía la recuperación más rápida. Las cuestiones arquitectónicas —como el grado de dependencia de la copia de seguridad respecto a VMware en concreto o su capacidad para funcionar con otros hipervisores— eran importantes, pero rara vez ocupaban los primeros puestos en la lista de criterios de evaluación.

Tres implicaciones impulsan ahora una evaluación diferente.

Las copias de seguridad con licencia junto con VMware heredan la trayectoria de precios de VMware. Las herramientas de copia de seguridad incluidas en VCF o vendidas como productos específicos de VMware quedan expuestas a cualquier decisión futura de Broadcom. Las plataformas de copia de seguridad independientes que operan mediante las API de vCenter no lo están.

La flexibilidad estratégica tiene ahora un valor económico cuantificable. Una plataforma de copia de seguridad que proteja hoy a VMware y mañana a Nutanix o AWS ofrece a la organización opciones de futuro. Una plataforma de copia de seguridad que solo funcione en VMware ata al cliente a las futuras decisiones de precios de Broadcom, sean cuales sean.

Las herramientas de migración ya no son opcionales. Los clientes que están migrando activamente sus cargas de trabajo fuera de VMware necesitan una copia de seguridad que también sirva como plataforma de migración. Los mismos datos de copia de seguridad, restaurados en un hipervisor o una nube diferentes. Los clientes que, por el momento, permanezcan en VMware siguen beneficiándose de tener esa opción a su disposición.

Fundamentos técnicos que siguen siendo importantes

El entorno comercial ha cambiado. Los requisitos técnicos, no. Tres pilares que una plataforma de copia de seguridad de VMware aún debe gestionar correctamente. 

Evitar el «stun» de la máquina virtual en instantáneas a nivel de hipervisor

El «stun» de la máquina virtual es el periodo durante una instantánea de VMware en el que la máquina virtual deja de responder mientras el hipervisor paraliza el sistema de archivos, captura una instantánea y escribe el estado de la memoria en el disco. La máquina virtual queda, en la práctica, inactiva durante este periodo de inactividad. Con un tráfico de E/S elevado, dicho periodo puede prolongarse lo suficiente como para desencadenar la conmutación por error del servidor principal. El propio mecanismo de protección provoca el tiempo de inactividad que se supone que debe evitar.

Una vez completada la instantánea, un registro de búfer captura los cambios que se produjeron durante el periodo de inactividad, y dichos cambios deben volver a aplicarse a la máquina virtual. Otra operación que requiere mucho tiempo. A medida que las máquinas virtuales han ido aumentando de tamaño (los discos virtuales de varios terabytes son ahora habituales), tanto los periodos de inactividad como la gestión del registro de búfer han crecido con ellas. El enfoque tradicional de VADP es sincero respecto a estas compensaciones, pero no las resuelve. 

La alternativa arquitectónica consiste en instantáneas a nivel de almacenamiento realizadas en la capa de almacenamiento subyacente, en lugar de en la capa del hipervisor, que capturan únicamente actualizaciones granulares sin necesidad de un paso de reaplicación. En las implementaciones de Nutanix en ESXi, esto funciona a través de las API nativas de instantáneas de Nutanix, compatibles tanto con máquinas virtuales AHV como con ESXi. El rendimiento de las copias de seguridad no se ve afectado por el tamaño de la máquina virtual, no hay tiempo de inactividad de las máquinas virtuales en producción ni sobrecarga del registro de búfer.

Protección adaptada a las aplicaciones, no solo copias de seguridad a nivel de máquina virtual

Una copia de seguridad a nivel de máquina virtual es necesaria, pero no suficiente. Las aplicaciones críticas que se ejecutan dentro de máquinas virtuales (SQL Server, Oracle, Exchange, SAP) necesitan una copia de seguridad orientada a las aplicaciones que se coordine con los propios mecanismos de consistencia de la aplicación (VSS Writers en Windows, hooks de suspensión de la aplicación en Linux). Sin ello, se dispone de archivos de copia de seguridad, pero no hay garantía de consistencia transaccional.

La detección automatizada de aplicaciones, sin necesidad de configuración, hace que esto sea escalable. La plataforma de copia de seguridad debe identificar qué aplicaciones se están ejecutando en cada máquina virtual y aplicar la protección adecuada de forma automática, sin que sea necesario que un administrador especifique la correspondencia para cada máquina virtual. 

Integración con vCenter e implementación sin impacto

Las operaciones de copia de seguridad deben integrarse a través de las API de vCenter e heredar los permisos, roles y estructuras de grupos de recursos existentes. La plataforma de copia de seguridad debe ejecutarse exclusivamente como software en el propio clúster de VMware. Sin licencias adicionales de Windows Server, sin licencias adicionales de bases de datos, sin infraestructura independiente para una recuperación rápida. Cualquier copia de seguridad de VMware que requiera una nueva infraestructura significativa para su implementación supone un coste adicional al que los cambios de Broadcom ya han puesto en aprietos. 

Tres escenarios que observo en las conversaciones con los clientes

La mayoría de las organizaciones que evalúan la copia de seguridad de VMware en 2026 se enmarcan en uno de estos tres escenarios. Una plataforma de copia de seguridad que merezca la pena elegir debe ser compatible con los tres, ya que la situación del cliente puede evolucionar a lo largo de la vigencia del contrato. 

Un producto de copia de seguridad exclusivo para VMware gestiona bien el escenario 1, tiene dificultades con el escenario 2 y va en contra de los intereses del cliente en el escenario 3. Una plataforma de copia de seguridad independiente del hipervisor gestiona los tres escenarios a través del mismo plano de gestión.

Qué hay que tener en cuenta tras la adquisición por parte de Broadcom

Seis criterios distinguen las opciones de copia de seguridad de VMware que se mantendrán válidas durante los próximos cinco años de las opciones optimizadas para el mercado anterior a la adquisición por parte de Broadcom. 

Independencia respecto a las licencias de VMware. El modelo comercial y la hoja de ruta del proveedor de copias de seguridad no deben depender de las decisiones de Broadcom. La inclusión en paquetes o el marketing conjunto están bien. La dependencia técnica o comercial, no.

Arquitectura independiente del hipervisor. Compatibilidad nativa con VMware ESXi, Nutanix AHV, Hyper-V y las principales nubes públicas. La migración entre hipervisores utilizando los mismos datos de copia de seguridad debe ser una capacidad documentada y compatible, no un servicio puntual.

Instantáneas a nivel de almacenamiento para evitar la interrupción de las máquinas virtuales. Las instantáneas VADP a nivel de hipervisor son fiables, pero limitadas. La integración a nivel de almacenamiento con la plataforma de datos subyacente (Nutanix, Pure, NetApp) proporciona una protección sin impacto para máquinas virtuales de gran tamaño o con un alto volumen de E/S.

Implementación exclusivamente de software sin licencias adicionales. Las copias de seguridad que requieran licencias adicionales de Windows Server, licencias de SQL Server o infraestructura específica para copias de seguridad añaden costes a un presupuesto ya de por sí ajustado. El software puro que se ejecuta en la infraestructura existente debe ser la norma.

Copia de seguridad y recuperación con reconocimiento de aplicaciones. Detección automática de SQL Server, Oracle, Exchange, SAP y otras aplicaciones empresariales que se ejecutan dentro de máquinas virtuales. Copias de seguridad coherentes con las aplicaciones. Recuperación granular a nivel de archivo, aplicación o máquina virtual.

Preparación frente al ransomware en todos los hipervisores. Almacenamiento de copias de seguridad con capacidad WORM, copias de seguridad aisladas físicamente, detección de anomalías entre copias de seguridad e integración mediante webhooks con herramientas de seguridad. El ransomware no respeta los límites de los hipervisores. La protección de las copias de seguridad tampoco debería hacerlo.

Preguntas frecuentes sobre las copias de seguridad de VMware tras la adquisición por parte de Broadcom

¿Debería abandonar VMware debido a los cambios de Broadcom?

Esa es una decisión organizativa, no una decisión relacionada con las copias de seguridad. La respuesta correcta depende de las inversiones existentes en cargas de trabajo, la experiencia del equipo, las dependencias de las aplicaciones y el aumento real de precios que esté experimentando su organización. Lo que la arquitectura de copias de seguridad debería ofrecerle es la opción de tomar esa decisión más adelante, al ser independiente de las licencias de VMware y capaz de soportar la migración en caso de que decida abandonar la plataforma. La decisión sobre las copias de seguridad no debería obligarle a quedarse en VMware ni a abandonarlo. 

¿Qué significa realmente «migración de un clúster ESX a uno que no sea ESX»?

Utilizar datos de copia de seguridad capturados de un clúster VMware ESXi para restaurar las mismas cargas de trabajo en un hipervisor diferente, normalmente Nutanix AHV, pero también en destinos de nube pública. La plataforma de copia de seguridad se encarga de la conversión de formatos, la adaptación de la configuración y la coordinación de la recuperación. Si se realiza correctamente, la carga de trabajo se pone en marcha en el nuevo hipervisor conservando la coherencia de la aplicación durante el traslado. Se trata del mismo mecanismo que permite la recuperación ante desastres entre nubes, adaptado para la migración permanente. 

Si sigo con VMware, ¿cambia realmente Broadcom lo que debo tener en cuenta a la hora de elegir una solución de copia de seguridad?

Sí, porque la copia de seguridad es un compromiso a varios años vista, y la elección acertada hoy debería mantenerse válida durante los próximos cinco años, independientemente de lo que haga Broadcom en el futuro. Incluso si se ha comprometido con VMware en un futuro previsible, elegir una solución de copia de seguridad independiente de la trayectoria comercial de VMware protege su presupuesto de protección de datos de verse afectado por las decisiones de precios de VMware. La opcionalidad tiene valor incluso cuando no se ejerce la opción.

¿Cuánto tiempo lleva la migración de VMware a Nutanix utilizando la copia de seguridad como fuente de migración?

La migración técnica de una carga de trabajo individual suele durar horas, no días. Restaure la copia de seguridad en el clúster de Nutanix, valide la carga de trabajo y realice la conmutación del DNS y del tráfico. La migración completa de la organización suele verse limitada por las dependencias de las aplicaciones, las pruebas y la capacidad del equipo, más que por el mecanismo de copia de seguridad y restauración. La mayoría de las organizaciones llevan a cabo estas migraciones a lo largo de un periodo de entre 12 y 36 meses, ya sea por aplicación o por unidad de negocio.

Por dónde empezar

Si está reevaluando la protección de datos de VMware, lo más útil es identificar con sinceridad en cuál de los tres escenarios se encuentra. A menudo, esa claridad brilla por su ausencia en las conversaciones con los clientes, en parte porque la respuesta cambia a lo largo del año. Una vez que sepa en qué escenario se encuentra, los requisitos de copia de seguridad se concretan. Estaremos encantados de guiarle a lo largo de esa conversación. Póngase en contacto con su equipo de cuentas o comience en hycu.com/trial.