En este artículo se da respuesta a preguntas frecuentes sobre el empleo de la escalabilidad automática para Azure Virtual Desktop.
Preguntas generales
¿La escalabilidad automática crea o elimina máquinas virtuales en función de la carga del servicio?
No.
¿Cambia la escalabilidad automática la SKU o el tamaño de las máquinas virtuales?
No.
¿Puedo configurar el escalado para fechas específicas, como días festivos?
No. La escalabilidad automática no admite actualmente el descenso en fechas específicas.
¿Se me va a cobrar más por usar la escalabilidad automática?
No. Para más información sobre las tarifas, consulte la página de precios.
¿Con qué frecuencia supervisa la escalabilidad automática los hosts de sesión y realiza evaluaciones de escalado?
La escalabilidad automática supervisa cuándo los usuarios inician o cierran sesión en sus hosts de sesión y clasifica 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, la escalabilidad automática comprueba si se ha perdido algún evento. Cuando se suceden 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 la escalabilidad automática procese un gran número de eventos rápidamente sin sobrecargar el sistema.
¿Cuántas máquinas virtuales deben estar en un grupo de hosts para que la escalabilidad automática funcione correctamente?
Al menos una.
¿Puede usar la CLI de Azure para configurar la escalabilidad automática?
No, actualmente la escalabilidad automática no ofrece la opción de configurar las opciones con la CLI de Azure.
¿Qué regiones se admiten?
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 del host de sesión se admite en todas las regiones de Azure. Las máquinas virtuales se pueden implementar en una región diferente a la de donde se almacenan los datos de configuración del grupo de hosts y del plan de escalado.
¿La escalabilidad automática controla el escalado de los hosts de sesión en regiones secundarias si los hosts de sesión de la región primaria tienen una interrupción?
No. Los clientes deben configurar su propia estrategia de recuperación ante desastres para administrar las interrupciones. La escalabilidad automática solo controla el escalado de las máquinas virtuales existentes dentro de la región en la que se han creado.
¿Tiene el escalado automático en cuenta las zonas de disponibilidad durante las operaciones de escalado si creo los hosts de sesión en varias zonas dentro de una región?
No. La escalabilidad automática 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.
Escalabilidad automática para grupos de hosts agrupados
¿Cómo configurar la escalabilidad automática para ejecutar cero hosts de sesión después del horario laboral?
El modo de descenso siempre utiliza el menor número 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. A fin de 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 fuera del horario de trabajo, vaya a Directiva de equipo local>Configuración del equipo>Plantillas administrativas>Componentes de Windows>Servicios de Escritorio remoto>Host de sesión de Escritorio remoto>Límites de tiempo de sesión>Establecer el límite de tiempo para las sesiones desconectadas.
¿Qué ocurre si la capacidad del grupo de hosts es igual al umbral de capacidad?
Nada. La escalabilidad automática 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 igual que el umbral de capacidad.
Si ya he configurado el modo de purga en los hosts de sesión, ¿la escalabilidad automática cambia la configuración del modo de purga configurado?
Sí, la escalabilidad automática sigue activando o desactivando las máquinas virtuales en modo de purga, independientemente de quién las haya puesto en ese modo. La escalabilidad automática invalida el modo de purga en todas las máquinas virtuales incluidas en el escalado, por lo que si quiere excluir una máquina virtual de las acciones de escalado, debe usar etiquetas de exclusión.
¿Con qué frecuencia supervisa la escalabilidad automática los hosts de sesión y realiza evaluaciones de escalado?
La escalabilidad automática supervisa cuándo los usuarios inician o cierran sesión en sus hosts de sesión y clasifica 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, la escalabilidad automática comprueba si se ha perdido algún evento. Cuando se suceden varios eventos de cambio de sesión en un breve período de tiempo, la característica procesa por lotes las evaluaciones de escalado. Este procesamiento por lotes permite que la escalabilidad automática procese un gran número de eventos rápidamente sin sobrecargar el sistema.
¿El cierre de sesión forzado puede tener lugar en cualquier fase del día?
No. Si ha habilitado la escalabilidad automática, solo puede forzar a los usuarios a cerrar sesión durante la fase de descenso. Esto significa que si, durante el descenso, pone un host de sesión en modo de purga como preparación para que se apague, pero no todos los usuarios cierran sesión antes de se cambie a la fase de menor actividad, no se forzará a las sesiones de usuario restantes a cerrar sesión. La razón por la que los usuarios no han cerrado la sesión es porque el escalado automático no obliga a los usuarios a cerrar la sesión durante las horas de menor actividad. En su lugar, la escalabilidad automática espera hasta que todos los usuarios hayan cerrado sesión para desasignar la máquina virtual. Por ejemplo, si la fase de descenso dura 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 pasa a la fase de menor actividad y las sesiones de usuario no se verán forzadas a cerrarse.
Si configuro la escalabilidad automática para forzar a los usuarios a cerrar sesión durante el descenso, ¿también se cerrará la sesión de los usuarios con sesiones activas?
Sí. Las sesiones inactivas, desconectadas y activas se verán forzadas a cerrar sesión si los usuarios no cierran sesión durante el tiempo de espera de la fase de descenso.
Si una sesión activa se ve forzada a cerrar sesión, pero el usuario intenta volver a conectarse, ¿hay alguna manera de evitar que el usuario inicie una nueva sesión en un host de sesión que la escalabilidad automática está a punto de apagar?
Cuando la escalabilidad automática selecciona un host de sesión que se va a apagar, lo pone en modo de purga. Una vez cerradas todas las sesiones de los usuarios, la escalabilidad automática desasigna la máquina virtual. Después de que la escalabilidad automática desasigna la máquina virtual, establece la configuració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án a punto de apagarse en modo de purga, un usuario que se vea forzado a cerrar su 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 haber cerrado su sesión.
¿La escalabilidad automática puede apagar todas las máquinas virtuales de un grupo de hosts, o necesita mantener activas al menos algunas de ellas para funcionar correctamente?
La escalabilidad automática puede apagar todas las máquinas virtuales de un grupo de hosts si el porcentaje mínimo de hosts está establecido en 0 % y no hay sesiones de usuario en los hosts de sesión del grupo de hosts.
¿Por qué me gustaría configurar el algoritmo de equilibrio de carga de forma diferente durante las distintas fases de la programación del plan de escalado?
Al configurar la programación del plan de escalado, puede especificar algoritmos de equilibrio de carga diferentes para las distintas fases del día. Por ejemplo, durante las fases de ascenso y de pico, puede usar el algoritmo de equilibrio de carga en amplitud. 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 descenso y fuera de horas punta, puede usar el algoritmo de equilibrio de carga en profundidad para ayudar a que la característica de escalabilidad automática consolide las sesiones de usuario hasta que alcance el número mínimo posible de hosts de sesión en el grupo de hosts.
Escalabilidad automática para los grupos de hosts personales
¿Qué ocurre con los hosts de sesión que se activan pero a los que nunca se inicia sesión?
Si se activa un host de sesión (ya sea por escalabilidad automática, Iniciar máquina virtual al conectar o por el administrador) y un usuario nunca se conecta a él, la escalabilidad automática desasigna ese host de sesión tras un periodo de inactividad para evitar incurrir en costes de proceso innecesarios.
¿Cómo se iniciarán mis escritorios personales si decido no realizar una fase de aceleración?
Si decide que la escalabilidad automática no inicie los escritorios personales durante la fase de aceleración, la escalabilidad automática no iniciará sus escritorios personales. En su lugar, debe habilitar Iniciar máquina virtual al conectar para asegurarse de que los escritorios personales se inicien cuando los usuarios inicien sesión en ellos o iniciar manualmente los escritorios personales usted mismo.
¿Puedo configurar la escalabilidad automática para obligar a los usuarios a cerrar sesión en su escritorio personal?
No. La escalabilidad automática para escritorios personales solo desasigna los hosts de sesión si el usuario ha cerrado la sesión de usuario.
¿Cuál es la diferencia entre una sesión de usuario desconectada y una sesión de usuario a la que se le ha cerrado la sesión?
Para obtener más información, consulte Definiciones de sesión de usuario.
¿La escalabilidad automática para escritorios personales sobrescribe el modo de purga de los hosts de sesión?
No. Cuando la escalabilidad automática está lista para desasignar un escritorio personal debido a que la sesión de usuario se ha cerrado o desconectado, la escalabilidad automática no coloca el host de sesión en modo de purga. Si el usuario intenta conectarse mientras la escalabilidad automática está desasignando el host de sesión, recibirá un mensaje de error que indica "No hay recursos disponibles".
¿Qué ocurre si opto por que los escritorios personales se hibernen en mi plan de escalado, pero mis escritorios personales no tienen habilitada la hibernación?
Si opta por tener los escritorios personales hibernados en la programación de su plan de escalado personal, pero los escritorios personales no tienen habilitada la hibernación, la escalabilidad automática no hará nada con sus hosts de sesión (no los hibernará ni los desasignará).