Novedades en el Licenciamiento de Broadcom vSphere

Rubén Cuesta – Presales Leader & Back Office Manager

Muchas gracias. Bienvenidos a todos. Quiero hacer un seminario, pues que sea ágil, aunque tenemos unas cuantas diapositivas. Me presento, yo soy el responsable de preventa dentro de Encora y os cuento un poquito la agenda de lo que vamos a ver en el webinar de hoy de Novedades en el Licenciamiento de Broadcom vSphere.

Agenda

Introducción Licenciamiento de Broadcom vSphere

Vamos a tener una primera introducción a cerca de las novedades en el Licenciamiento de Broadcom vSphere.

Repaso histórico a VMware

Vamos a hacer un repaso histórico a VMware.

Adquisición por parte de Broadcom

Vamos a ver qué novedades hemos tenido desde la adquisición de VMware por parte de Broadcom.

Cambios (varios) de Licenciamiento de Broadcom vSphere

Haremos un repaso de todos los cambios, que han sido bastantes a lo largo de la historia, en específico sobre licenciamiento de Broadcom.

Fin de ediciones y versión 8

Después haremos un apartado específico sobre el fin de las ediciones. ¿Qué pasa con la versión 8? Vale. Fechas concretas, esta es la parte importante del webinar de Novedades en el Licenciamiento de Broadcom vSphere.

Futuro de VMware dentro de Broadcom

A partir de ahí pues os contaré un poco las pinceladas de cuál es el futuro que le espera a VMware dentro de la nueva compañía, dentro de Broadcom.

Promoción actual de Broadcom

 Y os comentaré pues, qué promoción actual tiene el fabricante para poder transicionar hacia las nuevas ediciones que tiene disponibles Broadcom.

Introducción en el Licenciamiento de Broadcom vSphere

01:18

Venga, pues empezamos, ya no, no podemos hablar de VMware. Hablamos de Broadcom. El mundo gira, el mundo cambia y tenemos que adecuarnos y por eso estamos haciendo este webinar, para que sepáis un poco, seáis conscientes de todos los cambios de licenciamiento que hay, los cambios que suponen.

Uno de los cambios que tenemos es adecuarnos también a los nuevos modelos de consumo en los que venimos desde hace muchos años conociendo este fabricante VMware, pues estamos acostumbrados a una forma de consumirlo, estamos acostumbrados a licencias perpetuas, soporte que se renueva periódicamente, pero esto la tendencia del mercado ha ido cambiando. Ya son muchos los fabricantes que solo contemplan las licencias en modo suscripción.

Por ejemplo, Adobe, por ejemplo, Microsoft lleva muchos años promoviendo las licencias en formato suscripción y pues ahora Broadcom es uno de los que también lo ha hecho y no nos quedaremos solo en el modelo de suscripción. Hablaremos un poco de ese modelo de consumo.

¿Cuáles son los objetivos del nuevo fabricante, Broadcom? Bueno, pues ha buscado una simplificación de las licencias, una simplificación muy radical del número de ediciones y como no, también como empresa privada, pues una rentabilidad.

Haremos mención a los temas de precios, comentaremos un poco dentro de la parte de promoción qué podemos hacer para poder beneficiarnos de unos descuentos especiales que tiene ahora mismo el fabricante.

Tenemos que ser conscientes de que al final es una empresa privada y busca su rentabilidad y ha escogido un camino, una forma de diversificar el portfolio, minimizando los productos disponibles para reducir el número de opciones disponibles.

¿Qué ha pasado también a nivel del canal, a nivel de los partners de VMware? Pues que se han ido reduciendo. Ahora, este mes pasado de abril, abril de 2026, ha habido una reducción enorme del número de partners de Broadcom. Aquí en España estábamos el orden de 300 partners más o menos, y se ha reducido hasta un número de solo 45.

En Encora seguimos siendo partners de Broadcom y podemos seguir ofreciéndoos la venta de licencias, las suscripciones y las renovaciones.

¿Qué pasa con los 255 partners que eran de Broadcom y ya no lo son? Pues que ya no son capaces de poder procesar pedidos. Es decir, ya tenéis que escoger entre cualquiera de los 45 partners que quedamos en el mercado para poder procesar y renovar suscripciones, contratar nuevas licencias.

¿Cuál es el objetivo de Broadcom con esto? Pues que los partners estemos mucho más especializados, que seamos muy conscientes de las ediciones actuales, del portfolio de productos.

No quieren, pues los partners muy generalistas que se dedicaban simplemente a procesar muy poquitos pedidos al cabo del año y siempre de las ediciones más bajas. Pues ese es el objetivo que tiene el fabricante de centrarse en los clientes más grandes.

Repaso histórico a VMware

04:23

Empezamos un poco con el resumen histórico y lo voy a intentar hacer breve y conciso, aunque son unas diapositivas.

1998: Fundación de la empresa

1998 se funda VMware. En ese momento, una de las primeras empresas que apuestan por la virtualización a múltiples niveles, empezó virtualizando puestos de trabajo, un producto que sigue a día de hoy todavía en el portfolio, que se llama Workstation. En ese momento, VMware Workstation fue el primero que sacó.

2001: Primer producto para virtualizar servidores baremetal. ESX: Elastic Sky X.

Tres años después de su fundación ya sacó el primer producto para poder virtualizar servidores. En ese momento, servidores de tipo baremetal, que es lo que continuamos a día de hoy. Es el software que se instala directamente sobre el hardware físico, lo que se llama un hipervisor de tipo uno o hipervisor baremetal.

Ya nace el nombre que todos conocemos hoy en día que es: ESX.

Como curiosidad para quienes no lo supieran ESX significa Elastic Sky X, es el nombre interno que le dieron al proyecto mientras lo estaban desarrollando y hoy en día sigue con una letra adicional que ahora veremos.

2003 – 2005: ESX 2.0 y 2.5 con mejoras de estabilidad y soporte para sistemas de 65 bits. Nace VMkernel y la Service Console.

Dos años después. 2003 – 2005 el producto sigue evolucionando después de la versión 1.0, pues sale la 2.0, la 2.5, hay mejoras, es más estable y ya se introducen los sistemas operativos invitados de 64 bits.

Si os acordáis, Windows 2003 tenía el sistema operativo de 32 y de 64 bits, pues ya en ese momento ya estaba soportado los sistemas operativos de 64 bits. Surge la Service Console, que los que somos históricos y conocemos el producto desde hace tantos años, recordaremos lo que es la Service Console y también nace VMkernel, esto igual no os suena a los que no seáis tan especialistas técnicos.

VMkernel es todo lo que el host ESXi tenga una dirección IP, ya sea para management, ya sea para vMotion, ya sea para vSAN, almacenamiento por iSCSI o NFS, Fault Tolerance. Todas estas funcionalidades que ofrece el host a través de una dirección IP, eso son los VMkernel.

2006: Primera revolución con ESX 3.0: vCenter + vMotion

Avanzamos a 2006. Ya nos encontramos con la primera gran revolución y la primera gran funcionalidad que aporta VMware al mundo de la virtualización, que es vMotion.

vMotion es la capacidad de poder mover una máquina virtual en caliente y sin pérdida de servicio de un host físico a otro. Vale que en ese momento parecía absoluta magia el que pudiéramos mover una máquina virtual que estaba corriendo en el host 1 que siguiese corriendo en el host 2 sin ninguna pérdida de servicio, ya se introduce en 2006. Además, hasta ese momento todos los hosts se tenían que gestionar de forma individual, de uno en uno.

Surge vCenter y ya tenemos una consola única desde la que poder gestionar todo nuestro entorno de virtualización, sea con un único Datacenter, o sea con varios Datacenters y todos los clústeres que haya por debajo.

2007: Segunda revolución con ESX 3.5: HA + Storage vMotion

Avanzamos a 2007: segunda gran revolución. Aparte de tener Storage vMotion, como la capacidad para poder mover máquinas virtuales de un Datastore a otro, sea dentro de la misma cabina de almacenamiento SAN, o sea entre cabinas SAN diferentes, también surge la funcionalidad de alta disponibilidad HA.

A partir de este momento ya el producto ya cuenta con una robustez a nivel empresarial como para poder mover cargas más críticas dentro del stack de virtualización.

¿Por qué? Porque ya soportamos alta disponibilidad. Si un host físico se nos cae, las máquinas virtuales sin ninguna intervención por nuestra parte se levantan automáticamente en los otros hosts que estén disponibles. ¿Vale? Por eso segunda gran revolución. A partir de ahí seguimos evolucionando.

2009 – 2010: ESX 4.0 y 4.1: adiós Service Console + switches distribuidos

¿Qué pasa en 2009 – 2010? Surgen las versiones 4.0 y 4.1. Decimos adiós a la Service Console porque hasta ese momento el Linux era una versión modificada de un RedHat normal, con toda la paquetería normal de RedHat.

Y lo que decide VMware es hacer un Linux mucho más minimalista con los paquetes mínimos esenciales. Por eso el ESXi esa “i” de integrado de nos vamos a las funcionalidades mínimas para reducir la superficie de ataque, la mínima exposición frente a vulnerabilidades y con ello desaparece la Service Console. Tenemos otra forma de poder gestionar los ESXi y básicamente se sigue pudiendo hacer a través de vCenter como solución primaria.

En ese momento surgen también los switches distribuidos. Vale, la mayoría estaremos acostumbrados a los switches estándar. En ese momento surgen los distribuidos para tener un punto único de control y de gestión de toda nuestra electrónica de red virtual.

Cuando queremos crear un Virtual Machine Port Group, imaginaros que tenemos que crear una nueva VLAN. Si lo tenemos que hacer en dos servidores físicos no pasa nada, lo podemos hacer, pero si lo tenemos que hacer en una granja en la que tengamos 10, 20, 50 servidores físicos, es mucho más fácil que cometamos un error humano teniendo que hacerlo manualmente de uno en uno.

Por eso los switches distribuidos nos permiten hacerlo desde un punto único central.

2011 – 2014: ESXi 5.0, 5.1 y 5.5: VAAI (offload a cabina) + vSphere Replication + Network I/O Control + Containers.

Bueno, avanzamos. Pasamos a unos años en los que ya surge una versión que prácticamente todos conoceremos el ESXi versión 5, variante 5.0, 5.1, 5,5.

Gran popularidad en el mercado. En ese momento VMware tiene una cuota de mercado enorme en el mercado de la virtualización.

Como novedades podemos destacar:

• Funcionalidades para poder hacer un offloading hacia las cabinas SAN, los modelos VAAI
• La introducción de vSphere Replication como una tecnología para poder replicar, sin comprar licencias adicionales porque estaba incluido en todas las ediciones, de un Datacenter a otro Datacenter de un clúster a otro clúster. Añade capacidades de Disaster Recovery que hasta ese momento teníamos que depender de proveedores externos.
• Se añade Network I/O control para poder limitar el uso que una máquina virtual puede hacer de los recursos que tiene a nivel de red en un host, que una máquina pues no pueda saturar toda la red y otras máquinas virtuales que a lo mejor sean más críticas, lo noten.
• Y se empieza a introducir tecnología de contenedores.

2014: vSAN 1.0: hiperconvergencia híbrida (HDD + SSD)

Avanzamos el año 2014, supone, hasta ahora estábamos hablando nada más de VMware en el sentido de vSphere, como mucho vCenter. Pero introducimos otro producto adicional, que es la hiperconvergencia.

La hiperconvergencia ha sido uno de los actores fundamentales, en ese momento, en 2014, surge la primera versión de vSAN. En ese momento, como hiperconvergencia todavía híbrida.

Vale, pensad que hace 12 años sí que había discos duros SSD, pero no era tan común el tener una cabina puramente SSD porque los discos todavía eran bastante caros.

En ese momento se combinaban dos capas, dos tiers, una capa de capacidad con discos mecánicos y una capa más flash con discos SSD para caché y para aceleración de las cargas, tanto en lectura como escritura.

2015: ESXi 6.0: vVols. vSAN 6.0 all flash

Seguimos avanzando. 2015 surge ya la versión 6.0, y aquí lo que podemos comentar como novedades es esa abstracción del almacenamiento de las cabinas SAN, gracias a los vVols. Es una forma diferente de poder gestionar el almacenamiento a través de tecnologías de offloading a cabinas que estuvieran certificadas con esa tecnología. Tecnología que sigue vigente hoy en día.

En cuanto vSAN tenemos una equiparación en el número de versiones. Hasta ese momento teníamos la versión 1.0, pues ya si tenemos ESXi la versión 6.0 pues vSAN también introduce la versión 6.0 y en ese momento introduce capacidades All-Flash para que ya los dos tiers, tanto capacidad como caché puedan estar basados sobre discos SSD.

2016: ESXi 6.5: Lifecycle Manager + NVMe + cliente Flash. vSAN 6.1 y 6.2: deduplicación + compresión + Erasure

Avanzamos un año más. Llegamos a la versión 6.5. En esta versión se introduce el almacenamiento, soporte para almacenamiento NVMe como un protocolo adicional más moderno que evoluciona el hasta entonces, protocolo SAS que podías tener discos duros mecánicos de discos SSD, pero los dos compartían el protocolo SAS. Pues ahora tenemos nuevo protocolo NVMe.

Se añade también una evolución a lo que en ese momento se llamaba Update Manager para poder gestionar los parches, las actualizaciones del entorno de vSphere.

Lifecycle Manager surge como una solución más integrada, basada en líneas base para poder gestionar que todos los hosts estén al mismo nivel de versión y en ese momento dado se introduce lo que fue uno de los grandes fracasos de VMware que fue el cliente Flash.

Hasta ese momento estábamos utilizando una consola Java que se instalaba en cliente Windows y VMware apostó por una nueva tecnología basada en navegador. Lo que pasa es que la tecnología flash lo único que hizo fue traer problemas, quebraderos de cabeza, vulnerabilidades, mal rendimiento.

La tecnología flash no fue lo ideal y un año después ya la fueron corrigiendo. En cuanto vSAN, ¿qué tenemos como novedades? Pues ya se introdujo gracias a la tecnología SSD, pues deduplicación, compresión y Erasure Coding, es un RAID cinco o seis, distribuido entre todos los host.

2018: ESXi 6.7: cliente HTML5

vSAN 6.6 y 6.7: cifrado, stretched clúster, vSAN Health, iSCSI

Avanzamos dos años después ESXi versión 6.7, cuando se vio que el fracaso de la versión Flash como cliente para poder hacer una gestión, empezaron a sacar una versión HTML5 que le llevó un tiempo. Poquito a poquito fueron incorporando nuevas funcionalidades y ya se fue quitando tanto la tecnología de navegador flash como el cliente pesado basado en Java.

En esa época vSAN sube hasta la versión 6.6 y 6.7, añade cifrado en reposo. Añade la capacidad de tener clúster extendido, stretched clúster.

Se mejoran las capacidades de vSAN Health para tener una visión, un panel de control en el que ver toda nuestra arquitectura hiperconvergente.

Y ee agrega una funcionalidad que es iSCSI Target que es para poder presentar ese almacenamiento vSAN hacia servidores externos, poder consumir almacenamiento desde vSAN desde repositorios externos.

2020: ESXi 7.0: Kubernetes (Tanzu), soporte para ARM vSAN 7.0: integración completa con Lifecycle management.

Última evolución, nos vamos a 2020, surge la versión 7.0, se introduce el soporte ya para Kubernetes, ya no solo para contenedores, sino Kubernetes.

El producto que gestiona Kubernetes en VMware llama Tanzu y se introduce también el soporte para procesadores ARM. Vale, algunos habremos visto esas pruebas de concepto en la comunidad de poder instalar un ESXi dentro de un dispositivo, por ejemplo, una Raspberry.

Eso es porque la Raspberry tienen procesadores ARM, pues se introduce esta capacidad. En vSAN, se sigue aumentando, se integra las capacidades de gestión del ciclo de vida con Lifecycle Management y se introduce también una nueva tecnología que es servicios de ficheros nativos dentro de vSAN.

Hasta ese momento vSAN solo era en una plataforma para poder consumir almacenamiento en bloque, pero a partir de ese momento ya podemos sustituir nuestras cabinas SAN, que ofrecen almacenamiento en base a ficheros por tecnología nativa propia de vSAN de servir ficheros.

2022: ESXi 8.0: DPU (Unidad de Procesamiento de Datos) + mejoras en GPU + mejoras en Tanzu Kubernetes. vSAN 8.0: nueva arquitectura ESA basada en almacenamiento NVMe.

Llegamos a 2022 y ya surge la versión 8.0 de ESXi. Nnuevas mejoras, nueva escalabilidad, etc. Pero si tengo que destacar algo me quedaría con unas unidades de procesamiento de datos. ¿Qué son esas DPU? Son tarjetas de red con mucha más inteligencia y que permiten hacer offloading de tecnología, por ejemplo, para aplicar a NSX.

No hemos hablado del producto NSX, pero es un producto que sacó VMware para hacer virtualización no solo de la capa de servidores, que es lo que estamos hablando hasta ahora, no solo desde el almacenamiento con vSAN, sino también virtualizar la capa de networking, toda la capa de electrónica de red.

Esas DPU permiten hacer un offloading a las tarjetas de esas capacidades que necesita NSX para hacer microsegmentación, firewall, etcétera. Se incluyen mejoras también en GPUs, avances en Kubernetes, etc.

Y rn cuanto a vSAN con esa versión 8.0 cambia la arquitectura de la original OSA a la nueva, ESA que se basa ya exclusivamente y requiere que todos los discos duros sean NVMe. Ya quita esas dos capas: capa de caché, capa de tiering basado en Disk Groups. Ahora todo es almacenamiento NVMe, que tiene un rendimiento muchísimo mejor, lógicamente.

Adquisición por Broadcom

17:25

¿Qué pasó con la adquisición de Broadcom?

Mayo 2022: Broadcom anuncia su intención de comprar VMware.

En mayo de 2022 Broadcom decide que quiere comprar VMware. Lógicamente esta operación no es algo que se fragüe en unos meses, lleva un tiempo, lleva un año y medio.

Noviembre 2023: Broadcom finaliza la compra de VMware por 61.000 M$

Noviembre de 2023 se anuncia que ya se completa la adquisición de VMware por parte de Broadcom. Se cifra más o menos en unos 61 mil millones de dólares, y a partir de ahí empezamos a tener cambios.

Enero 2024: Se rompen los contratos con los OEM para revender licencias o soluciones integradas como VxRail.

¿Qué pasa a nivel de contratos?

En enero del 24, apenas dos meses después, Broadcom decide romper los contratos con los OEM, que son los proveedores de servidores HPE, Dell Lenovo, Cisco, Fujitsu, etc.

Esos proveedores, esos fabricantes de servidores, ya no pueden revender licencias de VMware. Ahora todo se tiene que procesar a través del canal.

Esto fue algo temporal porque luego se volvieron a firmar nuevos contratos, pero los contratos que tenían firmados con VMware se rompieron y se tuvieron que firmar nuevos contratos con Broadcom.

Por ejemplo, en el caso de Dell, había una solución integrada que era VxRail, que todavía continúa hoy en día, pero ya muy residual, y que también se rompió. Inicialmente se había dicho que era un contrato que iba a poder prorrogarse durante cinco años, pero no, también se rompió y luego se tuvo que firmar un nuevo contrato con Broadcom.

Mayo 2024: Broadcom vende la división EUC a KKR y se funda Omnissa para dar continuidad a la familia de productos Horizon.

Unos pocos meses después, Broadcom decidió que una de las divisiones de VMware no la quería en el portfolio.

La división de Enduser & Computing, que es la división donde estaban los productos de Horizon para virtualización de escritorios o Workspace para una experiencia integrada de consumo de aplicaciones.

Como no lo quería en su portfolio y lo vendió al fondo de inversión americano KKR & Co que fundó su empresa para poder continuar con esa línea de productos. Esa empresa se llama Omnissa y ya no tiene nada que ver con Broadcom, tienen caminos paralelos y no tienen un punto en común.

Cambios de licenciamiento

19:43

Empezamos con los cambios de licenciamiento.

Desde 2001 Licencias perpetuas y por procesador. Con opción para contratar soporte, y derecho a nuevas versiones a varios años.

¿Qué pasó en el comienzo? VMware decidió que solo tenía un tipo de licencia, licencias perpetuas.

En 2001 había licencias perpetuas y por procesador.Tantos procesadores físicos, tantas licencias. Podías contratar el soporte a uno, a tres, a cinco años y eso te permitía abrir casos con soporte técnico y te permitía también derecho a instalar nuevas versiones siempre que tuvieses el soporte en vigor.

Desde 2009 (vSphere 4) Existen múltiples ediciones: Free, Ess, Ess+, Std, Ent, Ent+.

Bueno, pasan ocho años y con la versión vSphere que es la versión 4 aparecen múltiples ediciones.

Tenemos la versión gratuita que aquí en España, pues ha sido o fue el acicate para que muchos experimentaremos con VMware, que las empresas le perdiesen el miedo a poder probar cargas, entornos de desarrollo.

También surgieron Bundles comerciales, Essentials y Essentials + han sido los grandes productos vendidos aquí en España para la pyme.

Para empresas algo más grande, tres ediciones: Estándar, Enterprise y Enterprise Plus.

Essentials y Essentials Plus solo podían escalar hasta tres servidores físicos y por encima, pues ya tenías que pasar a las ediciones mayores.

2011 con vSphere 5.0, VMware intentó imponer un límite de RAM por cada licencia (32GB en Std, 48 en Ent y 96 en Ent+), pero tuvo que dar marcha atrás en 5.1.

En 2011, segundo fracaso de VMware, a mi modo de ver, con la introducción de un límite de RAM por cada licencia.

En ese momento los servidores cada vez tenían más y más RAM y Broadcom intento sacar un poco de rédito económico y si hay servidores que contienen muchísima RAM, pues yo voy a poner un límite y por cada licencia de procesador, depende de la edición, pongo un límite de RAM que puede gestionar. Si tienes más RAM pues me tienes que comprar una segunda licencia.

Esto no fue nada bien recibido por los clientes y en la versión siguiente, la 5.1, se dio marcha atrás y se quitó ese límite.

Entre 2013 y 2016 se lanzan nuevas licencias, como vSAN y nuevos bundles, como las suites de vCloud o vRealize.

Entre 2013 y 2016 se lanzan nuevos productos, nuevos bundles, como puede ser vSAN o como puede ser la suite de vCloud o vRealize. Se amplía el portfolio.

2016 se deja de poder vender la edición Enterprise

Es el primer momento en el que se ve que había demasiadas ediciones, demasiada complejidad en los productos y se decide retirar la edición Enterprise.

A partir de ese momento ya no se puede vender Edición Enterprise. Tienes que escoger entre estándar o Enterprise Plus. Se puede seguir renovando el soporte a los clientes que la tienen, pero no puedes comprar nuevas licencias.

2020 se limita a 32 el número máximo de cores físicos en cada licencia por procesador.

En 2020, no se limita la RAM, pero se limitan los cores físicos. Esto es una imposición que se puso hasta que llegó Broadcom y por cada licencia de procesador como mucho puedes tener 32 cores.

En ese momento ya empezaba a haber cada vez más procesadores tanto de Intel como de AMD que superaban la barrera de los 32 cores, tenían 48, tenían 36, tenían hasta 64 cores y VMware dijo, pues si tienes tantos cores necesitas licencias adicionales.

2021 se introduce el modelo de licenciamiento vSphere+ y vSAN+ por suscripción y gestión Cloud con opciones conectada y desconectada.

En 2021 ya se introduce el licenciamiento por suscripción.

En el año 2020 se introducen los cores máximos.

En este momento ya había varios fabricantes en el mercado que ofrecían licencias por suscripción. Por ejemplo, Microsoft ya llevaba años con las licencias de Microsoft 365 o Office 365 en ese momento en licencias por suscripción.

Los programas vSphere+ y vSAN+ que ofrecían una gestión cloud, desde una consola cloud en la que te ofrecían la capacidad de que no tuvieses que conectarte por VPN si estabas desde casa para poder gestionar tu entorno desde el vCenter, sino que tuvieras esa gestión cloud.

Esto cayó en el olvido y con la entrada de Broadcom al final no ha tenido demasiado recorrido.

Diciembre de 2023 se anuncia el fin de la venta y las renovaciones de soporte de las licencias perpetuas, efectivo a finales de enero de 2024.

Un mes después de que Broadcom finalice la compra de VMware se anuncia el final de la venta y las renovaciones también de las licencias perpetuas.

A finales de enero de 2024 todo cliente que tuviese licencias perpetuas ya tenía que pasar a modo de la suscripción. Fueron dos meses un poco locos que permitieron extender el soporte de las licencias perpetuas por unos años más, siempre que se hiciese antes de final de enero del 24.

Febrero 2024 las licencias son obligatoriamente en modalidad suscripción y por cores, con un mínimo de 16 por procesador. vCenter deja de licenciarse como producto independiente y se retira el producto Free, así como las ediciones Ess y Ent+.

Llegamos a febrero del 24 y ahí ya obligatoriamente cualquier licencia nueva que se adquiriese ya tenía que ser en formato de suscripción y además por cores.

Hasta ahora eran licencias por procesador físico, a partir de ahora por cores físicos, con un mínimo de 16 cores por cada procesador.

Microsoft, en Windows Server 2016, ya introdujo el licenciamiento por cores. Hasta ese momento hasta 2012 R2 era licencias por procesador, pero en ese momento ya eran licencias por core, también con un mínimo de 16 cores, con lo cual Broadcom en este caso se alineó un poco con las tendencias de otros fabricantes e impuso el licenciamiento por Cores.

vCenter ya se dejó de licenciar como un producto independiente. Hasta ese momento incluso había tres ediciones de vCenter: Essentials, Foundation y Estándar, pues en ese momento ya solo quedó una única licencia con ese objetivo de Broadcom de poder estandarizar y minimizar el número de oferta: vCenter Estándar.

En ese momento también se quita el producto, la edición gratuita, deja de poder descargarse, y las ediciones Essentials, la más básica de gama y la Enterprise plus. Hubo unos meses en los que Enterprise Plus no se podía tampoco ofertar.

Estos clientes grandes tenían que quedarse o bien con estándar o con las nuevas licencias que salieron.

Junio 2024 se añaden 2 nuevas ediciones: VVF (vSphere Foundation) y VCF (Cloud Foundation).

Salen dos nuevas licencias que son las que continúan hoy en día. vSphere Foundation y Cloud Foundation.

No es correcto hablar de licencias, son más como bundles de producto. vSphere Foundation en el fondo es vSphere con capacidades de Enterprise Plus, como luego veremos, con productos adicionales.

Y Cloud Foundation sí que es un paradigma diferente, porque estamos hablando ya de un concepto de consumo mucho más parecido a los hiperescalares, a los clouds públicos.

Noviembre 2024 se retira la edición Essentials Plus y reaparece Enterprise Plus.

Seguimos con los cambios. Se retira la edición Essentials Plus, y en España ya se produce en nuestro mercado una sacudida muy fuerte a todo el mercado pyme.

La pyme hasta ese momento consumía muchísimas licencias de Essentials Plus. En ese momento el cliente tenía que decir bueno, pues o dejo de seguir con VMware, con Broadcom en ese momento ya, o salto como mínimo a edición estándar. No había demasiado diferencia económica, pero ya suponía un coste adicional.

En ese momento, en noviembre de 2024, casi un año después, reaparece la división Enterprise Plus, pero reapareció solo aquí en Europa. En Asia Pacífico y en América, la Enterprise Plus, nunca ha vuelto a reaparecer.

Abril 2025 se fija un mínimo de 72 cores para renovaciones o nuevas suscripciones. Posteriormente en EMEA se retiró este mínimo. También se fijaron penalizaciones de un 20% para renovaciones fuera de plazo.

Se fija durante un tiempo un mínimo de 72 cores. No sé si os acordáis de esta noticia en el que mínimo 72 cores para renovaciones o también para nuevas suscripciones.

Aquí, en EMEA en Europa, no sé si es que hemos sido demasiado guerreros de peleamos, protestamos, lloramos, pero aquí se nos quitó también ese límite. Duró poco tiempo, pero ese límite ya no está efectivo.

Ahora mismo, si tú quieres comprar una licencia de edición estándar para 16 cores, lo puedes hacer.

Lo que sí introdujo Broadcom con es que con las licencias de suscripción se puso estricto con las renovaciones en plazo. Si renuevas fuera del plazo, aplica una penalización de un 20%.

Como contrapartida, volvieron a liberar la edición free. Ya veis que van dando un poco bandazos de quitamos una edición, volvemos a incorporarla. Volvió otra vez la edición free que sigue hoy.

2025 dejó de ofertarse la opción de licencias a más de 1 año en todas las ediciones, salvo en VCF (Cloud Foundation)

Una limitación más, se deja de ofertar la opción de poder contratar licencias de suscripción a más de un año.

Ya no puedes contratar a tres, a cinco años licencias en estándar, licencias en Enterprise Plus, licencias en vSphere Foundation. Solo la edición más tope de gama, la Cloud Foundation, es la que permite ofertar suscripciones multiyear de 3 a 5 años. Veremos que ahora eso ha cambiado.

Fin de ediciones y de versión 8

28:43h

Ya vamos a la parte del webinar más interesante. Dejamos un poco esa retrospectiva histórica y os quiero contar cuáles son las fechas importantes.

La versión 8 se liberó en octubre de 2022 y llegó a fin de soporte en octubre 2027

La primera fecha importante es octubre del 27. ¿Qué pasa en esa fecha? Pues que llega a fin de soporte, fin de vida de la versión 8, que es la más extendida a día de hoy.

Les recuerdo en este punto. Igual tenemos aquí clientes que siguen todavía en la versión 7. La versión 7 salió de soporte en octubre del año pasado, en octubre de 2025 y ya no se liberan parches, no se corrigen vulnerabilidades de la versión 7. Por tanto, si hay algún cliente todavía en versión 7, importante subir como mínimo la 8, que esta sí que sigue todavía en soporte.

La versión 8 se liberó en octubre de 2022 y va a tener un ciclo de vida de cinco años. En octubre de 2027 llega a fin de vida. ¿Qué pasa? Que las ediciones estándar y Enterprise Plus no van a poder progresar más allá de la versión 8.

Las ediciones STD y ENT+ no permiten subir a versiones más allá de la 8. Únicamente se podrá subir de 9 a 9.1 con ediciones VVF o VCF.

Si queremos subir de la versión 8 vamos a tener que subir a las ediciones VVF o VCF. Quedaros con este dato, STD y ENT+ muere en la versión 8.

Como la renovación mínima es por 1 año, desde octubre de 2026, o probablemente algo antes, no se permitirá renovar las suscripciones de ediciones STD o ENT.

La renovación mínima que permite el fabricante es de un año.

Ahora que estamos con licencias de suscripción, cuando nos toque renovar podemos renovar por un año, si en octubre de 2027 ya no tenemos más continuidad de las ediciones STD y ENT+ ya este año 2026, en octubre ya no nos van a permitir renovar nuestras licencias en edición estándar o Enterprise Plus.

Por lo tanto, todos los que tengáis que renovar vuestras actuales suscripciones a partir de septiembre de este año, ya no os van a permitir renovar un año más en edición estándar o en edición Enterprise Plus.

Si queréis seguir con Broadcom tenéis que subir como mínimo a vSphere Foundation.

¿Y si no renuevo la suscripción? Legalmente no se puede seguir utilizando el software y la empresa se arriesga a una multa en caso de auditoría. A nivel puramente operativo, una vez superada la fecha de fin de suscripción, se bloquea la posibilidad de encender cualquier máquina virtual.

¿Y qué pasa si decido no renovar? Si tenéis licencias perpetuas sabéis que nadie os obliga a poder renovar y contratar el soporte, porque a día de hoy ya no se puede contratar soporte en una licencia perpetua. Te obligan a pasar a suscripción.

¿Pero y si no renuevo la suscripción? Pues legalmente no puedes seguir utilizando ese producto, ese software.

En el caso de España tenemos la picardía típica de bueno, no pasa nada, seguro que no, nadie viene contra mí, nadie me viene a hacer una inspección. Pero recordad que Broadcom es un fabricante americano y los americanos se toman muy en serio los temas normativos.

Ya no decir si sois una empresa que está regulada, que os aplica normativas o directivas como NIS2, como Dora, en el que es absolutamente obligatorio tener soporte en vigor de todo el hardware y todo el software. O por ejemplo, que tenéis esquema nacional de seguridad. Con el Esquema Nacional de Seguridad, si estáis certificados, estáis obligados a tener hardware y software con soporte en vigor.

Entonces, legalmente no podéis no renovar la suscripción. Podéis decir oye, no renuevo y dejo de utilizarla, eso sí, pero si lo seguís utilizando, tenéis que renovar la suscripción.

A nivel operativo ¿Qué es lo que pasaría? Pues si no renuevo la suscripción, las máquinas virtuales que tengo encendidas van a seguir encendidas, van a seguir operando, no se van a apagar. Pero no os va a permitir encender nuevas máquinas virtuales ni crear máquinas virtuales nuevas y encenderlas. Ojo, que hay restricciones si no se renueva una suscripción.

Futuro de VMware dentro de Broadcom

32:30h

¿Ahora, cuál es el futuro de VMware dentro de Broadcom?

Simplificación máxima, 2 ediciones: VVF y VCF

Bueno, pues vamos a simplificación máxima. Solo quedan dos ediciones vSphere Foundation y Cloud Foundation, nada más. Ni Essentials, ni Essentials Plus, ni estándar, ni Enterprise Plus.

¿Cómo posicionar una y otra?

VVF: Es la opción para empresas midmarket que buscan virtualización avanzada, consolidación, alta disponibilidad y operaciones inteligentes, sin necesidad de un stack completo de cloud híbrido.

Midmarket son empresas que buscan una virtualización avanzada, un hipervisor que lleva 25 años en el mercado con toda la evolución que os he contado, que buscan consolidar cargas, que buscan una alta disponibilidad, que buscan un hipervisor serio.

Además, una operación inteligente pero que no necesitáis todo lo está completo de una cloud híbrida, es decir, la evolución de las licencias estándar, de las licencias Enterprise Plus.

VCF: Es la plataforma completa de cloud privada o híbrida orientada a grandes organizaciones que buscan un entorno totalmente integrado (compute, storage, network y automatización) con modelo de consumo y operativo tipo hiperescalar.

Cloud Foundation ya es otro concepto. Es una plataforma completa de gestión de todo vuestro stack cloud privada o cloud híbrida.

El mundo cada vez es más híbrido, se consume más cargas en nube pública. Bueno, pues Cloud Foundation es la propuesta, es la edición buque insignia de Broadcom para las empresas, grandes organizaciones que buscan tener un entorno completamente integrado: la parte de cómputo, la parte de almacenamiento, la parte de networking, la automatización y buscan un modelo de consumo muy similar a la experiencia que se tiene en una cloud pública en un marketplace de Amazon, de Azure, de Google Cloud.

¿Cloud Foundation es exclusivo solo para grandes organizaciones?

No, obviamente no.

Una empresa privada, una pyme, un autónomo puede comprar Cloud Foundation. Nadie te impide el poder adquirir esas licencias. Lo que pasa es que tienen un coste más alto de lo que estamos acostumbrados a pagar aquí en España. Por lo tal, para esas empresas pymes, VVF, la edición más baja de gama, encaja mejor.

vSphere Foundation a nivel de vSphere ofrece las mismas funcionalidades que la edición Enterprise Plus actual:

Voy a centrarme en contaros qué incluye.

VVF es un bundle a nivel comercial, que es vSphere con la edición Enterprise Plus. Luego tiene algo más, pero dentro de lo que es vSphere tenemos todas las capacidades de Enterprise Plus.

¿Qué capacidades por encima de estándar?:

• DRS: opción de DRS para un balanceo automático de las máquinas virtuales entre todos los hosts.
• Storage DRS: tenemos lo equivalente al mundo del almacenamiento.
• Switches distribuidos: que ya comentamos antes lo que son.
• LACP: Tenemos agregación a nivel de nuestras tarjetas real con un LACP verdadero. Nos añade un quinto modo de balanceo de carga para nuestras máquinas virtuales.
• Host profiles: Si tenemos dos o tres servidores físicos, igual no le damos importancia, pero si tenemos que gestionar 10, 15, 20, 50, 100 servidores físicos, el que todos tengan la misma configuración, y si hay un administrador que toca un parámetro en una, pues automáticamente nos va a saltar una alerta e incluso se remedia y se corrige con la configuración que nosotros hemos dicho para que todos los hosts estén absolutamente iguales.
• Network I/O Control: limitar las capacidades para que una máquina virtual no se coma a todos los recursos a nivel de red y nos consuma todo el ancho de banda.
• Storage I/O Control. Lo equivalente a nivel de almacenamiento.
• vSphere Lifecycle Manager completo: para poder gestionar todo el ciclo de vida de los productos que tengo de VMware.
•  Proactive HA: Quizá esto no sabéis lo que es. Seguramente todos conozcáis las interfaces fuera de banda de un servidor. En Dell es el puerto iDRAC, para HPE es iLO, en Lenovo XCC.

Cada fabricante tiene su nombre, pero ese puerto fuera de banda nos permite una gestión del estado de salud de nuestro servidor físico. Si la iLO, si la iDRAC detecta que hay un componente que está dañado, notifica a vSphere y hace que automáticamente las máquinas virtuales que estuviesen corriendo en ese nodo se evacúan, se migran a los otros nodos, lo pone en modo mantenimiento hasta que nosotros intervengamos y corrijamos el problema que sea.

Puede que se haya desconectado una fuente de alimentación, puede que haya fallado un módulo de memoria, un procesador, un disco, etc.

vSphere Foundation sobre la base anterior incluye también:

• vSAN. Incluye 250 GiB por cada core licenciado: Si queréis consumir almacenamiento de modo hiperconvergente, vSAN por cada core que tenéis licenciado de VVF se incluyen 250 gibibyte de vSAN.
• Aria Suite Standard: Se incluye también la suite de Aria en edición Standard. Hay una edición superior que está disponible en Cloud Foundation, pero esta incluye la edición estándar. Esto que incluye:
  • Aria Operations Advanced > observabilidad, monitorización, gestión de la capacidad, gestión de costes, alertas y notificaciones y compliance.
  • También agrega Aria Operations for Logs: para gestión unificada de los logs de todo nuestro stack de virtualización.
  • También Aria Suite Lifecycle Manager > para orquestar la actualización y el parcheado de todo un entorno. Si tenéis dos o tres servidores físicos no pasa nada por hacerlo manual, pero imaginad que tenéis que orquestar el parcheo de 50 servidores físicos. Pues es una locura y este producto te ayuda a poder facilitar esa labor administrativa.
• VMware VKS (anteriormente conocido como Tanzu Kuberentes Grid Service o TKGs) para correr Kubernetes. También te incluye, que es lo que antes se llamaba Tanzu Kubernetes Grid Service, que es ayuda para poder correr Clúster de Kubernetes.

Todo esto son productos que ya vienen incluidos dentro de vSphere Foundation.

vSphere Foundation permite adquirir adicionalmente add-on adicionales:

¿Qué pasa si queremos productos o funcionalidades adicionales? Pues hay una serie de add-ons que se pueden adquirir, que ahora mismo en ediciones estándar y en Enterprise Plus no podemos comprarlos y que obligatoriamente tenemos que comprarlos como mínimo con VVF.

• vSAN. Si no fuera suficiente para cubrir al almacenamiento bruto de todos los servidores con los 250 GiB por core, se puede comprar add-ons adicionales de 1 TiB hasta llegar a los que se necesite.
• Nos agrega balanceadores de carga dentro del stack de virtualización sin tener que requerir de un F5, un A10, un Citrix Netscaler externo, pues podemos tener un balanceador de carga integrado.
• Un firewall avanzado que nos permite hacer microsegmentación dentro de la misma VLAN.
• Live Site Recovery, nuevo nombre para SRM (Site Recovery Manager) de toda la vida, para poder orquestar el Disaster Recovery de un Datacenter a otro.
• Tanzu Platform y Tanzu Data Suite que son funcionalidades adicionales si corremos clúster de Kubernetes.

Todo eso lo podemos adquirir como add-ons adicionales.

Promoción actual

40:18h

Casi estamos llegando al final, os cuento la promoción actual de Broadcom.

El fabricante sabe que el mercado ha sufrido y que los aumentos de costes de las licencias le hacen reducir el número de clientes que siguen.

Hay otros hipervisores en el mercado, ninguno tiene la madurez ni en los niveles empresariales que tiene VMware por los 25 años que llevan desarrollándose, pero hay otros actores y a lo mejor para una pyme decide que quiere cambiar a otro hipervisor.

¿Entonces, qué hace Broadcom?

Para facilitar la transacción o upgrade hacia la edición VVF. Broadcom actualmente ofrece:

• Descuentos agresivos. De hasta 45% respecto al precio de lista habitual.

Para que os hagáis una idea cuáles son los precios de lista, a día de hoy, la edición estándar de Broadcom, que ya digo que tiene muy poquito recorrido, unos pocos meses y ya se deja de poder vender, tiene un coste de lista de 52€ por core y año.

VVF tiene un precio de lista de 180€, es mucho más, multiplicar más o menos por 3,5x. Por eso Broadcom aplica esta promoción y hace un descuento del 45%.

• Opción de contratar a 1 y 3 años y olvidarse de posibles subidas de precio.

Lo mejor de todo, con esta variabilidad de costes de pongo licencia/quito licencia vuelve a ofrecer la posibilidad de contratar VVF no solo a un año, sino también a tres años y además con facturación anual, con lo cual podemos contratar con ese descuento del 45% tres años, facturación anual y además olvidarnos hasta dentro de tres años.

Letra pequeña: Promoción válida para clientes que actualmente tienen licencias en suscripción. Si hay un nuevo cliente que quiere comprar ahora licencias de VVF, esta licencia no le aplica. Esto es para clientes catalogados como SMB por Broadcom, excluidas cuentas gestionadas, y para pedido hasta el 31 de julio. Sujeta a confirmación por parte del fabricante en cada caso.

Servicios de Encora

42:42h

¿Qué os podemos aportar en Encora? Pues ciclo de vida completo

Evaluación Inicial: Preventa

Os podemos ayudar desde la preventa, haciendo una revisión de licenciamiento actual y proponemos upgrade a VVF, mantenimiento en STD o transición a otro hipervisor.

Ya sabéis que nosotros somos agnósticos de fabricantes. Hoy estamos posicionando la tecnología de Broadcom, porque queremos que seais conscientes de todo lo que hay en el mercado. Si aplica, aplica y si no aplica, no aplica.

Diseño de nueva arquitectura: VVF o VCF

Ayudamos a definir la arquitectura correcta en base a las necesidades y al modelo operativo buscado.

Llave en mano: Migración y transformación

Nos encargamos desde la fase de preventa, la implantación, la migración y el posterior acompañamiento y soporte con nuestros servicios gestionados, nuestro Encora Power.

Conclusión

43:31h

Os recomiendo:

• Anticiparse al fin de soporte de v8 y de ediciones STD y ENT+ en oct 2027.
• Aprovechar la promoción actual de Broadcom para subir a VVF y olvidarse del coste durante 3 años.
• Los cambios de Broadcom no son solo de licenciamiento, son un cambio de modelo operativo. Desde Encora, ayudamos a los clientes a entender su impacto real, optimizar costes y tomar decisiones estratégicas informadas, ya sea evolucionando su plataforma VMware o replanteando su arquitectura.

En resumen, podemos afirmar que en 2026, las novedades en el licenciamiento de Broadcom vSphere traerán cambios interesantes que vale la pena considerar.

Con la llegada de nuevas opciones y modelos de licenciamiento, es crucial que las empresas evalúen su estrategia actual y se preparen para adaptarse. Nuestro enfoque incluye no solo la revisión de su licenciamiento existente, sino también la propuesta de soluciones como el upgrade a VVF o la transición hacia otro hipervisor, según convenga.

Además, contamos con un equipo que os ayudará a diseñar la arquitectura adecuada, ya sea VVF o VCF, para que se alinee perfectamente con vuestras necesidades operativas. Y no os preocupéis por la migración; ofrecemos un servicio llave en mano que abarca desde la preventa hasta el soporte post-implantación, asegurando que la transformación sea fluida y efectiva.

Así que, si estáis pensando en cómo estas novedades en el licenciamiento pueden impactar a vuestra organización, no dudéis en contactarnos: hola@encora.es o por whatssap en el 621 227 692.