Azure Virtual Desktop Hybrid llega a GA sin detallar su licencia de servicio

Microsoft ha lanzado la disponibilidad general de Azure Virtual Desktop Hybrid. Los hosts de sesión se ejecutan en el hardware y el hipervisor del cliente, conectados a Azure a través de Azure Arc, mientras que el agente de conexión y la gestión permanecen en Azure. El precio sigue ese reparto: licencia por usuario para el servicio, con el coste de cómputo, almacenamiento y red en las instalaciones del cliente. Sin embargo, la compañía aún no ha detallado el precio de esa licencia de servicio, y la documentación remite a una publicación posterior.

El anuncio llega después de que InfoQ cubriera la vista previa limitada en noviembre, cuando la capacidad se extendió más allá de Azure Local a Hyper-V, Nutanix AHV, VMware vSphere y servidores Windows físicos. En marzo se abrió una vista previa pública. La arquitectura no cambia en GA: los hosts de sesión corren en el centro de datos del cliente, Azure Arc los conecta a Azure, una extensión los configura como hosts de sesión y los usuarios acceden a escritorios y aplicaciones a través de Windows App. Toda la comunicación es saliente por HTTPS, lo que evita la necesidad de conectividad entrante.

Licencia y precios sin concretar

La reacción al anuncio ha sido unánime en un punto: nadie puede calcular el coste todavía. Azure Virtual Desktop Hybrid exige la licencia de derecho de uso del sistema operativo, más una licencia de servicio distinta de Azure Virtual Desktop Hybrid. Los primeros comentarios en el anuncio preguntan por el precio. Un MVP lo resume en los comentarios: "Como otros ya han dicho, el precio va a ser la clave aquí". Otros preguntan cómo calcular la diferencia con el precio existente para Azure Virtual Desktop en Azure Local. Ninguna de estas preguntas tiene respuesta.

Un partner que prueba Hybrid desde su presentación en Ignite 2025 plantea un problema más espinoso: la documentación solo admite Windows Server cuando las licencias de acceso de cliente de RDS incluyen Software Assurance. "Este requisito por sí solo elimina alrededor del 90% de los despliegues de nuestros clientes potenciales", escribe, ya que muchos no tienen SA en sus CALs de RDS o las compraron recientemente sin SA. También pregunta si la licencia de usuario de Hybrid, que se suma a las CALs de RDS, podría absorber ese requisito de Software Assurance.

Limitaciones que pesan

La segunda restricción es que Windows 11 y Windows 10 Enterprise multi-sesión no están soportados en Hybrid. El modelo de licencia que sustenta la mayoría de despliegues de AVD no se traslada. Las opciones admitidas son Windows Server 2016 a 2025 con CALs de RDS con SA, o Windows 10 y 11 Enterprise de sesión única mediante Microsoft 365 y licencias Windows Enterprise. Los dispositivos Windows físicos solo funcionan como hosts de sesión dedicados sin pantalla; portátiles y PCs personales no.

Eso importa por la densidad. Microsoft comercializa AVD como la única solución VDI en nube optimizada para multi-sesión, con ejemplos de dos usuarios por vCPU para cargas de Office y seis para centro de llamadas. Con sesión única, cada usuario necesita una VM, a menudo de dos vCPU y 4 GB. Para mil trabajadores, Hybrid requiere varias veces más cómputo, que el cliente ya posee o tiene que comprar. En un vídeo de Azure Academy, ocho espectadores pidieron soporte para multi-sesión de Windows 11. Uno resumía: "Buen movimiento. Podría incorporar más clientes con esto. Aún más si añadieran win11 multi".

Además, Hybrid no aprovisiona ni gestiona el estado de las VM: quedan fuera la gestión de energía, autoscale, Start VM on Connect y Session Host Configuration. Las organizaciones despliegan y gestionan sus propios hosts de sesión con herramientas hipervisor, scripts o soluciones de partners. Nerdio, Login VSI y otros están llenando esa capa operativa que Azure proporciona de forma nativa en la nube. Scott Manchester, de Nerdio, describe Hybrid como una vía más flexible hacia Windows 365, citando requisitos de cumplimiento, restricciones de coste y dinero ya invertido en infraestructura.

El caso de cargas reguladas sigue en pie: los hosts y los datos permanecen en las instalaciones, mientras el plano de control corre en Azure, satisfaciendo requisitos de residencia de datos sin mover la carga. La dependencia está documentada: los hosts necesitan acceso saliente a login.microsoftonline.com y *.wvd.microsoft.com, y Microsoft declara no compatible el bloqueo de esos endpoints. Los escritorios corren localmente; el servicio que los autentica y media, no.