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 opciones con la 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, el número más bajo de hosts de sesión utilizables no será cero. Para configurar la directiva de límite de tiempo para cerrar la sesión de todos los usuarios desconectados y evitar tener hosts de sesión utilizables después de horas, vaya aConfiguración del equipo directiva> de equipo> localPlantillas> administrativasComponentes de Windows Servicios>> de Escritorio remoto Tiempo de sesiónde Escritorio>remotoLímites> detiempo de sesión Establecer límite de tiempo para sesiones desconectadas.

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.

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 el escalado automático coloca los hosts de sesiones 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 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.