Azure Virtual Desktop Hybrid ya está disponible de forma general. La propuesta permite usar el servicio y el plano de control de Azure Virtual Desktop mientras las aplicaciones y los escritorios se ejecutan en máquinas que permanecen en el centro de datos del cliente.
Microsoft gestiona el servicio en Azure y los usuarios acceden mediante Windows App. Los hosts locales se registran en un grupo de hosts con el agente de Azure Arc y la extensión de AVD para Arc. La organización, sin embargo, sigue gestionando las máquinas, el hipervisor o servidor físico, la red, el aprovisionamiento y la capacidad. Es una extensión híbrida del servicio, no una conversión de la infraestructura local en una plataforma administrada.
Cuándo puede tener sentido
El modelo resulta interesante cuando una aplicación debe permanecer cerca de datos o equipos locales, cuando existe una inversión útil en virtualización o cuando una migración completa a máquinas virtuales de Azure todavía no encaja por latencia, coste o requisitos operativos. También permite ofrecer una experiencia de acceso coherente sin mover inmediatamente todas las cargas.
La disponibilidad general reduce la incertidumbre propia de una vista previa, pero no elimina la necesidad de diseñar la continuidad. Si cae el hipervisor, la red del centro de datos o el host físico, Microsoft no repone esa capacidad local. El equipo debe conservar monitorización, copias, parches, recuperación y procedimientos de sustitución.
Compatibilidad y límites que importan
AVD Hybrid admite Windows Server 2016, 2019, 2022 y 2025 en máquinas virtuales o servidores físicos sin pantalla. También admite Windows 10 y Windows 11 Enterprise en máquinas virtuales. Los dispositivos físicos con Windows cliente deben ser dedicados y sin pantalla: no se plantea para convertir portátiles personales en hosts de sesión.
Windows 10 y 11 Enterprise multisesión no están admitidos en este escenario. Tampoco están disponibles el escalado automático, Start VM on Connect, la gestión de energía ni Session Host Configuration. Estas ausencias cambian el cálculo de capacidad: el cliente debe decidir cuántos hosts mantener encendidos y cómo aprovisionarlos, actualizarlos y retirarlos.
La arquitectura oficial de AVD Hybrid detalla el registro con Arc y la matriz de sistemas operativos. Antes de avanzar confirmaría también conectividad saliente, resolución de nombres, identidad, certificados y el acceso de los usuarios a los recursos locales.
Licencia y coste: dos comprobaciones separadas
El acceso requiere derechos de usuario válidos para Azure Virtual Desktop. En Windows Server hacen falta además RDS CAL con Software Assurance o licencias de suscripción RDS por usuario. A eso se suma la tarifa del servicio AVD Hybrid. La página de precios de Azure Virtual Desktop remite al equipo de cuenta de Microsoft para concretarla.
Yo empezaría con un grupo de hosts piloto y una aplicación que represente bien las dependencias locales. Mediría experiencia del usuario, consumo de red, recuperación de sesiones, operación de Arc y esfuerzo manual de capacidad. Si el piloto confirma que el control centralizado compensa la responsabilidad local, AVD Hybrid puede ser un puente útil. Si el objetivo principal es delegar infraestructura y escalado, las limitaciones indican que un host pool completamente alojado en Azure seguirá encajando mejor.