Preguntas más frecuentes sobre el escalado automático de Azure Virtual Desktop

No. El escalado automático no admite actualmente la reducción vertical en fechas específicas.

No. Para obtener más información sobre las tarifas, consulte nuestra página de precios.

El escalado automático supervisa cuándo los usuarios inician o cierran sesión en sus hosts de sesión y clasifican esta actividad como eventos de cambio de sesión. Los eventos de cambio de sesión desencadenan una evaluación de escalado que crea registros. Si no hay ningún evento de cambio de sesión o el servicio de eventos tiene una interrupción, el escalado automático comprueba si se ha perdido algún evento. Cuando se producen varios eventos de cambio de sesión en un breve período de tiempo, la característica procesará por lotes las evaluaciones de escalado. Este procesamiento por lotes permite que el escalado automático procese un gran número de eventos rápidamente sin sobrecargar el sistema.

Al menos uno.

No, actualmente el escalado automático no ofrece la opción de configurar los valores con CLI de Azure.

Los datos de configuración del plan de escalado deben almacenarse en la misma región que la configuración del grupo de hosts; sin embargo, la implementación de máquinas virtuales de host de sesión se admite en todas las regiones de Azure. Las máquinas virtuales se pueden implementar en una región diferente de donde se almacenan los datos de configuración del grupo host y del plan de escalado.

No. Los clientes deben configurar su propia estrategia de recuperación ante desastres para administrar las interrupciones. El escalado automático solo controla el escalado de las máquinas virtuales existentes dentro de la región en la que se crean.

No. El escalado automático no realiza un seguimiento de la zona de disponibilidad en la que se crean máquinas virtuales, por lo que es posible que no realice operaciones de escalado en todas las zonas por igual.

El modo de reducción vertical siempre usa el menor número posible de hosts de sesión. Sin embargo, si hay sesiones de usuario existentes (incluidas las sesiones desconectadas), el número más bajo de hosts de sesión utilizables no será cero.

Descripción de cómo el escalado automático controla las sesiones desconectadas

Al configurar "Detener máquinas virtuales cuando las máquinas virtuales no tienen sesiones activas" durante la reducción vertical, la escalabilidad automática trata las sesiones de usuario desconectadas como sesiones activas , ya que supone que los usuarios pueden volver a conectarse inmediatamente. Durante la reducción vertical, la escalabilidad automática consolida los usuarios desconectados en el número mínimo de hosts necesarios en función del umbral de capacidad.

Ejemplo: Si tiene 6 usuarios desconectados, un límite máximo de sesión de 5 y un umbral de capacidad del 90 %, el escalado automático calcula los hosts mínimos necesarios como:

• Capacidad por host = 5 x 90 % = 4,5 sesiones
• Hosts necesarios = 6 / 4,5 = 1,33, redondeados hasta 2 hosts como mínimo

El escalado automático desasigna el exceso de hosts, pero mantiene 2 en ejecución para dar cabida a posibles reconexiones sin superar el umbral de capacidad.

Alcanzar cero hosts de sesión

Para llegar a cero hosts de sesión después de horas, debe tener cero sesiones de usuario (incluidas las desconectadas). Configure directiva de grupo para cerrar sesión automáticamente las sesiones desconectadas después de un período de tiempo de espera:

1. Vaya a Directiva de equipo localConfiguración> del equipo >Plantillas> administrativasComponentes de Windows Servicios>> deEscritorio remotoServicios de Escritorio remotoLímites> de tiempo de sesióndel host> de sesiónEstablecer límite de tiempo para sesiones desconectadas
2. Establecer un tiempo de espera adecuado (por ejemplo, entre 15 y 30 minutos)
3. Asegúrese de que el tiempo de espera se complete antes del final de la fase de reducción

Esta combinación de configuración de escalado automático y GPO garantiza la protección del usuario durante las horas activas, al tiempo que permite reducir verticalmente a cero hosts después de horas.

Nada. El escalado automático solo reacciona cuando la capacidad del grupo de hosts es mayor o menor que el umbral de capacidad. La característica no hará nada cuando la capacidad del grupo de hosts sea la misma que el umbral de capacidad.

Sí, la escalabilidad automática sigue activando o desactivando las máquinas virtuales en modo de drenaje, independientemente de quién la ponga en modo de drenaje. El escalado automático invalida el modo de purga en todas las máquinas virtuales incluidas en el escalado, por lo que si desea excluir una máquina virtual de las acciones de escalado, debe usar etiquetas de exclusión.

No. Si ha habilitado el escalado automático, solo puede forzar a los usuarios a cerrar sesión durante la fase de reducción vertical. Si coloca un host de sesión en modo de purga durante la desintegreción para prepararlo para apagarse, pero no todos los usuarios cierran la sesión antes de que la fase cambie a fuera del pico, las sesiones de usuario restantes no se verán obligadas a cerrar la sesión. La razón por la que los usuarios no cierran sesión es porque el escalado automático no obliga a los usuarios a cerrar sesión de sus sesiones durante las horas de poca actividad. En su lugar, la escalabilidad automática espera hasta que todos los usuarios hayan iniciado sesión antes de desasignar la máquina virtual. Por ejemplo, si la fase de reducción es de 15 minutos y el tiempo de espera antes de cerrar la sesión de los usuarios y apagar las máquinas virtuales es de 20 minutos, la programación se desplaza a la fase fuera del pico y las sesiones de usuario no se verán obligadas a cerrar la sesión.

Sí. Las sesiones inactivas, desconectadas y activas se ven obligadas a cerrar sesión si los usuarios no cierran sesión durante el tiempo de espera de la fase de reducción vertical.

Importante: Incluso con la opción "Forzar usuarios de cierre de sesión" habilitada, la escalabilidad automática sigue consolidando a los usuarios desconectados durante la desconexión. El cierre de sesión forzado solo se aplica a los usuarios que permanecen conectados (o desconectados) después de que expire el tiempo de espera. Durante la reducción vertical, el escalado automático:

1. Consolide los usuarios desconectados en el número mínimo de hosts según el umbral de capacidad.
2. Espere el tiempo de espera configurado (por ejemplo, 15 minutos)
3. Forzar a los usuarios de cierre de sesión que no cerraron sesión voluntariamente
4. Desasignar hosts una vez finalizadas las sesiones

Para llegar a cero hosts de sesión después de horas, también debe configurar directiva de grupo para cerrar sesión automáticamente. Consulte Cómo configurar el escalado automático para ejecutar cero hosts de sesión después del horario laboral? para obtener más información.

Una vez que el escalado automático selecciona un host de sesión que se va a apagar, coloca el host de sesión en modo de purga. Una vez finalizadas todas las sesiones de usuario, el escalado automático desasigna la máquina virtual. Una vez que el escalado automático desasigna la máquina virtual, establece la opción AllowNewSessions en true, lo que desactiva el modo de purga. Dado que la escalabilidad automática coloca los hosts de sesión que está a punto de apagarse en modo de purga, un usuario que se ve obligado a cerrar la sesión no podrá conectarse a un host de sesión que esté a punto de apagarse si intenta volver a conectarse después de cerrar la sesión.

El escalado automático puede desactivar todas las máquinas virtuales de un grupo de hosts si el porcentaje mínimo de hosts está establecido en el 0 % y no hay sesiones de usuario en los hosts de sesión del grupo de hosts.

Al configurar el escalado automático en "Detener máquinas virtuales cuando las máquinas virtuales no tienen sesiones activas", la característica impide desasignar hosts de sesión con sesiones de usuario activas (conectadas). Sin embargo, las sesiones desconectadas se siguen tratando como sesiones de usuario activas para los cálculos de capacidad de escalado automático.

Razones de diseño

El escalado automático supone que los usuarios con sesiones desconectadas pueden volver a conectarse inmediatamente (por ejemplo, debido a interrupciones de red, ciclos de suspensión/reactivación del portátil o breves problemas de conectividad). Para garantizar una experiencia de usuario fluida al volver a conectarse, la escalabilidad automática mantiene suficientes hosts de sesión en ejecución para dar cabida a todas las sesiones desconectadas en función del umbral de capacidad.

Funcionamiento de la consolidación durante la reducción vertical

El escalado automático consolida los usuarios desconectados en el número mínimo de hosts de sesión mediante este cálculo:

Hosts necesarios = total de sesiones desconectadas/ (límite máximo de sesión x umbral de capacidad %)

Ejemplo:

• 9 usuarios desconectados
• Límite máximo de sesión: 5
• Umbral de capacidad: 90 %
• Cálculo: 9 / (5 x 0,9) = 9 / 4,5 = 2 hosts como mínimo

El escalado automático desasigna el exceso de hosts y mantiene 2 en ejecución para controlar las posibles reconexiones.

Este comportamiento se aplica incluso cuando está habilitada la opción "Forzar usuarios de cierre de sesión".

El cierre de sesión forzado solo se aplica a los usuarios que no cierran sesión voluntariamente durante el tiempo de espera. La lógica de consolidación todavía se aplica a las sesiones desconectadas durante la reducción vertical. Una vez que expire el tiempo de espera, la escalabilidad automática fuerza el cierre de sesión y, a continuación, desasigna los hosts.

Eliminación de sesiones desconectadas

Para eliminar completamente las sesiones desconectadas y llegar a cero hosts de sesión después de horas, configure directiva de grupo para cerrar sesión automáticamente las sesiones desconectadas. Consulte Cómo configurar el escalado automático para ejecutar cero hosts de sesión después del horario laboral? para obtener pasos detallados.

Información relacionada

• Para obtener ejemplos detallados de consolidación durante escenarios de cierre de sesión forzados, consulte Escenario 3: ¿Cómo consolida el escalado automático las sesiones de usuario durante la reducción vertical?
• Para obtener definiciones de umbral de capacidad, consulte Glosario de escalabilidad automática.

Estos son mecanismos complementarios que sirven para diferentes propósitos:

"Detener máquinas virtuales cuando las máquinas virtuales no tienen sesiones activas" (configuración de escalado automático):

• Propósito: Impide la desasignación de hosts de sesión con sesiones de usuario activas (conectadas)
• Comportamiento: Permite que la escalabilidad automática consolide a los usuarios desconectados en menos hosts durante la desinserción
• Limitación: NO elimina sesiones desconectadas; supone que pueden volver a conectarse
• Caso de uso: Protege a los usuarios conectados al tiempo que permite reducir verticalmente

directiva de grupo: "Establecer límite de tiempo para sesiones desconectadas":

• Propósito: Cierra sesión automáticamente las sesiones desconectadas después de un tiempo de espera
• Comportamiento: Elimina por completo las sesiones desconectadas y las convierte en "sin sesión".
• Ventaja: Permite que la escalabilidad automática alcance cero hosts de sesión cuando se combina con hosts activos mínimos = 0 %
• Caso de uso: Garantiza que todos los usuarios se cierran sesión después del horario laboral para minimizar los costos.

Configuración recomendada:

1. Habilitar "Detener máquinas virtuales cuando no haya sesiones activas" para proteger a los usuarios conectados
2. Habilite "Forzar usuarios de cierre de sesión" si desea cerrar la sesión de los usuarios que no se desconecten dentro del tiempo de espera.
3. Configurar GPO para cerrar sesión sesiones desconectadas después de 15-30 minutos
4. Establecer los hosts activos mínimos en un 0 % durante las horas de poca actividad

Esta combinación garantiza la protección del usuario durante las horas activas, a la vez que permite reducir verticalmente a cero hosts después del horario laboral.

Al configurar la programación del plan de escalado, puede especificar diferentes algoritmos de equilibrio de carga para distintas fases del día. Por ejemplo, durante las fases de subida y pico, puede usar el algoritmo de equilibrio de carga de amplitud primera. Este algoritmo garantiza una distribución uniforme de las sesiones de usuario durante las dos primeras fases del día, lo que optimiza el rendimiento. Del mismo modo, durante las fases de reducción vertical y de bajada, puede usar el algoritmo de equilibrio de carga de profundidad para ayudar a la característica de escalado automático a consolidar las sesiones de usuario hasta que alcance el número mínimo posible de hosts de sesión en el grupo de hosts.

Si un host de sesión está activado (ya sea por escalabilidad automática, Iniciar máquina virtual en Connect o por el administrador) y un usuario nunca inicia sesión en él, la escalabilidad automática desasignará ese host de sesión después de un período de inactividad para evitar incurrir en costos de proceso innecesarios.

Si decide no iniciar escritorios personales mediante el escalado automático durante la fase de aceleración, el escalado automático no iniciará los escritorios personales. En su lugar, debe habilitar Iniciar máquina virtual en Conectar para asegurarse de que los escritorios personales se inician cuando los usuarios inician sesión en ellos o iniciar manualmente los escritorios personales.

No. El escalado automático para escritorios personales solo desasigna los hosts de sesión si el usuario ha salido de la sesión de usuario.

Para obtener más información, vea Definiciones de sesión de usuario.

No. Cuando el escalado automático está listo para desasignar un escritorio personal debido a que la sesión del usuario se ha cerrar o desconectar, la escalabilidad automática no pone el host de sesión en modo de purga. Si el usuario intenta conectarse mientras el escalado automático desasigna el host de sesión, recibirá un mensaje de error que indica "No hay recursos disponibles".

Si opta por que los escritorios personales hibernan en la programación del plan de escalado personal, pero los escritorios personales no tienen habilitada la hibernación, la escalabilidad automática no hará nada en los hosts de sesión (no los hibernará y no los desasignará).

Sí. El tamaño mínimo del grupo de hosts invalidará el número de hosts de sesión definidos en el grupo de hosts.

No. Solo tiene que definir el límite de host de sesión con el tamaño mínimo del grupo de hosts, el tamaño máximo del grupo de hosts y el porcentaje mínimo de hosts activos (%). Cuando el número real de hosts de sesión necesarios no es mayor que el tamaño mínimo del grupo de hosts, la escalabilidad automática activará los hosts de sesión si la capacidad del grupo de hosts usada supera el umbral de capacidad definido. Cuando el número real de hosts de sesión necesarios es mayor que el tamaño mínimo del grupo de hosts, el escalado automático activará los hosts de sesión detenidos y creará hosts de sesión adicionales. El número total de hosts de sesión activos no superará el tamaño máximo del grupo de hosts definido en el plan de escalado si la capacidad del grupo de hosts usada supera el umbral de capacidad definido.

El escalado automático crea hosts de sesión con la versión de imagen más reciente válida o estable definida en la configuración predeterminada del host de sesión, si aún no tiene una configuración de host de sesión activa.

Puede elegir el escalado automático de administración de energía como método de escalado al crear el plan de escalado, o bien, con el escalado automático dinámico, puede establecer el mismo valor para Tamaño mínimo del grupo de hosts y Tamaño máximo del grupo de hosts.

Puede establecer el porcentaje mínimo de hosts activos (%) en 100. El escalado automático solo crea o elimina hosts de sesión si la capacidad del grupo de hosts usada supera o cae por debajo del umbral de capacidad definido.

Esto puede ocurrir si el tamaño máximo del grupo de hosts se configura de forma diferente en cada fase. El escalado automático elimina los hosts de sesión desasignados activos sin sesiones para respetar la configuración Tamaño máximo del grupo de hosts en la fase actual y, a continuación, continúa con la eliminación o desasignación de hosts de sesión según la programación y el umbral de capacidad, excepto en la fase de aceleración. No se realiza ninguna acción de eliminación o desasignación siempre que el número de hosts de sesión del grupo de hosts no supere el tamaño máximo del grupo de hosts. Este comportamiento es coherente con el método de escalado automático de administración de energía, donde los hosts de sesión no están desasignados en la fase de aceleración para los grupos de hosts agrupados.

Sí, pero cuando el escalado automático elimina un host de sesión que creó manualmente, respetará la configuración que establezca si desea eliminar automáticamente la NIC o el disco.