Виртуальный рабочий стол Azure: терминология
Внимание
Это содержимое применимо к Виртуальному рабочему столу Azure с объектами Azure Resource Manager для Виртуального рабочего стола Azure. Если вы используете Виртуальный рабочий стол Azure (классический) без объектов Azure Resource Manager, ознакомьтесь с этой статьей.
Виртуальный рабочий стол Azure — это служба, которая обеспечивает пользователям легкий и безопасный доступ к виртуализированным рабочим столам и приложениям. В этой статье вы узнаете больше о терминологии и общей структуре виртуального рабочего стола Azure.
Пулы узлов
Пул узлов — это коллекция виртуальных машин Azure, зарегистрированных в Виртуальном рабочем столе Azure в качестве узлов сеансов. Для единообразного взаимодействия с пользователем, все виртуальные машины узла сеансов в пуле узлов должны быть источниками одного образа. Вы управляете ресурсами, опубликованными пользователями с помощью групп приложений.
Пул узлов может иметь один из следующих двух типов:
Личное, где каждому узлу сеанса назначается отдельный пользователь. Личные пулы узлов предоставляют выделенные рабочие столы конечным пользователям, которые оптимизируют среды для разделения производительности и данных.
В пуле, где сеансы пользователей можно сбалансировать на любой узел сеансов в пуле узлов. Одновременно может быть несколько разных пользователей на одном узле сеанса. Пулы узлов в пулах обеспечивают общий удаленный интерфейс для конечных пользователей, что обеспечивает более низкие затраты и более высокую эффективность.
В следующей таблице приведены дополнительные сведения о различиях между каждым типом пула узлов:
| Функция | Личные пулы узлов | Пулы узлов с пулами пулов узлов |
|---|---|---|
| Балансировка нагрузки | Сеансы пользователей всегда балансируют нагрузку на узел сеансов, которому назначается пользователь. Если пользователь в настоящее время не назначен узлу сеанса, сеанс пользователя балансируется на следующий доступный узел сеанса в пуле узлов. | Сеансы пользователей балансируются на узлы сеансов в пуле узлов на основе количества сеансов пользователей. Вы можете выбрать, какой алгоритм балансировки нагрузки следует использовать: в первую очередь или глубину. |
| Ограничение на максимальное число сеансов | Одно. | Как настроено максимальным значением ограничения сеанса свойств пула узлов. При высокой параллельной нагрузке подключения при одновременном подключении нескольких пользователей к пулу узлов количество сеансов, созданных на узле сеанса, может превышать максимальное ограничение сеанса. |
| Процесс назначения пользователем | Пользователи могут быть напрямую назначены узлам сеансов или автоматически назначены первому доступному узлу сеансов. Пользователи всегда имеют сеансы на узлах сеансов, которым они назначены. | Пользователи не назначаются узлам сеансов. После выхода пользователя из сеанса и входа его сеанс может сбалансировать нагрузку на другой узел сеанса. Дополнительные сведения см. в статье "Настройка назначения личного рабочего стола". |
| Масштабирование | Автомасштабирование для персональных пулов узлов запускает виртуальные машины узла сеансов в соответствии с расписанием или с помощью начальной виртуальной машины в Connect, а затем освобождает виртуальные машины узла сеансов в зависимости от состояния сеанса пользователя (отключение или отключение). | Автомасштабирование для пулов узлов включает и отключает виртуальные машины в зависимости от пороговых значений емкости и планирует, что клиент определяет. |
| Установка обновлений Windows | Обновлены с помощью Обновл. Windows, Microsoft Configuration Manager или других средств настройки распространения программного обеспечения. | Обновляется путем повторного развертывания узлов сеансов из обновленных образов вместо традиционных обновлений. |
| Пользовательские данные | Каждый пользователь использует только один узел сеанса, поэтому он может хранить данные профиля пользователя на диске операционной системы (ОС) виртуальной машины. | Пользователи могут подключаться к разным узлам сеансов при каждом подключении, поэтому они должны хранить данные профиля пользователя в FSLogix. |
Существует также два подхода к управлению для пулов узлов:
Конфигурация узла сеансов (предварительная версия), в которой виртуальный рабочий стол Azure управляет жизненным циклом узлов сеансов в пуле узлов с помощью сочетания собственных функций.
Стандартный, где вы управляете созданием, обновлением и масштабированием узлов сеансов в пуле узлов.
Дополнительные сведения см . в разделе "Подходы к управлению пулом узлов".
Среда проверки
Пул узлов можно задать для среды проверки. Среды проверки позволяют отслеживать обновления служб, прежде чем служба применяет их к рабочей или неверийской среде. Без среды проверки могут не обнаруживать изменения, которые приводят к ошибкам, что может привести к простою для пользователей в рабочей среде.
Чтобы ваши приложения работали с последними обновлениями, среда проверки должна быть как можно больше похожа на пулы узлов в среде без проверки. Пользователи должны подключаться как можно чаще к среде проверки, как и к рабочей среде. Если вы автоматизируете тестирование в пуле узлов, необходимо включить автоматическое тестирование в среде проверки.
Группы приложений
Группа приложений управляет доступом к полному рабочему столу или логической группировке приложений, доступных на узлах сеансов в одном пуле узлов. Пользователи могут назначаться нескольким группам приложений в нескольких пулах узлов, что позволяет изменять приложения и настольные компьютеры, к которым пользователи могут получить доступ.
При создании группы приложений это может быть один из двух типов:
Рабочий стол: пользователи получают доступ к полному рабочему столу Windows с узла сеанса. Доступно с пулами с пулами или личными пулами узлов.
RemoteApp: пользователи получают доступ к отдельным приложениям, которые вы выбираете и публикуете в группе приложений. Доступно только с пулами узлов.
С помощью пулов узлов пулов можно назначить оба типа групп приложений одному пулу узлов одновременно. Для каждого пула узлов можно назначить только одну группу классических приложений, но можно также назначить несколько групп приложений RemoteApp одному пулу узлов.
Пулы узлов имеют предпочтительный параметр типа группы приложений. Если у конечного пользователя есть группы приложений Для рабочего стола и RemoteApp, назначенные им в одном пуле узлов, они видят только ресурсы из предпочтительного типа группы приложений. Пользователи, назначенные нескольким группам приложений RemoteApp, назначенным одному пулу узлов, имеют доступ к агрегату всех приложений в группах приложений, которым они назначены.
Дополнительные сведения о группах приложений см. в разделе "Предпочтительный тип группы приложений" для пулов узлов в пулах.
Рабочие области
Рабочая область — это логическая группировка групп приложений. Каждая группа приложений должна быть связана с рабочей областью для просмотра рабочих столов и приложений, опубликованных им. Группе приложений может быть назначена только одна рабочая область.
Конечные пользователи
Назначив пользователей группам приложений, они могут подключиться к развертыванию Виртуального рабочего стола Azure с любым из клиентов Виртуального рабочего стола Azure.
Сеансы пользователей
В этом разделе мы рассмотрим каждый из трех типов сеансов пользователей, которые могут иметь конечные пользователи.
Активный сеанс пользователя
Сеанс пользователя считается активным , когда пользователь входит и подключается к своему рабочему столу или ресурсу RemoteApp.
Отключенный сеанс пользователя
Отключенный сеанс пользователя — это неактивный сеанс, из которого пользователь еще не вышел. Когда пользователь закрывает окно удаленного сеанса, не выходя из него, сеанс отключается. Когда пользователь повторно подключается к удаленным ресурсам, он перенаправляется на отключенный сеанс на узле сеанса, над которым они работали. На этом этапе отключенный сеанс снова становится активным.
Ожидающий сеанс пользователя
Ожидающий сеанс пользователя — это замещающий сеанс, который резервирует место для пользователя на виртуальной машине с балансировкой нагрузки. Так как процесс входа в систему может занять от 30 секунд до пяти минут в зависимости от профиля пользователя, этот сеанс заполнителя гарантирует, что пользователь не будет выбролен из сеанса, если другой пользователь сначала завершит вход.
Следующий шаг
Узнайте об архитектуре службы виртуального рабочего стола Azure и устойчивости.