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