Arquitectura de Azure Virtual Desktop: grupos de hosts y equilibrio de carga explicados

By Mirko Peters · 2026-08-27

¡Bienvenido de nuevo al blog! Si alguna vez has mirado en detalle una implementación en la nube a gran escala, sabes que crear máquinas virtuales en la nube es solo la mitad del trabajo. Cuando se trata de desplegar una estrategia sólida de virtualización de escritorio, la verdadera magia ocurre en la capa de arquitectura. Tener bien la estructura subyacente determina si tus usuarios disfrutan de

Automatically translated with AI from the original post. Read the English original

¡Bienvenido de nuevo al blog! Si alguna vez has mirado en detalle una implementación en la nube a gran escala, sabes que crear máquinas virtuales en la nube es solo la mitad del trabajo. Cuando se trata de desplegar una estrategia sólida de virtualización de escritorio, la verdadera magia ocurre en la capa de arquitectura. Tener bien la estructura subyacente determina si tus usuarios disfrutan de una respuesta rapidísima o de una lentitud frustrante, y si la factura mensual de Azure se mantiene bajo control o se descontrola.

En nuestro último episodio del podcast, Azure Virtual Desktop - Simply Explained, repasamos los conceptos básicos de AVD y por qué se ha convertido en una herramienta indispensable para las organizaciones modernas. Pero hoy vamos a ampliar notablemente esa conversación profundizando en la arquitectura técnica. Veremos cómo elegir entre grupos de hosts agrupados y personales, evaluar distintos algoritmos de equilibrio de carga, configurar límites de sesión precisos y, en última instancia, diseñar un entorno que equilibre experiencias de usuario de alto rendimiento con una eficiencia de costes estricta.

Introducción a la arquitectura de Azure Virtual Desktop

Al diseñar un entorno de Azure Virtual Desktop (AVD), estás construyendo un ecosistema que conecta los planos de control gestionados por Microsoft con los planos de datos gestionados por tu propia suscripción de Azure. El plano de control se encarga de tareas esenciales como el acceso web, los servicios de puerta de enlace, la creación de diagnósticos y la intermediación de conexiones. Mientras tanto, el plano de datos, donde viven tus cargas de trabajo reales, está formado por las máquinas virtuales de Azure que funcionan como hosts de sesión, organizadas en grupos de hosts.

Comprender esta separación de responsabilidades es fundamental para una planificación arquitectónica exitosa. Como Microsoft gestiona el trabajo pesado de la infraestructura del plano de control, tu foco principal como arquitecto cambia por completo hacia cómo aprovisionas, configuras y escalas los hosts de sesión. Tomar decisiones equivocadas en la fase de diseño puede provocar cuellos de botella, una mala utilización de los recursos y un gasto en infraestructura desorbitado. Si diseñas intencionadamente tus grupos de hosts, seleccionas estrategias de equilibrio de carga adecuadas y ajustas con precisión los límites de sesión, podrás crear un entorno que escale sin esfuerzo al mismo ritmo que crece tu organización.

Grupos de hosts agrupados frente a personales: cómo elegir el modelo adecuado

Una de las primeras decisiones de arquitectura que debes tomar al desplegar AVD es determinar si utilizarás grupos de hosts agrupados o grupos de hosts personales. Esta elección altera de forma fundamental la manera en que tus usuarios interactúan con sus máquinas virtuales y cómo tu infraestructura subyacente consume los créditos de cómputo de Azure.

Grupos de hosts agrupados: máxima eficiencia y ahorro de costes

En un grupo de hosts agrupado, varios usuarios comparten la misma máquina virtual al mismo tiempo. Por ejemplo, puedes aprovisionar una máquina virtual de Azure robusta con varias vCPU y mucha RAM, y permitir que varios usuarios simultáneos inicien sesión en esa única máquina.

La principal ventaja aquí es la eficiencia y la reducción de costes. Como los recursos se comparten, necesitas menos máquinas virtuales en ejecución de forma simultánea para dar soporte a una plantilla numerosa. Este modelo brilla en escenarios empresariales estándar, donde los usuarios ejecutan aplicaciones de línea de negocio comunes, navegadores web y aplicaciones de Microsoft 365. Sin embargo, al compartir recursos, debes gestionar los "vecinos ruidosos": una situación en la que la aplicación con un consumo intensivo de un usuario (como compilar código o renderizar gráficos) afecta temporalmente al rendimiento de los demás en el mismo host.

Grupos de hosts personales: potencia dedicada y control del estado

Por el contrario, los grupos de hosts personales asignan una única máquina virtual dedicada a un usuario concreto. Cada mañana, cuando John inicia sesión en AVD, se conecta a su propia máquina virtual aislada, a la que ningún otro usuario accede.

Este modelo es ideal para power users, desarrolladores, ingenieros o directivos que necesitan software especializado, configuraciones locales persistentes o una gran capacidad de cómputo (como aplicaciones CAD o herramientas de ciencia de datos) que no pueden compartirse fácilmente. Aunque los host pools personales ofrecen una línea base de rendimiento predecible y dedicada, y eliminan los problemas de «vecinos ruidosos», su coste económico es mayor. No es fácil reducir la escala de las máquinas virtuales personales cuando los usuarios están desconectados, a menos que implementes estrategias agresivas de desasignación, lo que significa que pagas por la capacidad de cómputo dedicada las 24 horas.

Algoritmos de equilibrio de carga: primero en amplitud frente a primero en profundidad

Una vez que decides usar host pools agrupados, la siguiente consideración de arquitectura es cómo se distribuyen las sesiones de usuario entrantes entre las máquinas virtuales disponibles en el pool. AVD ofrece dos algoritmos principales de equilibrio de carga para gestionar esta distribución: primero en amplitud (breadth-first) y primero en profundidad (depth-first).

Equilibrio de carga primero en amplitud: priorizar el rendimiento

El algoritmo primero en amplitud está diseñado para distribuir las nuevas sesiones de usuario de forma uniforme entre todos los session hosts disponibles en un host pool. Si tienes cuatro máquinas virtuales en el pool, la primera sesión de usuario va a la VM 1, la segunda a la VM 2, la tercera a la VM 3, la cuarta a la VM 4, y la quinta vuelve a la VM 1.

¿Por qué elegir primero en amplitud? Este enfoque maximiza los recursos de hardware disponibles por usuario. Como las sesiones se reparten, cada usuario dispone de una porción mayor de CPU, RAM y IOPS de disco en su máquina, lo que se traduce en una experiencia de usuario ágil y muy receptiva. Es la opción por excelencia para organizaciones en las que el rendimiento del usuario es prioritario y las cargas de trabajo de las aplicaciones son impredecibles.

Equilibrio de carga primero en profundidad: priorizar la eficiencia de costes

El algoritmo primero en profundidad sigue el enfoque exactamente contrario. Llena un único session host hasta su límite máximo de sesiones preconfigurado antes de enviar nuevas conexiones de usuario a la siguiente máquina virtual del pool.

¿Por qué elegir primero en profundidad? Este método se centra en la optimización de costes y en la alineación con el autoescalado. Al concentrar a los usuarios en un número menor de máquinas virtuales activas, el resto de VM permanecen completamente inactivas. En un entorno de nube, las VM inactivas pueden apagarse o desasignarse de forma segura mediante scripts de automatización de Azure o planes de escalado integrados. Así se evita pagar por recursos de cómputo en ejecución que no necesitas durante las horas de menor demanda.

Configuración de límites de sesión para el rendimiento y el coste

Elegir el algoritmo de equilibrio de carga es solo la mitad del problema; también debes configurar el número máximo de sesiones de tus session hosts. Establecer el umbral adecuado requiere un cuidadoso equilibrio matemático basado en el dimensionamiento de tus VM (vCPU y RAM).

Como regla general para cargas de trabajo estándar de productividad de oficina, los arquitectos suelen fijar entre 4 y 6 sesiones de usuario por vCPU, aunque esta cifra varía mucho según la combinación de aplicaciones. Por ejemplo:

• Usuarios ligeros: los usuarios que interactúan principalmente con navegadores web, correo electrónico y edición básica de documentos suelen tolerar densidades de sesión más altas.
• Usuarios intensivos: los usuarios que ejecutan análisis de datos complejos, varias aplicaciones de escritorio pesadas o videoconferencias persistentes requieren límites de sesión estrictos para evitar la inanición de recursos.

Si estableces un límite máximo de sesiones demasiado alto con una configuración de primero en profundidad, los usuarios sufrirán una degradación grave del rendimiento cuando la VM alcance su límite de recursos. Si lo estableces demasiado bajo, pierdes los beneficios de ahorro de costes que ofrece agrupar recursos. Herramientas de supervisión como Azure Monitor son fundamentales en este punto: analiza la CPU, la memoria y la longitud de las colas de disco a lo largo de un ciclo de negocio típico para ajustar el umbral exacto.

Optimización del uso de recursos y de la eficiencia de costes

La arquitectura no solo consiste en mantener todo funcionando sin problemas hoy; se trata de garantizar la sostenibilidad financiera durante toda la vida de la implementación en la nube. Para lograr una verdadera eficiencia de costes en AVD, debes aprovechar el escalado dinámico y una gestión moderna de perfiles.

Implementar el autoescalado nativo de Azure Virtual Desktop te permite encender automáticamente los session hosts cuando la demanda de usuarios aumenta por la mañana, y apagarlos de forma segura a medida que los usuarios cierran sesión por la tarde. Combinado con el equilibrio de carga primero en profundidad, el autoescalado garantiza que nunca pagues por capacidad fantasma.

Además, implementar contenedores de perfil de FSLogix es imprescindible para un entorno agrupado bien diseñado. FSLogix redirige los perfiles de usuario a un recurso compartido de archivos centralizado (como Azure Files o Azure NetApp Files) durante el inicio de sesión. Esto significa que, sin importar en qué host de sesión acabe un usuario gracias al algoritmo de distribución por amplitud, su configuración del escritorio, sus archivos OST de Outlook y sus personalizaciones seguirán con él sin problemas, lo que garantiza una experiencia de usuario coherente y, al mismo tiempo, mantiene los discos locales de las máquinas virtuales ligeros y rápidos.

Conclusiones y próximos pasos para la planificación de la arquitectura

Diseñar Azure Virtual Desktop es un ejercicio gratificante que exige equilibrar la experiencia de usuario, la previsibilidad del rendimiento y el gasto en la nube. Si evalúas con criterio los grupos de hosts agrupados frente a los personales, eliges con cuidado entre los algoritmos de equilibrio de carga por amplitud y por profundidad, y ajustas con precisión los límites de sesión junto con FSLogix y el escalado automático, podrás crear una infraestructura de escritorio virtual resiliente y de alto rendimiento.

Si estás listo para llevar tu estrategia de virtualización al siguiente nivel y quieres escuchar más análisis de expertos sobre tecnologías modernas de Microsoft, no dejes de escuchar el episodio complementario, Azure Virtual Desktop - Simply Explained. Ofrece los conocimientos básicos que necesitas para tomar decisiones de arquitectura seguras y estratégicas para tu organización.

¡Feliz diseño de arquitecturas, y nos vemos en la nube!