Поделиться через

Терминология виртуального рабочего стола Azure (классическая)

  • Статья

Важно!

Это содержимое применимо к Виртуальному рабочему столу Azure (классическому), который не поддерживает объекты Azure Resource Manager для Виртуального рабочего стола Azure. Сведения об обеспечении управления объектами Azure Resource Manager для Виртуального рабочего стола Azure см. в этой статье.

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

Клиенты

Клиент Виртуального рабочего стола Azure является основным интерфейсом для управления средой Виртуального рабочего стола Azure. Каждый клиент Виртуального рабочего стола Azure должен быть связан с идентификатором Microsoft Entra, содержащим пользователей, которые будут входить в среду. В клиенте Виртуального рабочего стола Azure можно приступить к созданию пулов узлов для запуска рабочих нагрузок пользователей.

Пулы узлов

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

Пул узлов может иметь один из следующих двух типов:

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

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

Группы приложений

Группа приложений — это логическая группа приложений, установленных на узлах сеансов в пуле узлов. Группа приложений может быть одной из двух типов:

  • RemoteApp, где пользователи получают доступ к приложениям, которые вы отдельно выбираете и публикуете в группе приложений.
  • Desktop, где пользователи получают доступ к полной настольной версии

По умолчанию группа классических приложений (с именем "Группа классических приложений") автоматически создается при создании пула узлов. Эту группу приложений можно удалить в любое время. Однако вы не можете создать другую группу классических приложений в пуле узлов, пока существует группа классических приложений. Чтобы опубликовать приложение, необходимо создать группу приложений RemoteApp. Для размещения различных рабочих сценариев можно создать несколько групп приложений RemoteApp. Различные группы приложений RemoteApp также могут содержать перекрывающиеся приложения.

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

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

Группы клиентов

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

Конечные пользователи

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

Следующие шаги

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

Сведения о настройке клиента Виртуального рабочего стола Azure см. в статье Создание клиента в Виртуальном рабочем столе Azure.

Сведения о том, как подключиться к Виртуальному рабочему столу Azure, см. в одной из следующих статей: