Backup de VMware después de Broadcom: cambios clave y prácticas recomendadas
A finales de 2023, Broadcom completó la adquisición de VMware, lo que supuso una reestructuración de una de las empresas más influyentes en el ámbito de la virtualización. Esta operación trajo consigo cambios significativos en materia de licencias, estructura de productos, administración y protección de datos.
A medida que Broadcom reorganiza VMware y su ecosistema, los efectos se están dejando sentir entre los clientes, los socios y los proveedores de soluciones de copia de seguridad. En esta entrada del blog se analiza cómo la adquisición de VMware por parte de Broadcom está transformando el panorama de las copias de seguridad y qué implica para el futuro de la protección de datos de VMware.
Comprender el cambio de VMware a Broadcom y su impacto en el backup de VMware
Es posible que los cambios en el backup de VMware no sean evidentes, pero son importantes. Los equipos de TI deben comprender las nuevas restricciones de licencia de VMware Broadcom, su impacto y cómo gestionarlas de forma eficaz.
- Cambios en las licencias . Broadcom ha dejado de ofrecer licencias perpetuas de VMware y, en su lugar, a partir de ahora solo ofrecerá opciones de suscripción y por plazo determinado. Las renovaciones de las licencias perpetuas existentes también se están eliminando progresivamente. Una vez que expiren los contratos de soporte actuales, los clientes con licencias perpetuas ya no recibirán actualizaciones, parches ni soporte del proveedor. Podrán seguir utilizando sus productos de VMware existentes, pero sin actualizaciones de seguridad ni asistencia técnica continuadas.
- Paquetes de productos . Ya no existe la libertad de elegir licencias de software de VMware de forma individual. Los clientes ya no pueden adquirir por separado licencias para productos específicos como VMware vSphere, ESXi o vCenter. En su lugar, el software y las licencias de VMware se han fusionado en ofertas empaquetadas más amplias. Los productos y unidades de gestión de existencias (SKU) de VMware, que antes eran independientes, se han consolidado en dos paquetes principales, VMware Cloud Foundation y VMware vSphere Foundation, con algunos complementos.
- Cambio en el modelo de precios . Con la nueva política de VMware y Broadcom, las licencias se basan ahora en núcleos de CPU en lugar de en zócalos de CPU. El anterior modelo por CPU ha sido sustituido por un modelo de precios por núcleo, normalmente con un mínimo de 16 núcleos por procesador, incluso si se utilizan menos núcleos. Las licencias solo están disponibles ahora a través de suscripciones por plazo determinado (1, 3 o 5 años), que sustituyen al anterior modelo de licencias perpetuas. Como resultado, muchos clientes están viendo cómo sus costes aumentan significativamente, incluso aunque sigan utilizando el mismo software y los mismos servicios de VMware que antes.
- Cambios en el ecosistema de socios, revendedores y proveedores de nube . Los nuevos programas para socios, como el «Broadcom Advantage Partner Program», ahora son solo por invitación. Algunos socios actuales de VMware no han sido invitados o han perdido ciertos privilegios. Se están revisando los programas «VMware Cloud Service Provider» y «White Label». Como consecuencia, se están suspendiendo algunos acuerdos «White Label».
- Actualizaciones del soporte técnico . Los titulares actuales de licencias perpetuas pueden seguir utilizando sus licencias. No obstante, los nuevos parches de soporte y las actualizaciones del software solo están disponibles para quienes tengan un contrato de soporte activo o estén en estado de suscripción. Cuando finaliza el periodo de soporte técnico de las licencias perpetuas, el acceso a parches o actualizaciones críticas puede interrumpirse o tener retraso.
- Migración del servicio de atención al cliente , de las cuentas y de los portales a un sitio web de Broadcom. Se han modificado o renombrado algunas funciones del antiguo sistema del sitio web de VMware (como la estructura del portal del cliente).
Repercusión en las operaciones de copia de seguridad
Si su solución de copia de seguridad depende de licencias de VMware (hostes ESXi de VMware, vSphere, vCenter, etc.), la transición de un modelo perpetuo a uno basado en suscripción puede aumentar sus costes operativos recurrentes. El sistema de licencias por número mínimo de núcleos implica que los hosts de copia de seguridad pequeños pueden resultar relativamente más caros.
Es posible que algunas funciones independientes utilizadas por las herramientas de copia de seguridad (API específicas, plugins o componentes) dejen de ofrecerse o solo estén disponibles a través de suscripciones empaquetadas. Las organizaciones deben auditar las funciones que utiliza su software de copia de seguridad y asignarlas a los SKU de productos de VMware incluidos en los nuevos paquetes. Basándose en esta información, deben determinar si les conviene cambiar a un paquete más completo o buscar alternativas.
El cambio de CapEx (compra única) a OpEx (suscripción) puede alterar la forma en que se financia o se audita la infraestructura de copia de seguridad. Las renovaciones de suscripción requieren una planificación presupuestaria continua. En términos generales, los costes totales de utilizar VMware vSphere con fines de backup han aumentado desde el cambio en las licencias de Broadcom VMware.
Si dependías de determinados revendedores, socios o proveedores de nube para los servicios de VMware (para almacenamiento de backup, sitios secundarios, etc.), su estado podría verse afectado por la reorganización del programa de socios. Es posible que algunos socios pierdan la capacidad de incorporar nuevos clientes o renovar servicios. Las organizaciones podrían tener que revisar sus contratos y evaluar si el socio sigue estando autorizado en el marco del nuevo programa.
Los socios y revendedores de VMware han informado de aumentos significativos en los umbrales mínimos de compra de núcleos para 2025. Los proveedores reaccionaron rápidamente (encuestas, guías, avisos a socios por parte de los proveedores) porque las soluciones de copia de seguridad dependen de funciones específicas de VMware, API y un sistema de licencias predecible. Es posible que algunas funciones o paquetes que necesitan los proveedores de copias de seguridad (determinadas ediciones de vSphere, complementos de vSAN o funciones de movilidad en la nube) solo estén disponibles en paquetes más caros.
Si utiliza licencias perpetuas, es posible que tenga que decidir si seguir con VMware mediante suscripción o migrar a plataformas alternativas (código abierto, otros hipervisores de pago o la nube). El backup de datos y planes de recuperación ante desastres debería considerarse durante el proceso de migración.
Cómo estos cambios afectan al backup y recuperación ante desastres
Los costos recurrentes más altos por hosts y destinos de backup son causa de la nueva licencia Broadcom de VMware. Si tu infraestructura de backup (host proxy/repositorio de backups, host de recuperación ante desastres) funciona en la infraestructura virtual de VMware, los mínimos por núcleo y los precios por suscripción pueden aumentar significativamente el OPEX incluso para pequeños laboratorios o hosts periféricos.
Qué significa esto para los proveedores de backup
Los proveedores de backup dependen de las API de vSphere (VADP – vSphere API para la Protección de Datos) para funciones como instantáneas y seguimiento de bloques cambiados. Si VMware restringe las funciones a ciertos SKUs, los proveedores (o sus clientes) deben saber qué edición de VMware adquirir para obtener las funciones requeridas. Los proveedores de backup han publicado guías y están encuestando a los clientes para ayudar a navegar los cambios.
Un gran número de proveedores también está preparando soporte multi-hipervisor para el backup y recuperación o estrategias de prioridad en la nube (soporte más fuerte para KVM/Proxmox, Hyper-V, AWS, Azure o Google Cloud Platform) para ofrecer varias opciones a los clientes.
Si ya usas productos de VMware para flujos de trabajo de backup, tus backups existentes y máquinas virtuales continuarán funcionando normalmente. Sin embargo, podrías perder acceso al soporte del proveedor, parches de seguridad y futuras actualizaciones de funciones si tu suscripción y soporte expira (Lapsos de SnS) o los términos de derechos cambian.
Desafíos críticos y prioridades de Backup de VMware para los líderes de TI
A la luz de los nuevos desafíos de backup de VMware, los líderes de TI deberían reevaluar sus prioridades. Expliquemos los principales desafíos asociados con el backup de máquinas virtuales después de la adquisición de VMware por Broadcom.
Desafíos de backup de VMware de Broadcom
- Costos de licencia en aumento e impredecibles . La licencia por núcleo con umbrales mínimos inflan el costo de operación incluso en pequeños clústeres de VMware utilizados para destinos de backups, replicación o recuperación ante desastres. La previsibilidad del presupuesto disminuye porque las renovaciones de licencias están vinculadas a ciclos de suscripción y algunas características que previamente estaban incluidas (por ejemplo, APIS avanzadas de vSphere o Administrador de Recuperación de Sitios) ahora se agrupan en paquetes más costosos. El impacto negativo incluye el aumento de los presupuestos de backups y las organizaciones deben justificar el OPEX recurrente más alto por la misma capacidad de backup.
- Bloqueo de funciones y API . Las instantáneas de VMware, Seguimiento de bloques modificados (CBT) y las API de VMware vSphere para la protección de datos (VADP) son funciones propias. Los proveedores de copias de seguridad dependen en gran medida de estas API. Si VMware las incluye en paquetes más caros, los clientes tendrán que pagar más solo por seguir utilizando los flujos de trabajo estándar de copia de seguridad. Como consecuencia, se producen costes ocultos y una menor flexibilidad. Además, aumenta el riesgo de dependencia de un único proveedor.
- Complejidad en las implementaciones multisitio y de recuperación ante desastres . Los cambios en los programas de socios y proveedores de nube de VMware podrían afectar a los servicios de recuperación ante desastres. Algunos proveedores de servicios en la nube y de servicios gestionados han perdido la autorización o los precios especiales. La recuperación ante desastres multisitio recuperación ante desastres (DR) mediante VMware Site Recovery Manager (SRM) o la replicación de terceros puede resultar más difícil de planificar de forma coherente. Esta interrupción ha dado lugar a una reducción de las opciones de recuperación ante desastres y a un aumento de los RPO/RTO.
Prioridades clave para los responsables de TI
A continuación se presentan recomendaciones clave y prioridades estratégicas para que los responsables de TI garanticen la protección continua de los datos en entornos virtuales tras la adquisición de Broadcom por parte de VMware.
- Auditar e identificar las dependencias del backup de VMware. Identificar de qué productos, API y ediciones de VMware dependen sus flujos de trabajo de backup actuales. Documenta las fechas de vencimiento de los contratos, las suscripciones y el soporte técnico. Identifica qué cargas de trabajo son más críticas de restaurar (utiliza el almacenamiento por niveles enfoque).
- Calcula el presupuesto de acuerdo con el nuevo modelo de licencias de Broadcom para VMware. Colabora con el departamento financiero para proyectar los costes a 1, 3 y 5 años en función de las suscripciones y los mínimos de número de núcleos. Identifica dónde los costes de VMware afectan de manera desproporcionada a los entornos de copia de seguridad (por ejemplo, en pequeños centros de recuperación ante desastres). Si es posible, negocie contratos plurianuales para estabilizar los costes.
- Evalúe la preparación para las copias de seguridad multiplataforma y en la nube. Probar la restauración de cargas de trabajo de VMware en hipervisores alternativos (Hyper-V, KVM, Proxmox) o en la nube pública. Presione a los proveedores para que demuestren la portabilidad de las copias de seguridad más allá de VMware. Considere la migración de las cargas de trabajo de desarrollo y pruebas.
- Planifique la recuperación ante desastres más allá del entorno virtual de VMware. Explorar la replicación basada en almacenamiento o backups basadas en agentes como estrategias de recuperación ante desastres independientes de VMware. Asegurarse de contar con al menos una ruta de recuperación ante desastres que no dependa exclusivamente de las licencias de VMware de Broadcom.
Prácticas recomendadas para el backup de VMware en la era de Broadcom
En la era de Broadcom VMware, una estrategia eficaz de backup de VMware debe equilibrar una sólida resiliencia técnica con una atención especial a las licencias y la rentabilidad. Para mantenerse protegidas y cumplir con la normativa, las organizaciones deben seguir las prácticas recomendadas para el backup de máquinas virtuales de VMware que se ajusten al nuevo marco de adquisición de VMware Broadcom.
- Auditar los derechos de licencia . Comprueba si tu edición de VMware sigue concediendo acceso a las API de backup necesarias (VADP, CBT, instantáneas). Es posible que ahora algunas funciones requieran paquetes de nivel superior. Planifique el modelo de licencias por núcleo y tenga en cuenta las normas de Broadcom sobre el número mínimo de núcleos en el diseño de su clúster de copias de seguridad. Consolide las cargas de trabajo siempre que sea posible para minimizar el número de núcleos con licencia. Calcule el presupuesto teniendo en cuenta plazos plurianuales. Firme contratos más largos (de 3 a 5 años) siempre que sea factible para evitar picos de costes impredecibles.
- Adopte la 3-2-1 o la regla de copias de seguridad 3-2-1-1 . Disponga de al menos tres copias de los datos almacenadas en dos tipos de soportes diferentes (disco + objeto, o disco + cinta), con una copia fuera de las instalaciones (nube, centro de recuperación ante desastres) y una copia inmutable o aislada de la red (fundamental para la recuperación ante ataques de ransomware).
- Valide la recuperación , no solo la copia de backup. Realice pruebas de recuperación periódicas. Pruebe restauraciones completas de máquinas virtuales, a nivel de archivo y consistentes con las aplicaciones. Valida RPO y RTO los valores. Asegúrate de que los tiempos y puntos de recuperación se ajusten a los acuerdos de nivel de servicio (SLA) de la empresa. Utiliza redes aisladas para probar la recuperación de cargas de trabajo de producción sin interrupciones.
- Prepárate para la recuperación multiplataforma . Prueba la portabilidad de los backups y confirma que la solución puede restaurar máquinas virtuales de VMware en otros hipervisores (KVM, Hyper-V, Proxmox) o en nubes públicas (AWS, Azure, Google Cloud Platform). Considere backups basadas en agentes como último recurso. Para cargas de trabajo críticas, puede instalar agentes de copia de seguridad como vía secundaria para garantizar opciones de recuperación más allá de las API de VMware (si las API no funcionan con su solución de copia de seguridad después de las actualizaciones de Broadcom).
- Póngase en contacto con los proveedores del ecosistema . Pregunte a los proveedores de copias de seguridad sobre la compatibilidad con VMware bajo la nueva licencia de Broadcom y su estrategia para múltiples hipervisores o en la nube. Compruebe los cambios en los programas de socios de VMware y Broadcom. Verifique que su proveedor de servicios sigue estando autorizado según las nuevas reglas para socios, especialmente si utiliza una solución de Recuperación ante desastres como servicio (Disaster Recovery as a Service) (DRaaS). Monitoree las señales de la comunidad al rastrear comentarios de grupos de usuarios y foros para anticiparse a cambios repentinos (aumentos de precios, realineación de paquetes).
Cómo NAKIVO Soporta Backup de VMware en la Era de Broadcom
NAKIVO Backup & Replication es una solución de protección de datos dedicada multiplataforma que respalda VMware vSphere, Hyper-V, Máquinas virtuales de Proxmox VE y Nutanix AHV como plataformas virtuales para backup y recuperación.
- Soporte para VMware vSphere 9 con todas las actualizaciones relacionadas en términos de licencias y componentes de software.
- Recuperación entre plataformas . Recupere máquinas virtuales de VMware a otras plataformas de virtualización que soporten formatos de disco virtual VMDK y VHD (VHDX). Esto significa que puede realizar la recuperación entre plataformas de máquinas virtuales de VMware a Hyper-V y Proxmox. Puede migrar a otra plataforma de virtualización de manera fluida mientras mantiene los backups existentes si un nuevo cambio de licencia de VMware de Broadcom no es adecuado.
- Si usa BaaS, RaaS y DRaaS de un Proveedor de Servicios Gestionados utilizando una versión multicliente de NAKIVO Backup & Replication, no debería notar ningún cambio relacionado con la funcionalidad de la solución al respaldar y recuperar máquinas virtuales de VMware.
- Backup a la nube . Si su infraestructura de backup estaba vinculada a máquinas virtuales de VMware vSphere, puede respaldar máquinas virtuales a la nube pública, como Microsoft Azure, Amazon S3 y almacenamiento compatible con S3 con la solución NAKIVO.
- Backup a otras plataformas . Puede respaldar máquinas físicas y virtuales a dispositivos NAS, SMB y NFS recursos compartidos y cinta.
Conclusión
La adquisición de VMware por parte de Broadcom ha transformado cómo las organizaciones abordan la virtualización, licencias y protección de datos. Los líderes de TI ahora deben adaptar sus estrategias de backup de VMware para mantener la eficiencia, el cumplimiento y la resiliencia en este entorno cambiante. Al entender los nuevos modelos de licencias y dependencias de backup, las empresas pueden reducir riesgos y controlar costos. La optimización continua de las prácticas de backup de VMware es clave para garantizar la estabilidad a largo plazo en la era VMware de Broadcom.
