Вопросы и ответы об автомасштабировании виртуального рабочего стола Azure

В этой статье приведены ответы на часто задаваемые вопросы об использовании автомасштабирования для Azure Виртуального рабочего стола.

Общие вопросы

Можно ли настроить масштабирование для определенных дат, таких как праздники?

Нет. Автомасштабирование в настоящее время не поддерживает уменьшение в определенные даты.

Будет ли взиматься дополнительная плата за использование автомасштабирования?

Нет. Дополнительные сведения о тарифах см. на нашей странице с ценами.

Как часто автомасштабирование отслеживает узлы сеансов и выполняет оценки масштабирования?

Автомасштабирование отслеживает, когда пользователи входят или выходят из своих узлов сеансов, и классифицирует это действие как события изменения сеанса. События изменения сеанса активируют оценку масштабирования, которая создает журналы. Если нет событий изменения сеанса или служба событий имеет сбой, автомасштабирование проверяет, не пропущены ли какие-либо события. Если в течение короткого периода времени происходит несколько событий изменения сеанса, функция будет пакетировать оценки масштабирования. Такая пакетная обработка позволяет автомасштабированию быстро обрабатывать большое количество событий без перегрузки системы.

Сколько виртуальных машин должно быть в пуле узлов для правильной работы автомасштабирования?

Хотя бы один.

Можно ли использовать Azure CLI для настройки автомасштабирования?

Нет, в настоящее время автомасштабирование не предлагает возможность настройки параметров с помощью Azure CLI.

Какие регионы поддерживаются?

Данные конфигурации плана масштабирования должны храниться в том же регионе, что и конфигурация пула узлов, однако развертывание виртуальных машин узла сеансов поддерживается во всех Azure регионах. Виртуальные машины можно развернуть в регионе, отличном от региона, в котором хранятся данные конфигурации пула узлов и плана масштабирования.

Обрабатывает ли автомасштабирование узлы сеансов в дополнительных регионах, если узлы сеансов в основном регионе имеют сбой?

Нет. Клиентам необходимо настроить собственную стратегию аварийного восстановления для управления сбоями. Автомасштабирование обрабатывает масштабирование только существующих виртуальных машин в регионе, в который они созданы.

Учитывает ли автомасштабирование зоны доступности во время операций масштабирования, если я создаю узлы сеансов в нескольких зонах в одном регионе?

Нет. Автомасштабирование не отслеживает, в какой зоне доступности создаются виртуальные машины, поэтому может не выполнять операции масштабирования во всех зонах одинаково.

Автомасштабирование для пулов узлов в пуле

Разделы справки настроить автомасштабирование, чтобы я запускал ноль узлов сеансов после рабочего времени?

В режиме уменьшения масштаба всегда используется минимально возможное количество узлов сеансов. Однако если есть существующие пользовательские сеансы (включая отключенные сеансы), наименьшее число доступных узлов сеансов не будет равным нулю.

Сведения о том, как автомасштабирование обрабатывает отключенные сеансы

При настройке "Остановить виртуальные машины, когда у виртуальных машин нет активных сеансов" во время уменьшения масштаба, автомасштабирование обрабатывает отключенные сеансы пользователей как активные сеансы , так как предполагается, что пользователи могут немедленно подключиться. Во время уменьшения масштаба автомасштабирование объединяет отключенных пользователей с минимальным количеством узлов, необходимым в зависимости от порогового значения емкости.

Примечание.

Эта логика консолидации применяется как к автомасштабированию Power Management (которое освобождает виртуальные машины), так и к динамическому автомасштабированию (которое может удалять виртуальные машины).

Примере: Если у вас есть 6 отключенных пользователей, максимальное число сеансов — 5, а пороговое значение емкости — 90 %, автомасштабирование вычисляет минимальное количество узлов, необходимых следующим образом:

  • Емкость на узел = 5 x 90% = 4,5 сеанса
  • Обязательные узлы = 6 / 4.5 = 1,33, округление до 2 узлов минимум

Автомасштабирование освобождает избыточные узлы, но продолжает работать 2 для удовлетворения потенциальных повторных подключений без превышения порогового значения емкости.

Достижение нуля узлов сеансов

Чтобы достичь нуля узлов сеансов в нерабочее время, необходимо иметь ноль пользовательских сеансов (включая отключенные). Настройте групповая политика для автоматического выхода из отключенных сеансов после истечения времени ожидания:

  1. Перейдите к разделу Политика >локального компьютераКонфигурация> компьютераАдминистративные шаблоны>Компоненты WindowsСлужбы >удаленных рабочих столовУдаленные рабочиестолы> Узел >удаленных рабочих столов Ограничения времени сеанса>Установить ограничение времени для отключенных сеансов
  2. Задайте соответствующее время ожидания (например, 15–30 минут)
  3. Убедитесь, что время ожидания завершится до окончания этапа уменьшения

Такое сочетание параметров автомасштабирования и объекта групповой политики обеспечивает защиту пользователей в активное время, а также позволяет полностью уменьшить число узлов в нерабочее время.

Что произойдет, если емкость пула узлов равна пороговому значению емкости?

Ничего. Автомасштабирование реагирует только в том случае, если емкость пула узлов превышает или меньше порогового значения емкости. Функция не будет ничего делать, если емкость пула узлов совпадает с пороговым значением емкости.

Если я уже настроил режим стока на узлах сеансов самостоятельно, изменяет ли автомасштабирование настроенные параметры режима стока?

Да, автомасштабирование по-прежнему включает или выключает виртуальные машины в режиме стока независимо от того, кто перевел их в режим стока. Автомасштабирование переопределяет режим стока на всех виртуальных машинах, включенных в масштабирование, поэтому, если вы хотите исключить виртуальную машину из действий масштабирования, необходимо использовать теги исключений.

Может ли принудительный выход произойти в любой фазе дня?

Нет. Если вы включили автомасштабирование, вы можете заставить пользователей выйти только на этапе уменьшения масштаба. Если узел сеанса переключиться в режим стока во время запуска, чтобы подготовить его к закрытию, но не все пользователи выходят из выхода до перехода на пиковый уровень, остальные сеансы пользователей не будут вынуждены выйти из сеанса. Причина, по которой пользователи не выходят из сеансов, заключается в том, что автомасштабирование не заставляет пользователей выходить из своих сеансов в нерабочие часы. Вместо этого автомасштабирование ожидает, пока все пользователи не выйдут из нее, прежде чем освободить виртуальную машину. Например, если этап уменьшения нагрузки составляет 15 минут, а время ожидания перед выходом пользователей и завершением работы виртуальных машин — 20 минут, расписание переходит к этапу вне пиковой нагрузки, а сеансы пользователей не будут вынуждены выйти.

Если настроить автомасштабирование для принудительного выхода пользователей во время уменьшения масштаба, будут ли пользователи с активными сеансами выходить из нее?

Примечание.

Это поведение относится как к автомасштабированию управления питанием , так и к динамическому автомасштабированию. Логика принудительного выхода и консолидации идентичны для обоих методов.

Да. Бездействующий, отключенный и активный сеансы вынуждены выйти, если пользователи не выходят из нее во время ожидания этапа скатывания.

Важно: Даже если включен параметр "Принудительное выход пользователей", автомасштабирование по-прежнему объединяет отключенных пользователей во время уменьшения масштаба. Принудительный выход применяется только к пользователям, которые остаются подключенными (или отключенными) после истечения времени ожидания. Во время уменьшения масштаба автомасштабирование будет:

  1. Консолидация отключенных пользователей с минимальным количеством узлов на основе порогового значения емкости
  2. Подождите настроенного времени ожидания (например, 15 минут)
  3. Принудительное выход пользователей, которые не выходили из нее добровольно
  4. Отмена выделения узлов после завершения сеансов

Чтобы достичь нулевого узла сеанса в нерабочее время, необходимо также настроить групповая политика для автоматического выхода из отключенных сеансов. Дополнительные сведения см. в статье Разделы справки настроить автомасштабирование для запуска нулевого узла сеанса после рабочего времени?

Если активный сеанс вынужден выйти из сеанса, но пользователь пытается повторно подключиться, есть ли способ предотвратить запуск нового сеанса на узле сеанса, на котором автомасштабирование завершает работу?

После того как автомасштабирование выберет узел сеанса для завершения работы, он переводит узел сеанса в режим стока. После завершения всех сеансов пользователей автомасштабирование освобождает виртуальную машину. После освобождения виртуальной машины автомасштабирование устанавливает для параметра AllowNewSessions значение true, что отключает режим стока. Так как автомасштабирование помещает узлы сеансов, которые собираются завершить работу, в режиме стока, пользователь, вынужденный выйти из сеанса, не сможет подключиться к узлу сеанса, который будет закрыт, если он попытается повторно подключиться после выхода из сеанса.

Может ли автомасштабирование отключить все виртуальные машины в пуле узлов или для правильной работы необходимо сохранить хотя бы несколько виртуальных машин?

Автомасштабирование может отключить все виртуальные машины в пуле узлов, если для минимального процента узлов задано значение 0 %, а на узлах сеансов в пуле узлов нет сеансов пользователей.

Почему узлы сеансов работают только с отключенными сеансами, если включен параметр "Остановить виртуальные машины при отсутствии активных сеансов"?

Примечание.

Это поведение относится как к автомасштабированию управления питанием , так и к динамическому автомасштабированию. Логика консолидации идентична; единственное отличие заключается в том, что управление питанием освобождает виртуальные машины, а динамическое автомасштабирование может удалять виртуальные машины во время уменьшения масштаба.

При настройке автомасштабирования для параметра "Остановить виртуальные машины, если у виртуальных машин нет активных сеансов", функция предотвращает освобождение узлов сеансов с активными (подключенными) сеансами пользователей. Однако отключенные сеансы по-прежнему считаются активными сеансами пользователей для вычислений емкости автомасштабирования.

Обоснование проектирования

При автомасштабировании предполагается, что пользователи с отключенными сеансами могут немедленно подключиться повторно (например, из-за перебоев в сети, циклов сна и пробуждения ноутбука или кратковременных проблем с подключением). Чтобы обеспечить бесперебойную работу пользователей при повторном подключении, автомасштабирование поддерживает работу достаточного количества узлов сеансов для размещения всех отключенных сеансов в зависимости от порогового значения емкости.

Как работает консолидация во время уменьшения

Автомасштабирование объединяет отключенных пользователей с минимальным количеством узлов сеансов с помощью следующего вычисления:

Обязательные узлы = общее число отключенных сеансов / (максимальное число сеансов x пороговое значение емкости %)

Пример:

  • 9 отключенных пользователей
  • Максимальное число сеансов: 5
  • Пороговое значение емкости: 90 %
  • Вычисление: 9 / (5 x 0,9) = 9 / 4,5 = 2 узла минимум

Автомасштабирование освобождает избыточные узлы, сохраняя при этом 2 работающих для обработки потенциальных повторных подключений.

Это поведение применяется, даже если включен параметр "Принудительное выходить из системы пользователей".

Принудительный выход применяется только к пользователям, которые не выходят из нее добровольно во время ожидания. Логика консолидации по-прежнему применяется к отключенным сеансам во время развертывания. По истечении времени ожидания автомасштабирование принуждает выходить из системы, а затем освобождает узлы.

Устранение отключенных сеансов

Чтобы полностью исключить отключенные сеансы и достичь нуля узлов сеансов в нерабочее время, настройте групповая политика для автоматического выхода из отключенных сеансов. Подробные инструкции см. в статье Разделы справки настроить автомасштабирование для запуска узлов сеансов с нуля после рабочего времени?

В чем разница между "Остановка виртуальных машин, когда нет активных сеансов" и использованием групповая политика для выхода из отключенных сеансов?

Примечание.

Рекомендации в этом разделе часто задаваемых вопросов относятся как к автомасштабированию Power Management , так и к динамическому автомасштабированию.

Это взаимодополняющие механизмы, которые служат различным целям:

"Остановка виртуальных машин, если у виртуальных машин нет активных сеансов" (параметр автомасштабирования):

  • Цель: Предотвращает освобождение узлов сеансов с активными (подключенными) сеансами пользователей
  • Поведение: Позволяет автомасштабировать для консолидации отключенных пользователей на меньшем количестве узлов во время уменьшения масштаба
  • Ограничение: НЕ устраняет отключенные сеансы; предполагает, что они могут повторно подключиться
  • Вариант использования: Защищает подключенных пользователей при уменьшении масштаба

групповая политика — "Установить ограничение времени для отключенных сеансов":

  • Цель: Автоматический выход из отключенных сеансов после истечения времени ожидания
  • Поведение: Полностью устраняет отключенные сеансы, преобразовав их в "без сеанса"
  • Пользу: Позволяет автомасштабироваться для достижения нулевого уровня узлов сеансов в сочетании с минимальным числом активных узлов = 0 %
  • Вариант использования: Обеспечивает выход всех пользователей в нерабочее время, чтобы минимизировать затраты

Рекомендуемая конфигурация:

  1. Включите параметр "Остановка виртуальных машин при отсутствии активных сеансов", чтобы защитить подключенных пользователей
  2. Включите параметр "Принудительное завершение выхода пользователей", если вы хотите выйти пользователей, которые не отключались в течение времени ожидания.
  3. Настройка объекта групповой политики для выхода из отключенных сеансов через 15–30 минут
  4. Установите минимальное значение активных узлов в 0 % в часы без пиковой нагрузки

Это сочетание обеспечивает защиту пользователей в часы активности и позволяет полностью уменьшить число узлов в нерабочее время.

Зачем настраивать алгоритм балансировки нагрузки по-разному на разных этапах расписания плана масштабирования?

При настройке расписания плана масштабирования можно указать различные алгоритмы балансировки нагрузки для разных этапов дня. Например, на этапах увеличения и пика можно использовать алгоритм балансировки нагрузки в ширину. Этот алгоритм обеспечивает равномерное распределение сеансов пользователей в течение первых двух этапов дня, что оптимизирует производительность. Аналогичным образом, на этапах уменьшения и уменьшения пикового уровня можно использовать алгоритм балансировки нагрузки с учетом глубины, чтобы помочь функции автомасштабирования консолидировать сеансы пользователей до достижения минимально возможного количества узлов сеансов в пуле узлов.

Автомасштабирование для личных пулов узлов

Что происходит с узлами сеансов, которые включатся, но не вошли в систему?

Если узел сеанса включен (путем автомасштабирования, запуска виртуальной машины при подключении или администратором) и пользователь никогда не входит в него, автомасштабирование освобождает этот узел сеанса после периода бездействия, чтобы предотвратить ненужные затраты на вычисления.

Если я откажусь от увеличения, как начать работу с личными рабочими столами?

Если вы решили не запускать личные рабочие столы с помощью автомасштабирования на этапе увеличения масштаба, автомасштабирование не запустит ваши личные рабочие столы. Вместо этого необходимо либо включить запуск виртуальной машины при подключении , чтобы убедиться, что личные рабочие столы запускаются при входе пользователей в них, либо вручную запустить личные рабочие столы самостоятельно.

Можно ли настроить автомасштабирование для принудительного выхода пользователей из личного рабочего стола?

Нет. Автомасштабирование для личных рабочих столов освобождает узлы сеансов только в том случае, если пользователь вышел из сеанса пользователя.

В чем разница между сеансом отключенного пользователя и сеансом пользователя, который был выполнен?

Дополнительные сведения см. в разделе Определения сеансов пользователей.

Перезаписывает ли автомасштабирование для личных рабочих столов режим стока узлов сеансов?

Нет. Когда автомасштабирование будет готово к освобождению личного рабочего стола из-за выхода или отключения сеанса пользователя, автомасштабирование не переводит узел сеанса в режим стока. Если пользователь пытается подключиться, когда автомасштабирование освобождает узел сеанса, он получит сообщение об ошибке "Нет доступных ресурсов".

Что произойдет, если я выберу личные рабочие столы для режима гибернации в плане масштабирования, но на моих персональных рабочих столах не включен режим гибернации?

Если вы решили, чтобы личные рабочие столы были в режиме гибернации в вашем личном плане масштабирования, но на личных рабочих столах не включен режим гибернации, автомасштабирование не будет ничего делать с узлами сеансов (не будет в спящем режиме и не будет освобождать их).

Динамическое масштабирование

Переопределяет ли минимальный размер пула узлов, определенный в плане масштабирования, параметры в пуле узлов?

Да. Минимальный размер пула узлов переопределит количество узлов сеансов, определенных в пуле узлов.

Нужно ли указывать, следует ли включать или создавать узлы сеансов на каждом этапе?

Нет. Необходимо только определить ограничение узла сеанса с минимальным размером пула узлов, максимальным размером пула узлов и минимальным процентом активных узлов (%). Если фактическое количество необходимых узлов сеансов не превышает минимальный размер пула узлов, автомасштабирование включает узлы сеансов, если используемая емкость пула узлов превышает заданное пороговое значение. Если фактическое количество необходимых узлов сеансов превышает минимальный размер пула узлов, автомасштабирование включает остановленные узлы сеансов и создает дополнительные узлы сеансов. Общее число активных узлов сеансов не превысит максимальный размер пула узлов, определенный в плане масштабирования, если используемая емкость пула узлов превышает заданное пороговое значение.

Какая версия образа используется для узлов сеансов, созданных при автомасштабировании?

Автомасштабирование создает узлы сеансов с последней допустимой или стабильной версией образа, определенной в конфигурации узла сеансов по умолчанию, если у вас еще нет активной конфигурации узла сеансов.

Как настроить план масштабирования только для включения и освобождения узлов сеансов?

Вы можете выбрать автомасштабирование управления питанием в качестве метода масштабирования при создании плана масштабирования, либо при динамическом автомасштабировании можно задать одно и то же значение для минимального размера пула узлов и максимального размера пула узлов.

Как настроить план масштабирования только для создания и удаления узлов сеансов?

Для параметра Минимальный процент активных узлов (%) можно задать значение 100. Автомасштабирование создает или удаляет узлы сеансов только в том случае, если используемая емкость пула узлов превышает или упадет ниже заданного порогового значения емкости.

Что произойдет, если количество узлов сеансов в пуле узлов превышает максимальный размер пула узлов?

Это может произойти, если максимальный размер пула узлов настраивается по-разному на каждом этапе. При автомасштабировании удаляются активные освобожденные узлы сеансов без сеансов, чтобы учитывать значение параметра Максимальный размер пула узлов на текущем этапе, а затем продолжать удалять или освобождать узлы сеансов на основе расписания и порогового значения емкости, за исключением этапа увеличения. Действие удаления и освобождения не выполняется, если количество узлов сеансов в пуле узлов не превышает максимальный размер пула узлов. Это поведение согласуется с методом автоматического масштабирования управления питанием, при котором узлы сеансов не освобождаются на этапе увеличения для пулов узлов в пуле.

Можно ли по-прежнему вручную создавать и удалять узлы сеансов?

Да, но при автомасштабировании узел сеанса, созданный вручную, будут учитываться параметры, заданные при автоматическом удалении сетевого адаптера и (или) диска.