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