VMware vSphere Client en 2026: cómo acceder y gestionar vCenter

Si has llegado hasta aquí buscando dónde descargar el VMware vSphere Client, estás en el lugar adecuado, aunque la respuesta no sea la que esperas: ya no existe ningún archivo del vSphere Client para descargar.

Este artículo explica qué ha pasado, cómo acceder a vCenter hoy en día y qué herramientas utilizar para gestionar entornos VMware en producción en 2026.

¿Qué ha pasado con el vSphere Client?

El antiguo cliente de escritorio —el llamado cliente C# o cliente pesado (thick client)— lleva años fuera de producción. La transición comenzó con vSphere 6.5 (2016), cuando VMware introdujo el vSphere Client basado en HTML5 junto al Web Client basado en Flash ya existente. El cronograma completo es el siguiente:

• vSphere Client C# (cliente pesado): eliminado en vSphere 6.5 (2016); vSphere 6.0 fue la última versión que lo incluyó.
• vSphere Web Client (Flash/Flex): descatalogado con vSphere 6.7, eliminado por completo en vSphere 7.0.
• vSphere Client HTML5: el único cliente en VCSA a partir de vSphere 7.0 (cuando se eliminó por completo el Flash Web Client), totalmente integrado en vCenter, no requiere descarga.

Las últimas versiones en ambas ramas confirman esta dirección: vSphere 8.0 Update 3k (29 de julio de 2026) en la línea 8.x, y ESX 9.x / vCenter 9.x entregados como parte de VMware Cloud Foundation (VCF) 9.1 (mayo de 2026) en la línea 9.x. En ambas ramas, el único cliente es el vSphere Client basado en navegador HTML5: no hay instalador .exe, ni descarga independiente, ni aplicación de escritorio que mantener.

Tanto la línea independiente vSphere 8.x (actualmente en vCenter Server 8.0 Update 3k) como el componente vCenter integrado en VCF 9 / VVF 9 son versiones compatibles para la capa de gestión.

Nota sobre el portal: El portal de descargas también ha cambiado. VMware Customer Connect ya no existe; el punto de referencia actual es el Portal de Soporte de Broadcom, donde puedes acceder a licencias, descargas y soporte.

Cómo acceder a vCenter hoy en día

No necesitas instalar nada. Todo lo que necesitas es un navegador moderno y la dirección de tu vCenter Server:

https://<nombre-vcenter-o-ip>/ui

El vSphere Client HTML5 es compatible con las versiones actuales de Chrome, Firefox, Edge y Safari, y se incluye por defecto en cada instalación de vCenter Server Appliance (VCSA), el único formato disponible desde vSphere 7 en adelante.

Una nota sobre los certificados SSL

En entornos de producción, algunas funciones avanzadas y la consola de VM a través del navegador pueden comportarse de forma diferente según el navegador y el SO. Si aparece una advertencia de certificado SSL, es lo habitual con certificados autofirmados. En producción, lo mejor es sustituirlos por certificados firmados por una CA de confianza (interna o pública) para evitar interrupciones en los flujos de trabajo de los MSP y en entornos multiadministrador.

Acceso directo a un host ESXi independiente

Si gestionas hosts ESXi sin vCenter, puedes utilizar el VMware Host Client, también accesible a través del navegador:

https://<ip-del-esxi>/ui

Esto te permite gestionar máquinas virtuales, almacenamiento y redes directamente en el host sin pasar por vCenter. Si acabas de acceder a un host ESXi y quieres empezar a crear nuevas máquinas virtuales, puedes seguir nuestra guía sobre cómo crear una máquina virtual en un host VMware ESX(i)/vSphere.

Hipervisor ESXi gratuito: ha vuelto

Una actualización importante para quienes gestionan laboratorios o entornos de prueba: Broadcom ha reintroducido la versión gratuita de VMware vSphere Hypervisor 8, que se había dejado de fabricar a principios de 2024. Está disponible para su descarga tras crear una cuenta gratuita en el Portal de Soporte de Broadcom, a partir de la versión ESXi 8.0 Update 3e (abril de 2025).

La edición gratuita está pensada para laboratorios, formación y uso no productivo. Las principales limitaciones que debes tener en cuenta son:

• Sin integración con vCenter: los hosts gratuitos no se pueden añadir a un vCenter Server y, por tanto, no se pueden gestionar de forma centralizada. Cada host se administra individualmente a través del VMware Host Client (https://<ip-del-esxi>/ui).
• Máximo de 8 vCPU por máquina virtual: un límite estricto de computación por VM, independientemente del hardware subyacente.
• Sin soporte de Broadcom: sin SLA, sin parches a través de contrato de soporte, sin ruta de escalada. Las actualizaciones son de autoservicio desde el portal.
• El acceso a la API es de solo lectura: la gestión programática a través de PowerCLI o las API REST no es compatible para operaciones de escritura.

No hay límite en el número de hosts que puedes instalar, pero como no se pueden gestionar de forma centralizada, la edición gratuita no es una opción viable para nada que no sean laboratorios, pruebas de concepto (PoC) o entornos de prueba aislados.

Si empiezas de cero con un nuevo host para tu laboratorio, puedes seguir la guía sobre cómo instalar y configurar VMware ESXi.

vSphere 9 y VCF 9: la nueva plataforma estratégica

A partir de 2025, Broadcom ha separado vSphere de su empaquetado independiente tradicional. vSphere 9 (ESX 9.x y vCenter 9.x) ya no se vende como un producto independiente: se entrega exclusivamente como parte de VMware Cloud Foundation (VCF) 9 —el stack completo de nube privada que incluye NSX, vSAN y SDDC Manager— o VMware vSphere Foundation (VVF) 9, el paquete más ligero para clientes que solo necesitan el stack básico de computación y almacenamiento sin la capa completa de redes definidas por software.

Fechas clave a tener en cuenta:

• VCF 9.0 GA: 17 de junio de 2025
• VCF 9.1 GA: mayo de 2026 —la versión menor actual, con el parche de mantenimiento 9.1.1 a continuación en septiembre de 2026. La característica estrella es el Enhanced NVMe Memory Tiering, que utiliza SSD NVMe como una capa de memoria secundaria junto a la DRAM e introduce el mirroring de software nativo para la redundancia de Nivel 1 (sin necesidad de RAID por hardware), con promesas de hasta un 40 % menos de TCO del servidor. Otras adiciones relevantes para los MSP: ampliación de la escala de VKS (vSphere Kubernetes Service) hasta 500 clústeres de Kubernetes por Supervisor, con aprovisionamiento más rápido, deduplicación y compresión de vSAN con cifrado de datos en reposo GA, y supervisión de la integridad de los archivos alineada con los requisitos NIST y PCI DSS.

Junto con VCF 9, el modelo de soporte también ha cambiado. El esquema anterior 5+2 (5 años de Soporte General + 2 años opcionales de Soporte Extendido) ha sido sustituido por un modelo 6+1: 6 años de Soporte General incluidos, con la opción de adquirir un año adicional de Soporte Extendido.

La cadencia de lanzamientos se ha ampliado de un ciclo mayor de 2 años a uno de 3 años, con versiones menores aproximadamente cada 9 meses. La última versión menor de cada línea mayor (que actualmente se espera que sea la 9.3) será una versión de Soporte a Largo Plazo con unos 45 meses de soporte, mientras que las versiones menores anteriores obtienen aproximadamente 27 meses cada una.

Para los MSP, dos implicaciones operativas:

• La ruta de migración desde vSphere 7.x ya no es «a vSphere 8» por defecto. Para nuevos despliegues y ciclos de renovación, el objetivo estratégico es VCF 9 / VVF 9, ya que la línea 8.x alcanzará el EoGS el 11 de octubre de 2027.
• Las descargas, ISO, imágenes personalizadas de OEM y parches para la línea 9.x se publican en un área separada de VCF 9 / VVF 9 del Portal de Soporte de Broadcom, no en las páginas de componentes de vSphere heredadas. Los marcadores y scripts de automatización que apuntan a las antiguas URL deben actualizarse.

El cliente HTML5 descrito en este artículo funciona de forma idéntica en vCenter 8 y vCenter 9: mismo punto de conexión https://<vcenter>/ui , mismos métodos de autenticación, mismo flujo de trabajo exclusivo para el navegador. La mayor diferencia interna reside en la capa de gestión (SDDC Manager, VCF Operations) más que en el propio vSphere Client.

¿Y si todavía estás en vSphere 6.x o 7.0?

Muchas organizaciones – especialmente las que gestionan entornos complejos o regulados – siguen utilizando vSphere 6.7 o 7.0, a menudo por motivos de compatibilidad de hardware o certificación de software. En estos casos, el cliente HTML5 ya está disponible (introducido progresivamente a partir de la versión 6.5 y siendo el único cliente en VCSA desde vSphere 7.0), pero es posible que algunas funciones no estén totalmente a la altura de vSphere 8.

El cronograma de soporte a tener en cuenta:

• vSphere 6.5 y 6.7: Fin del Soporte General el 15 de octubre de 2022; Fin de la Orientación Técnica el 15 de noviembre de 2023. Estas versiones están ahora totalmente fuera de soporte: sin parches de seguridad, sin correcciones de errores, sin asistencia de Broadcom.
• vSphere 7.x (ESXi, vCenter, vSAN): Fin del Soporte General el 2 de octubre de 2025 —ampliado seis meses respecto a la fecha anunciada originalmente del 2 de abril de 2025. El fin de la orientación técnica está fijado para el 2 de abril de 2027. Después de octubre de 2025, no se publicarán nuevos parches ni correcciones de seguridad; solo las actualizaciones publicadas anteriormente seguirán estando disponibles mediante autoservicio.
• vSphere 8.x: Fin del Soporte General anunciado para el 11 de octubre de 2027.

Para los MSP que gestionan estos entornos, planificar una ruta de migración ya no es opcional, especialmente para vSphere 7, que se encuentra ahora en la fase de Orientación Técnica y expuesto a cualquier nueva vulnerabilidad sin un parche oficial. Los objetivos realistas hoy son dos: vSphere 8 para las organizaciones que necesitan una actualización a corto plazo y con menos fricción y que puedan convivir con el EoGS el 11 de octubre de 2027; o VCF 9 / VVF 9 para aquellas dispuestas a comprometerse con el nuevo modelo de plataforma y beneficiarse de la ventana de soporte más larga de 6+1. Los contratos de Soporte Extendido pueden ganar tiempo adicional en las líneas más antiguas, pero son cada vez más costosos y están pensados como un puente, no como una estrategia a largo plazo.

Gestión por línea de comandos: VCF PowerCLI

Para quienes gestionan entornos de producción, a menudo un navegador no es suficiente. VMware PowerCLI —rebautizado como VCF PowerCLI a partir de la versión 9.0 (mediados de 2025), basado en PowerShell 7.4 o posterior y compatible con Windows, Linux y macOS— es la herramienta de automatización estándar para vSphere. Ofrece más de 7.000 cmdlets en todo el stack de VCF para gestionar VM, almacenamiento, redes, clústeres, vSAN, NSX y SDDC Manager.

Instálalo directamente desde la PowerShell Gallery:

Install-Module -Name VCF.PowerCLI

Si ya tienes instalado VMware.PowerCLI 13.3 o anterior, añade el flag -AllowClobber para evitar conflictos de módulos durante la actualización:

Install-Module -Name VCF.PowerCLI -AllowClobber

Requisitos: PowerShell 7.4 o posterior es la versión mínima soportada oficialmente por Broadcom (KB 409981 y la Matriz de Compatibilidad de VCF PowerCLI). Las versiones 7.x más antiguas pueden seguir cargando el módulo, pero están fuera de soporte. En Windows, asegúrate de no utilizar Windows PowerShell 5.1, que no es compatible con el módulo actual.

Para quienes prefieren entornos Linux o Python, las API REST de vSphere son accesibles a través de:

https://<vcenter>/api

La documentación completa está disponible en el Portal para Desarrolladores de VCF PowerCLI.

Qué cambia respecto al antiguo cliente

Característica	Cliente C# (Antiguo)	HTML5 (2026)
Instalación	.exe local	Ninguna, solo navegador
Plataformas	Solo Windows	Win / Mac / Linux / Tablet
Actualizaciones	Manual	Automáticas con vCenter
Autenticación	Windows SSPI (nativa, solo Windows)	LDAPS / ADFS / Entra ID / Okta
Funcionalidad	Completa en 5.5; descatalogada en 6.0; eliminada en 6.5	Paridad total con el cliente heredado

La transición al cliente HTML5 no es solo estética. Los beneficios para los MSP y los administradores de sistemas son concretos:

Sin instalación, actualizaciones automáticas. El cliente se actualiza con cada parche de vCenter. Se acabaron las versiones incompatibles o los instaladores que distribuir a las estaciones de trabajo de los administradores.

Accesible en cualquier lugar. Windows, macOS, Linux, tablet: todo lo que necesitas es un navegador. Esto es especialmente útil en entornos MSP donde se trabaja desde diferentes estaciones.

Soporte del plugin EAP interrumpido. El VMware Enhanced Authentication Plugin —utilizado para el Single Sign-On integrado con Active Directory— fue descatalogado con vCenter Server 7.0 Update 2 en 2021 y, tras la revelación de dos vulnerabilidades críticas (CVE-2024-22245, CVSS 9.6, y CVE-2024-22250, CVSS 7.8) detalladas en VMSA-2024-0003, Broadcom decidió no parchearlo. A partir de vSphere 8.0 Update 3, el EAP ya no puede utilizarse para autenticarse en vCenter a través del vSphere Client. La autenticación se basa ahora en métodos modernos: LDAPS, ADFS, Okta y Microsoft Entra ID.

Paridad funcional total. En las primeras versiones de HTML5 faltaban algunas funciones. Con vSphere 7 y vSphere 8, la brecha se ha cerrado: todo lo que era posible con el antiguo cliente de escritorio está ahora disponible en la interfaz web.

Cómo acceder: procedimiento rápido

1. Abre tu navegador en https://<vcenter>/ui
2. Introduce tus credenciales (nombre de usuario, contraseña y dominio si es necesario; por ejemplo, vsphere.local o tu dominio de AD).
3. Haz clic en LOGIN.

Desde aquí, tienes acceso total a hosts, clústeres, VM, almacenamiento y redes.

Hacia dónde ir desde aquí

Ya no hay un VMware vSphere Client para descargar. El cliente HTML5 integrado en vCenter es la solución oficial soportada por Broadcom para gestionar entornos vSphere 8 y vSphere 9, y VCF PowerCLI es la herramienta de referencia para la automatización y las operaciones mediante scripts en todo el stack.

Si gestionas entornos VMware para clientes, el punto de partida para licencias, descargas y soporte es ahora el Portal de Soporte de Broadcom —ya no las antiguas URL de VMware—, con VCF 9 / VVF 9 publicados en un área separada de las páginas de vSphere heredadas.

Para los MSP que aún utilizan vSphere 6.x o 7.x, los próximos 12-18 meses serán críticos: con el soporte general para vSphere 7 ya finalizado en octubre de 2025 y el de vSphere 8 programado para el 11 de octubre de 2027, planificar la ruta de migración —ya sea a vSphere 8 como paso táctico o directamente a VCF 9 / VVF 9 como objetivo estratégico— es la única forma de evitar actualizaciones de emergencia y cargas de trabajo de producción sin soporte.