Развертывание виртуального рабочего стола Azure

Важно!

Виртуальный рабочий стол Azure в Azure Local для Azure для государственных организаций и для Azure, предоставляемый 21Vianet (Azure в Китае), в настоящее время является предварительной версией. Юридические условия, применимые к функциям Azure, находящимся в бета-версии, предварительной версии или иным образом не выпущенным в общедоступной версии, см. в Дополнительных условиях использования предварительных версий Microsoft Azure.

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

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

Вы можете выполнить все эти задачи в одном процессе при использовании портала Azure, но также можете делать это по отдельности.

При создании пула узлов можно выбрать один из двух подходов к управлению:

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

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

Совет

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

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

Предварительные требования

Важно!

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

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

Важно!

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

Если вы используете управляемое удостоверение, дополнительным предварительным требованием является хранилище ключей, содержащее секреты для учетной записи локального администратора виртуальной машины и учетная запись присоединения к домену при присоединении узлов сеансов к домену Active Directory. Предоставьте управляемому удостоверению роль пользователя "Секреты Key Vault" (или "Получить политику секретного доступа") в этом хранилище ключей. Сведения о хранилище ключей и RBAC см. в списке предварительных требований ниже.

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

Помимо общих предварительных требований, вам потребуется:

Управляемому удостоверению пула узлов необходимо назначить роль "Управление доступом на основе ролей (RBAC) "Поставщик виртуальных машин виртуализации рабочих столов " в группе ресурсов или подписке, которую вы хотите использовать для узлов сеансов. Дополнительные сведения см. в статье Назначение ролей RBAC Azure или Microsoft Entra субъектам-службам виртуального рабочего стола Azure.

Совет

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

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

Тип ресурса	Роль RBAC	Scope
Пул узлов, рабочая область и группа приложений	Участник виртуализации рабочих столов	Группа ресурсов или подписка
Узлы сеансов (Azure)	Участник, участвовавший в создании виртуальных машин	Группа ресурсов или подписка
Key Vault	Пользователь секретов Key Vault	Хранилище ключей, содержащее локальные учетные данные и (или) учетные данные домена

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

Если вы присоединяете узлы сеансов к домену Active Directory или используете гибридное присоединение Microsoft Entra, вам потребуются дополнительные разрешения:

Для домена доменных служб Microsoft Entra необходимо быть участником группы "Администраторы контроллеров домена AAD".

Для домена доменных служб Active Directory (AD DS) необходимо использовать учетную запись с большим объемом разрешений, чем обычно требуется для присоединения к домену, поскольку новый образ операционной системы повторно использует существующий объект-компьютер. Разрешения и свойства, приведенные в следующей таблице, необходимо применять к учетной записи в подразделении (OU), содержащем узлы сеансов:

Имя	Тип	Сфера применения
Сброс пароля	Разрешить	Объектам-потомкам Computer
Удостоверенная запись на узел с DNS-именем	Разрешить	Объектам-потомкам Computer
Удостоверенная запись на узел с именем участника службы	Разрешить	Объектам-потомкам Computer
Чтение ограничений учетной записи	Разрешить	Объектам-потомкам Computer
Написать ограничения учетной записи	Разрешить	Объектам-потомкам Computer

Начиная с KB5020276 года были введены дополнительные меры защиты для повторного использования учетных записей компьютеров в домене Active Directory. Чтобы успешно повторно использовать существующий объект-компьютер для узла сеанса, выполните одно из следующих действий.

Учетная запись пользователя, присоединяющая узел сеансов к домену, является создателем существующей учетной записи компьютера.
Учетная запись компьютера была создана участником группы безопасности администраторов домена.
Примените параметр Domain controller: Allow computer account re-use during domain join групповой политики к владельцу учетной записи компьютера. Дополнительные сведения о область этого параметра см. в разделе KB5020276.

Хранилище ключей, содержащее секреты, которые требуется использовать для учетных данных учетной записи локального администратора виртуальной машины, и, если вы присоединяете узлы сеансов к домену Active Directory, учетные данные вашей учетной записи присоединения к домену. Для каждого имени пользователя и пароля нужен один секрет. Пароль локального администратора виртуальной машины должен соответствовать требованиям пароля при создании виртуальной машины.
- Предоставление управляемому удостоверению пула узла возможности читать секреты. Ваше хранилище ключей можно настроить на использование:
  - Модель разрешений RBAC Azure с ролью "Секреты Key Vault" Пользователь, назначенный управляемому удостоверению пула узлов.
  - Политика доступа с разрешением " Получить секрет", назначенное управляемому удостоверению пула узлов. Это не поддерживается, если вы решили использовать системное управляемое удостоверение во время создания пула узлов.
- Настройте конфигурацию доступа к хранилищу ключей, чтобы разрешить Azure Resource Manager для развертывания шаблона.
- Настройте сетевые параметры хранилища ключей: либо запрет общедоступного доступа, а также разрешение только доверенных служб (рекомендуется), либо разрешение общедоступного доступа из всех сетей.
Чтобы любые пользовательские сценарии PowerShell в конфигурации, указанные в конфигурации узла сеансов, запускались после обновления, URL-адрес сценария должен быть разрешимым из общедоступного Интернета.
Не отключайте удаленное управление Windows (WinRM) при создании узлов сеансов с помощью портала Azure, так как этого требует PowerShell DSC.
Если вы хотите использовать Azure PowerShell локально, см. статью Использование командной строки Azure и Azure PowerShell с Виртуальным рабочим столом Azure, чтобы убедиться, что установлен модуль PowerShell Az.DesktopVirtualization. Или используйте Azure Cloud Shell.
Командлеты Azure PowerShell для виртуального рабочего стола Azure, поддерживающие пулы узлов с конфигурацией узла сеансов, доступны в предварительной версии. Чтобы использовать эти командлеты, добавленные в версии 5.3.0, необходимо скачать и установить предварительную версию модуля Az.DesktopVirtualization .

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

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

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

Тип ресурса	Роль RBAC
Пул узлов, рабочая область и группа приложений	Участник виртуализации рабочих столов
Узлы сеансов (расширенные зоны Azure и Azure)	Участник, участвовавший в создании виртуальных машин
Узлы сеансов (Azure Local)	Участник Azure Stack HCI VM

Чтобы назначить пользователей в группу приложений, также необходимы Microsoft.Authorization/roleAssignments/write разрешения для группы приложений. Встроенные роли RBAC, включающие это разрешение: доступ пользователя, администратор и владелец.
Не отключайте удаленное управление Windows при создании узлов сеансов с помощью портала Azure, так как это требуется для PowerShell DSC.
Чтобы добавить узлы сеансов в Azure Local, вам также потребуется:
- Экземпляр Azure Local, зарегистрированный в Azure. Экземпляры Azure Local должны работать как минимум с версии 23H2. Дополнительные сведения см. в статье Обзор развертывания Azure Stack HCI версии 23H2. Средства управления виртуальными машинами Azure Arc устанавливаются автоматически.
- Стабильное подключение к Azure из локальной сети.
- По крайней мере один образ ОС Windows, доступный для этого экземпляра. Дополнительные сведения см. в статьях о создании образов виртуальных машин с помощью образов из Azure Marketplace, использовании образов в учетной записи хранения Azure и использовании образов в локальной общей папке.
- Логическая сеть, созданная на основе экземпляра Azure Local. Поддерживаются логические сети DHCP или статические логические сети с автоматическим выделением IP-адресов. Дополнительные сведения см. в статье Создание логических сетей для Azure Local.
Чтобы развернуть узлы сеансов в расширенных зонах Azure, вам также потребуется:
- Ваша подписка Azure зарегистрирована в соответствующей расширенной зоне Azure. Дополнительные сведения см. в статье Запрос доступа к расширенной зоне Azure.
- Балансировщик нагрузки Azure с правилом исходящего трафика в виртуальной сети, в которой развертываются узлы сеансов. При добавлении узлов сеансов можно использовать существующую подсистему балансировки нагрузки или создать новую.

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

Если вы хотите использовать Azure PowerShell локально, см. статью Использование интерфейса командной строки Azure и Azure PowerShell с виртуальным рабочим столом Azure, чтобы убедиться, что установлен модуль Azure PowerShell Az.DesktopVirtualization. Или используйте Azure Cloud Shell.

Важно!

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

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

Если вы хотите использовать интерфейс командной строки Azure локально, см. статью Использование интерфейса командной строки Azure и Azure PowerShell с Виртуальным рабочим столом Azure, чтобы убедиться, что установлено расширение командной строки Azure для виртуализации рабочих столов. Или используйте Azure Cloud Shell.

Важно!

Создание пула узлов с конфигурацией узлов сеансов

Примечание.

Конфигурация узла сеансов в настоящее время не поддерживается в Azure Local.

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

Портал Azure
Azure PowerShell

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

Войдите на портал Azure.
В строке поиска введите "Виртуальный рабочий стол Azure" и выберите соответствующую запись службы.
Выберите "Хост-пулы" и нажмите "Создать".

На вкладке " Основы " заполните следующие сведения:

Параметр	Значение/описание
Подписка	В раскрывающемся списке выберите подписку, в которой нужно создать пул узлов.
Группа ресурсов	Выберите существующую группу ресурсов или нажмите кнопку "Создать новую " и введите имя.
Имя пула узлов	Введите имя пула узлов, например hp01, длиной до 64 символов.
Расположение	Выберите регион Azure, в котором вы хотите создать пул узлов.
Среда проверки	Нажмите кнопку "Да", чтобы создать пул узлов, который будет использоваться в качестве среды проверки.
Область развертывания	Выберите "Региональный", чтобы сохранить метаданные пула узлов в региональной базе данных в регионе Azure, выбранном для расположения, или "Географический", чтобы сохранить их в географической базе данных, обслуживающей этот регион. Географические параметры используются по умолчанию. Область развертывания отображается только в том случае, если регион, выбранный для расположения, поддерживает региональные хост-пулы. Если выбрать регион, который их не поддерживает, поле не будет показано, а пул узлов будет создан как пул узлов с географическим расположением. В регионе, где они поддерживаются, при выборе географического направления создается пул географических узлов в точности так, как и раньше, поэтому существующие процессы развертывания не изменяются. Область развертывания нельзя изменить после создания пула узлов.
Тип предпочитаемой группы приложений	Выберите предпочтительный тип группы приложений для этого пула узлов — RemoteApp или RemoteApp. Группа классических приложений создается автоматически при использовании портала Azure, в зависимости от того, какой тип группы приложений вы установите в качестве предпочтительного.
Тип пула узлов
Тип пула узлов	Пул выбирается автоматически и является единственным типом пула узла, поддерживаемым конфигурацией узла сеансов.
Использование конфигурации узла сеанса	Выберите Да.

Завершив заполнение этой вкладки, нажмите кнопку "Далее". Узлы сеансов.

На вкладке Узлы сеансов заполните следующие сведения, которые записываются в конфигурации хоста сеансов и используются для создания хостов сеансов.

Параметр	Значение/описание
Число узлов сеансов	При создании пула узлов введите количество узлов сеансов, которые необходимо создать. Можно ввести 0 , чтобы не создавать узлы сеансов на этом этапе, но конфигурация узла сеансов все равно создается со значениями, указанными вами при создании узлов сеансов. При желании вы можете развернуть до 500 виртуальных машин узла сеансов (в зависимости от квоты подписки) или добавить дополнительные виртуальные машины позже. Дополнительные сведения см. в статьях Ограничения служб виртуального рабочего стола Azure и ограничения виртуальных машин.
Конфигурация узла сеансов
Группа ресурсов	По умолчанию автоматически выбирается группа ресурсов, в которую включен пул узлов на вкладке " Основы ", но можно выбрать и другой вариант из раскрывающегося списка.
Префикс имени	Введите имя для ваших узлов сеансов, например hp01-sh. Это значение используется в качестве префикса для виртуальных машин узла сеансов. Каждый узел сеанса содержит суффикс из дефиса, а затем порядковый номер, добавляемый в конец, например hp01-sh-0. Оно может содержать не более 10 символов и используется в имени компьютера в операционной системе. Префикс и суффикс в сочетании могут содержать не более 15 символов. Имена узлов сеансов должны быть уникальными.
Местоположение виртуальной машины	Выберите регион Azure, в котором нужно развернуть виртуальные машины узла сеансов. Этот регион должен совпадать с регионом вашей виртуальной сети.
Зоны доступности	Выберите одну или несколько зон доступности для развертывания виртуальных машин.
Тип защиты	Выберите виртуальные машины Standard, Доверенный запуск или Конфиденциальные виртуальные машины. - При выборе виртуальных машин доверенного запуска автоматически выбираются параметры безопасной загрузки и vTPM . - При выборе конфиденциальных виртуальных машин автоматически выбираются параметры безопасной загрузки, vTPM и мониторинга целостности . При использовании конфиденциальной виртуальной машины нельзя отказаться от использования vTPM. По умолчанию используются виртуальные машины с доверенным запуском.
Image	Выберите из списка образ операционной системы, который вы хотите использовать, или выберите «Просмотреть все изображения», чтобы увидеть больше, включая любые пользовательские образы, которые вы создаете и храните как общий образ Коллекции вычислений Azure или управляемый образ.
Размер виртуальной машины	Выберите номер SKU. Если вы хотите использовать другой номер SKU, нажмите "Изменить размер", а затем выберите из списка.
Тип диска ОС	Выберите тип диска для узлов сеансов. Для производственных рабочих нагрузок рекомендуется использовать SSD ценовой категории "Премиум".
Диагностика загрузки	Укажите, нужно ли включить диагностику загрузки.
Сеть и безопасность
Виртуальная сеть	Выберите свою виртуальную сеть. Появится возможность выбрать подсеть.
Подсеть	Выберите подсеть из виртуальной сети.
Тип группы безопасности сети	Выберите, хотите ли вы использовать группу безопасности сети (NSG). - Basic создает новую NSG, и можно указать общедоступные входящие порты. - Расширенные параметры позволяют выбрать существующую группу безопасности сети. Вам не нужно открывать входящие порты для подключения к виртуальному рабочему столу Azure. Дополнительные сведения см. в статье Общие сведения о сетевых подключениях Виртуального рабочего стола Azure.
Домен для присоединения
Выберите каталог, к которому нужно присоединиться	Выберите Active Directory, а затем выберите хранилище ключей, которое содержит секреты для имени пользователя и пароля для учетной записи присоединения к домену. При желании можно указать доменное имя и путь к организационному подразделению.
Учетная запись администратора виртуальной машины	Выберите хранилище ключей и секрет для имени пользователя и пароля локальной учетной записи администратора новых виртуальных машин узла сеансов. Имя пользователя и пароль должны соответствовать требованиям для виртуальных машин Windows в Azure.
Настраиваемая конфигурация
URL-адрес пользовательского сценария конфигурации	Если вы хотите запустить скрипт PowerShell во время развертывания, вы можете ввести URL-адрес здесь.

Совет

Завершив открытие этой вкладки, вы можете при необходимости зарегистрировать группу классических приложений по умолчанию с новой или уже существующей рабочей областью из этого пула узлов и включить параметры диагностики, выбрав Далее: рабочая область. Кроме того, если вы хотите создать и настроить их отдельно, нажмите Далее: Просмотреть + создать и перейти к шагу 9.

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

Параметр	Значение/описание
Регистрация группы классических приложений	Выберите Да. При этом группа классических приложений по умолчанию регистрируется в выбранной рабочей области.
В эту рабочую область	Выберите существующую рабочую область из списка или нажмите кнопку "Создать новую " и введите имя, например ws01.

Завершив заполнение этой вкладки, выберите Далее: Управление.

Необязательно. На вкладке " Управление " можно назначить управляемое удостоверение и включить параметры диагностики для пула узлов.

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

Параметр	Значение/описание
Назначение управляемого удостоверения	Установите флажок, чтобы включить управляемое удостоверение для пула узлов.
Тип управляемого удостоверения	Выберите один из приведенных ниже вариантов. - Управляемое удостоверение, назначенное системой: привязано к жизненному циклу пула узлов. Автоматическое удаление при удалении пула узлов. Соответствующие разрешения назначаются автоматически, если ваша учетная запись может назначить RBAC в соответствующей области. - Назначенное пользователем управляемое удостоверение: независимый ресурс, который можно назначить одному или нескольким пулам узлов. Сохраняется независимо от пула узлов. Выберите соответствующую подписку, группу ресурсов и управляемое удостоверение в раскрывающемся списке "Существующие назначенные пользователями удостоверения".

Параметр

Значение/описание

Назначение управляемого удостоверения

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

Тип управляемого удостоверения

Выберите один из приведенных ниже вариантов.

- Управляемое удостоверение, назначенное системой: привязано к жизненному циклу пула узлов. Автоматическое удаление при удалении пула узлов. Соответствующие разрешения назначаются автоматически, если ваша учетная запись может назначить RBAC в соответствующей области.

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

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

Параметр	Значение/описание
Включение параметров диагностики	Установите флажок.
Выбор сведений о месте назначения для отправки журналов	Выберите одно из следующих мест назначения: - Отправка в рабочую область Log Analytics - Архивация в учетную запись хранения - Stream в концентратор событий

Завершив ввод этой вкладки, нажмите кнопку "Далее: теги".

Необязательно: на вкладке "Теги " вы можете ввести любые нужные пары имя/значение, а затем нажать кнопку "Далее". Рецензирование + создание.
На вкладке "Рецензирование + создание " убедитесь, что она прошла проверку, и просмотрите сведения во время развертывания.
Нажмите кнопку "Создать ", чтобы создать пул узлов.
После создания пула узлов выберите "Перейти к ресурсу ", чтобы перейти к обзору нового пула узлов, а затем выберите "Свойства ", чтобы просмотреть его свойства.

Действия после развертывания

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

Лицензирование

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

Если у вас есть соответствующие лицензии для выполнения рабочих нагрузок виртуального рабочего стола Azure, вы можете применить лицензию Windows или Windows Server к узлам сеансов в рамках виртуального рабочего стола Azure и запускать их без оплаты за отдельную лицензию. Эта лицензия применяется автоматически при создании узлов сеансов с помощью службы Виртуальный рабочий стол Azure, но ее, возможно, потребуется применять отдельно, если узлы сеансов создаются за пределами Виртуального рабочего стола Azure. Дополнительные сведения см. в разделе Применение лицензии Windows к виртуальным машинам узла сеансов.
Если узлы сеансов работают под управлением ОС Windows Server, необходимо также выдать им лицензию на клиентский доступ (CAL) служб удаленных рабочих столов (RDS) с сервера лицензирования RDS. Дополнительные сведения см. в статье Лицензирование развертывания RDS с помощью клиентских лицензий.
Для узлов сеансов в Azure Local необходимо лицензировать и активировать виртуальные машины, прежде чем использовать их с Виртуальным рабочим столом Azure. Для активации виртуальных машин, использующих многосеансовый режим Windows 10 Корпоративная, многосеансовый режим Windows 11 Корпоративная и Windows Server 2022 Datacenter: Edition Azure, используйте проверку Azure для виртуальных машин. Для всех остальных образов ОС (например, Windows 10 Корпоративная, Windows 11 Корпоративная и другие выпуски Windows Server) необходимо продолжать использовать существующие способы активации. Дополнительные сведения см. в статье Активация виртуальных машин Windows Server в Azure Local.

Узлы сеансов, присоединенные к Microsoft Entra

Для узлов сеансов в Azure, которые присоединены к Microsoft Entra ID, также необходимо включить единый вход или более ранние протоколы аутентификации, назначить пользователям роль RBAC и просмотреть свои политики многофакторной аутентификации, чтобы пользователи могли входить в виртуальные машины. Дополнительные сведения см. в разделе Узлы сеансов, присоединенные к Microsoft Entra.

Примечание.

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

Ниже описано, как создать пул узлов с конфигурацией узлов сеансов и политикой управления узлами сеансов с помощью Azure PowerShell. Вы можете изменить конфигурацию узла сеансов и политику управления узлом сеансов после развертывания. Обязательно измените значения <placeholder> на свои собственные.

Важно!

В следующих примерах свойство ManagementType = 'Automated' указано. Это свойство применяется автоматически при создании пула узлов с конфигурацией узлов сеансов. Тип управления невозможно изменить после создания пула узлов. Если вы создадите пул узлов без конфигурации узла сеансов, вы не сможете добавить его впоследствии.

Откройте Azure Cloud Shell в портал Azure с помощью типа терминала PowerShell или запустите PowerShell на локальном устройстве.
- Если вы используете Cloud Shell, убедитесь, что в качестве контекста Azure задана подписка, которую вы хотите использовать.
- Если вы используете PowerShell локально, сначала войдите в Azure PowerShell, а затем убедитесь, что в качестве контекста Azure задана подписка, которую вы хотите использовать.

Используйте New-AzWvdHostPool командлет в следующем примере, чтобы создать пул узлов с конфигурацией узла сеансов с помощью алгоритма балансировки нагрузки в ширину, настольный компьютер в качестве предпочтительного типа группы приложений, SystemAssigned в качестве типа управляемых удостоверений и региональный в качестве области развертывания. Область регионального развертывания записывает метаданные в региональную базу данных. Этот параметр не является обязательным. Если он не задан, пул узлов создается с географической область развертывания. Доступно больше параметров; для получения дополнительной информации см . справочник по PowerShell New-AzWvdHostPool.
```
$parameters = @{
 Name = '<HostPoolName>'
 ResourceGroupName = '<ResourceGroupName>'
 ManagementType = 'Automated'
 HostPoolType = 'Pooled'
 PreferredAppGroupType = 'Desktop'
 LoadBalancerType = 'BreadthFirst'
 MaxSessionLimit = '<value>'
 Location = '<AzureRegion>'
 IdentityType = 'SystemAssigned'
 DeploymentScope = '<DeploymentScope>'
}

New-AzWvdHostPool @parameters
```
Чтобы просмотреть свойства нового пула узлов, выполните следующую команду:
```
Get-AzWvdHostPool -Name <Name> -ResourceGroupName <ResourceGroupName> | FL *
```

Далее необходимо создать конфигурацию узла сеанса New-AzWvdSessionHostConfiguration с помощью командлета. Ниже приводятся примеры:

Чтобы создать конфигурацию узла сеансов с помощью образа Marketplace Windows 11 Корпоративная с многосеансовым режимом версии 22H2, присоединиться к Microsoft Entra ID и SSD ценовой категории "Премиум" для типа диска ОС, выполните следующую команду. Сведения о том, как найти значения для образа Marketplace, см. в статье Поиск и использование образов виртуальных машин Azure Marketplace с Azure PowerShell.

$parameters = @{
    FriendlyName = '<FriendlyName>'
    HostPoolName = '<HostPoolName>'
    ResourceGroupName = '<ResourceGroupName>'
    VMNamePrefix = '<Prefix>'
    VMLocation = '<AzureRegion>'
    ImageInfoType = 'Marketplace'
    MarketplaceInfoPublisher = 'MicrosoftWindowsDesktop'
    MarketplaceInfoOffer = 'Windows-11'
    MarketplaceInfoSku = 'win11-22h2-avd'
    MarketplaceInfoExactVersion = '<VersionNumber>'
    VMSizeId = 'Standard_D8s_v5'
    DiskInfoType = 'Premium_LRS'
    NetworkInfoSubnetId = '/subscriptions/<SubscriptionID>/resourceGroups/<ResourceGroupName>/providers/Microsoft.Network/virtualNetworks/<VNetName>/subnets/<SubnetName>'
    DomainInfoJoinType = 'AzureActiveDirectory'
    VMAdminCredentialsUsernameKeyVaultSecretUri = 'https://<VaultName>.vault.azure.net/secrets/<SecretName>/<Version>'
    VMAdminCredentialsPasswordKeyVaultSecretUri = 'https://<VaultName>.vault.azure.net/secrets/<SecretName>/<Version>'
}

New-AzWvdSessionHostConfiguration @parameters

Чтобы создать конфигурацию узла сеансов с помощью пользовательского образа, присоединить домен Active Directory и SSD ценовой категории "Премиум" для типа диска ОС, выполните следующую команду:

$parameters = @{
    FriendlyName = '<FriendlyName>'
    HostPoolName = '<HostPoolName>'
    ResourceGroupName = '<ResourceGroupName>'
    VMNamePrefix = '<Prefix>'
    VMLocation = '<AzureRegion>'
    ImageInfoType = 'Custom'
    CustomInfoResourceID  = '/subscriptions/<SubscriptionID>/resourceGroups/<ResourceGroupName>/providers/Microsoft.Compute/galleries/<GalleryName>/images/<ImageName>/versions/<ImageVersion>'
    VMSizeId = 'Standard_D8s_v5'
    DiskInfoType = 'Premium_LRS'
    NetworkInfoSubnetId = '/subscriptions/<SubscriptionID>/resourceGroups/<ResourceGroupName>/providers/Microsoft.Network/virtualNetworks/<VNetName>/subnets/<SubnetName>'
    DomainInfoJoinType = 'ActiveDirectory'
    ActiveDirectoryInfoDomainName = '<DomainName>'
    DomainCredentialsUsernameKeyVaultSecretUri = 'https://<VaultName>.vault.azure.net/secrets/<SecretName>/<Version>'
    DomainCredentialsPasswordKeyVaultSecretUri = 'https://<VaultName>.vault.azure.net/secrets/<SecretName>/<Version>'
    VMAdminCredentialsUsernameKeyVaultSecretUri = 'https://<VaultName>.vault.azure.net/secrets/<SecretName>/<Version>'
    VMAdminCredentialsPasswordKeyVaultSecretUri = 'https://<VaultName>.vault.azure.net/secrets/<SecretName>/<Version>'
}

New-AzWvdSessionHostConfiguration @parameters

Чтобы просмотреть конфигурацию узла сеансов, выполните следующую команду:

$parameters = @{
    HostPoolName = '<HostPoolName>'
    ResourceGroupName = '<ResourceGroupName>'
}

Get-AzWvdSessionHostConfiguration @parameters | FL *

Наконец, создайте политику управления узлом сеанса с помощью New-AzWvdSessionHostManagement командлета, выполнив следующую команду. Допустимые значения часовых поясов см. в справочнике PowerShell Get-TimeZone и используйте значение из StandardName свойства.
```
$parameters = @{
    HostPoolName = '<HostPoolName>'
    ResourceGroupName = '<ResourceGroupName>'
    ScheduledDateTimeZone = '<TimeZone>'
    UpdateLogOffDelayMinute = '<Number>'
    UpdateMaxVmsRemoved = '<Number>'
    UpdateDeleteOriginalVM = $False
    UpdateLogOffMessage = '<Message>'
}

New-AzWvdSessionHostManagement @parameters
```

Создание пула узлов со стандартным управлением

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

Вот как создать пул узлов с помощью портала Azure.

Войдите на портал Azure.
В поле поиска введите "Виртуальный рабочий стол Azure" и выберите соответствующую запись службы.
Выберите Хост-пулы, а затем нажмите Создать.

На вкладке " Основы " заполните следующие сведения:

Параметр	Значение/описание
Subscription	В раскрывающемся списке выберите подписку, для которой вы хотите создать пул узлов.
Группа ресурсов	Выберите существующую группу ресурсов или выберите "Создать новую " и введите имя.
Имя пула узлов	Введите имя пула узлов, например hp01.
Location	Выберите регион Azure, в котором вы хотите создать пул узлов.
Область развертывания	Выберите "Региональный", чтобы сохранить метаданные пула узлов в региональной базе данных в регионе Azure, выбранном для расположения, или "Географический", чтобы сохранить их в географической базе данных, обслуживающей этот регион. Географические параметры используются по умолчанию. Он отображается только в том случае, если регион, выбранный для расположения, поддерживает региональные пулы узлов. В регионе, где они поддерживаются, при выборе географического направления создается пул географических узлов в точности так, как и раньше, поэтому существующие процессы развертывания не изменяются. Область развертывания нельзя изменить после создания пула узлов.
Среда проверки	Нажмите кнопку "Да ", чтобы создать пул узлов, который будет использоваться в качестве среды проверки. Выберите "Нет " (по умолчанию), чтобы создать пул узлов, который не используется в качестве среды проверки.
Тип предпочитаемой группы приложений	Выберите предпочтительный тип группы приложений для этого пула узлов: Desktop или RemoteApp. При использовании портал Azure автоматически создается группа классических приложений.
Тип пула узлов	Выберите, должен ли пул узла быть объединенным или личным. При выборе пункта "Объединено в пул" появятся два новых параметра: Алгоритм балансировки нагрузки и Максимальное ограничение сессий. Разверните этот раздел, чтобы увидеть объединенные варианты. - Для алгоритма балансировки нагрузки выберите либо в ширину , либо в глубину, в зависимости от вашего шаблона использования. - В поле Максимальный лимит сессий введите максимальное количество пользователей, которое вы хотите разделить нагрузку на один хост сеансов. Дополнительные сведения см. в статье Алгоритмы балансировки нагрузки пула узлов. Если выбрать вариант "Личный", появятся два новых параметра: "Тип назначения" и "Назначить несколько рабочих столов одному пользователю". Разверните этот раздел, чтобы ознакомиться с персональными параметрами. В разделе "Тип назначения" выберите "Автоматически ", чтобы служба могла назначить любой личный рабочий стол, еще не назначенный пользователю, или выберите "Напрямую ", чтобы назначить пользователю определенный личный рабочий стол. С помощью типа прямого назначения вы также можете провести проверку, чтобы назначить несколько рабочих столов одному пользователю. Дополнительные сведения см. в статье Назначение нескольких личных рабочих столов одному пользователю.

Совет

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

Необязательно. Если на вкладке "Виртуальные машины" вы хотите добавить узлы сеансов, разверните один из следующих разделов и заполните сведения в зависимости от того, хотите ли вы создавать узлы сеансов в Azure или в Azure Local. Рекомендации по настройке размера виртуальных машин узлов сеансов см. в статье Рекомендации по настройке размера виртуальных машин узлов сеансов.

Чтобы добавить узлы сеансов в Azure, разверните этот раздел.

Параметр	Значение/описание
Добавление виртуальных машин	Выберите Да. Это действие показывает несколько новых параметров.
Группа ресурсов	По умолчанию это значение равно группе ресурсов, которая была выбрана как содержащая пул узлов на вкладке " Основы ", но можно выбрать альтернативный вариант.
Префикс имени	Введите префикс имени для узлов сеансов, например hp01-sh. Каждый узел сеанса содержит суффикс из дефиса, а затем порядковый номер, добавляемый в конец, например hp01-sh-0. Этот префикс имени может содержать не более 11 символов и используется в имени компьютера в операционной системе. Префикс и суффикс в сочетании могут содержать не более 15 символов. Имена узлов сеансов должны быть уникальными.
Тип виртуальной машины	Выберите виртуальную машину Azure.
Местоположение виртуальной машины	Выберите регион Azure, в котором вы хотите развернуть узлы сеансов. Это значение должно совпадать с регионом, в котором находится виртуальная сеть.
Параметры доступности	Выберите один из зон доступности, группы доступности или Резервирование инфраструктуры не требуется. При выборе зон доступности или группы доступности заполните дополнительные отображаемые параметры.
Тип защиты	Выберите виртуальные машины Standard, Доверенный запуск или Конфиденциальные виртуальные машины. - При выборе виртуальных машин доверенного запуска автоматически выбираются параметры безопасной загрузки и vTPM . - При выборе конфиденциальных виртуальных машин автоматически выбираются параметры безопасной загрузки, vTPM и мониторинга целостности . При использовании конфиденциальной виртуальной машины нельзя отказаться от использования vTPM.
Image	Выберите из списка образ операционной системы, который вы хотите использовать, или выберите «Просмотреть все изображения », чтобы увидеть больше. Полный список включает в себя все образы, которые вы создали и сохранили как общий образ в Коллекции вычислений Azure, общий образ или управляемый образ.
Размер виртуальной машины	Выберите размер. Если вы хотите использовать другой размер, нажмите кнопку "Изменить размер" и выберите один из пунктов в списке.
Режим гибернации	Установите флажок, чтобы включить режим гибернации. Режим гибернации доступен только для пулов личных узлов. Дополнительные сведения см. в статье «Гибернация на виртуальных машинах». Если вы используете оптимизацию мультимедиа в Microsoft Teams, обновите службу перенаправителя WebRTC до 1.45.2310.13001. FSLogix и функция подключения приложений в настоящее время не поддерживают режим гибернации. Не включайте режим гибернации, если вы используете FSLogix или присоединение приложений для личных пулов узлов.
Количество ВМ	Введите количество виртуальных машин, которые необходимо развернуть. При желании вы можете развернуть до 400 узлов сеансов (в зависимости от квоты подписки) или добавить дополнительные узлы позже. Дополнительные сведения см. в статьях Ограничения служб виртуального рабочего стола Azure и ограничения виртуальных машин.
Тип диска ОС	Выберите тип диска для узлов сеансов. Для рабочих нагрузок рекомендуется использовать только SSD (цен. категория "Премиум ").
Размер диска ОС	Выберите размер диска ОС. При включенной гибернации убедитесь, что диск ОС достаточно велик для хранения содержимого памяти в дополнение к ОС и другим приложениям.
Шифрование конфиденциальных вычислений	Если вы используете конфиденциальную виртуальную машину, необходимо установить флажок Шифрование конфиденциальных вычислений , чтобы включить шифрование диска ОС. Этот флажок появляется, только если вы выбрали конфиденциальные виртуальные машины в качестве типа защиты.
Диагностика загрузки	Укажите, нужно ли включить диагностику загрузки.
Сеть и безопасность
Виртуальная сеть	Выберите свою виртуальную сеть. Появится возможность выбрать подсеть.
Subnet	Выберите подсеть из виртуальной сети.
Группа безопасности сети	Выберите, хотите ли вы использовать группу безопасности сети (NSG). - Ни один из них не создает новую группу безопасности человека. - Basic создает новую группу безопасности сети для сетевого адаптера виртуальной машины. - Расширенные параметры позволяют выбрать существующую группу безопасности сети. Рекомендуется создавать группу безопасности сети не здесь, а в подсети.
Общедоступные входящие порты	Вы можете выбрать порт, который нужно разрешить, из списка. Виртуальный рабочий стол Azure не требует общедоступных входящих портов, поэтому рекомендуется выбрать "Нет".
Домен для присоединения
Выберите каталог, к которому нужно присоединиться	Выберите Microsoft Entra ID или Active Directory и заполните соответствующие параметры для выбранного параметра.
Учетная запись администратора виртуальной машины
Username	Введите имя, которое будет использоваться в качестве учетной записи локального администратора для новых узлов сеансов. Дополнительные сведения см . в статье Каковы требования к имени пользователя при создании виртуальной машины?
Password	Введите пароль локальной учетной записи администратора. Дополнительные сведения см. в статье Каковы требования к паролям при создании виртуальной машины?
Подтверждение пароля	Введите пароль еще раз.
Настраиваемая конфигурация
URL-адрес пользовательского сценария конфигурации	Если вы хотите запустить скрипт PowerShell во время развертывания, вы можете ввести URL-адрес здесь.

Чтобы добавить узлы сеансов в Azure Local, разверните этот раздел.

Параметр	Значение/описание
Добавление виртуальных машин	Выберите Да. Это действие показывает несколько новых параметров.
Группа ресурсов	По умолчанию это значение равно группе ресурсов, которая была выбрана как содержащая пул узлов на вкладке " Основы ", но можно выбрать альтернативный вариант.
Префикс имени	Введите префикс имени для узлов сеансов, например hp01-sh. Каждый узел сеанса содержит суффикс из дефиса, а затем порядковый номер, добавляемый в конец, например hp01-sh-0. Этот префикс имени может содержать не более 11 символов и используется в имени компьютера в операционной системе. Префикс и суффикс в сочетании могут содержать не более 15 символов. Имена узлов сеансов должны быть уникальными.
Тип виртуальной машины	Выберите Azure Local.
Пользовательское расположение	В раскрывающемся списке выберите экземпляр Azure Local, в котором вы хотите развернуть узлы сеансов.
Images	Выберите из списка образ операционной системы, который вы хотите использовать, или выберите "Управление образами виртуальных машин ", чтобы управлять образами, доступными в выбранном экземпляре.
Количество ВМ	Введите количество виртуальных машин, которые необходимо развернуть. Другие можно добавить позже.
Количество виртуальных процессоров	Введите количество виртуальных процессоров, которые необходимо назначить каждому узлу сеансов. Это значение не проверяется для ресурсов, доступных в экземпляре.
Тип памяти	Выберите статический для фиксированного выделения памяти или динамический для динамического выделения памяти.
Память (ГБ)	Введите число объема памяти (в гигабайтах), который необходимо назначить каждому узлу сеансов. Это значение не проверяется для ресурсов, доступных в экземпляре.
Максимальный объем памяти	Если выбрано динамическое выделение памяти, введите значение максимального объема памяти (в гигабайтах), который должен быть доступен узлу сеансов.
Минимальный объем памяти	Если выбрано динамическое выделение памяти, введите минимальное количество памяти (в гигабайтах), которое должно иметь возможность использовать узел сеансов.
Сеть и безопасность
Раскрывающийся список сети	Выберите существующую сеть, к которой будет подключаться каждый сеанс.
Домен для присоединения
Выберите каталог, к которому нужно присоединиться	Active Directory — единственный доступный вариант. В том числе и гибридное присоединение к Microsoft Entra.
Имя участника-пользователя для присоединения к домену AD	Введите имя участника-пользователя (UPN) пользователя Active Directory, у которого есть разрешение на присоединение узлов сеансов к вашему домену.
Password	Введите пароль для пользователя Active Directory.
Указание домена или единицы	Выберите "Да ", если вы хотите присоединить узлы сеансов к определенному домену или быть помещенными в определенное подразделение. Если выбрать "нет", в качестве домена используется суффикс имени участника-пользователя.
Учетная запись администратора виртуальной машины
Username	Введите имя, которое будет использоваться в качестве учетной записи локального администратора для новых узлов сеансов. Дополнительные сведения см . в статье Каковы требования к имени пользователя при создании виртуальной машины?
Password	Введите пароль локальной учетной записи администратора. Дополнительные сведения см. в статье Каковы требования к паролям при создании виртуальной машины?
Подтверждение пароля	Введите пароль еще раз.

Чтобы добавить узлы сеансов в расширенных зонах Azure, разверните этот раздел.

Параметр	Значение/описание
Добавление виртуальных машин	Выберите Да. Это действие показывает несколько новых параметров.
Группа ресурсов	По умолчанию это значение равно группе ресурсов, которая была выбрана как содержащая пул узлов на вкладке " Основы ", но можно выбрать альтернативный вариант.
Префикс имени	Введите префикс имени для узлов сеансов, например hp01-sh. Каждый узел сеанса содержит суффикс из дефиса, а затем порядковый номер, добавляемый в конец, например hp01-sh-0. Этот префикс имени может содержать не более 11 символов и используется в имени компьютера в операционной системе. Префикс и суффикс в сочетании могут содержать не более 15 символов. Имена узлов сеансов должны быть уникальными.
Тип виртуальной машины	Выберите виртуальную машину Azure.
Местоположение виртуальной машины	Выберите "Развернуть в расширенной зоне Azure".
Расширенная зона Azure	Выберите нужную расширенную зону.
Сеть и безопасность
Выбор балансировщика нагрузки	Выберите существующий балансировщик нагрузки Azure в той же виртуальной сети, которую вы хотите использовать для узлов сеансов, или выберите "Создать балансировщик нагрузки", чтобы создать новый балансировщик нагрузки.
Выбор внутреннего пула	Выберите внутренний пул в балансировщике нагрузки, который вы хотите использовать для узлов сеансов. При создании новой балансировщика нагрузки выберите "Создать ", чтобы создать новый внутренний пул для новой балансировщика нагрузки.
Добавление правила для исходящего трафика	При создании новой подсистемы балансировки нагрузки нажмите " Создать ", чтобы создать для нее правила исходящего трафика.

Завершив открытие этой вкладки, нажмите кнопку "Далее: рабочая область".

Параметр	Значение/описание
Регистрация группы классических приложений	Выберите Да. Это действие регистрирует группу классических приложений по умолчанию в выбранной рабочей области.
В эту рабочую область	Выберите существующую рабочую область из списка или нажмите кнопку "Создать новую " и введите имя, например ws01.

Завершив открытие этой вкладки, нажмите кнопку "Далее". Управление.

Параметр	Значение/описание
Назначение управляемого удостоверения	Установите флажок, чтобы включить управляемое удостоверение для пула узлов.
Тип управляемого удостоверения	Выберите один из приведенных ниже вариантов. - Управляемое удостоверение, назначенное системой: привязано к жизненному циклу пула узлов. Автоматическое удаление при удалении пула узлов. Соответствующие разрешения назначаются автоматически, если ваша учетная запись может назначить RBAC в соответствующей области. - Назначенное пользователем управляемое удостоверение: независимый ресурс, который можно назначить одному или нескольким пулам узлов. Сохраняется независимо от пула узлов. Выберите соответствующую подписку, группу ресурсов и управляемое удостоверение в раскрывающемся списке "Существующие назначенные пользователями удостоверения".

Параметр

Значение/описание

Назначение управляемого удостоверения

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

Тип управляемого удостоверения

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

Параметр	Значение/описание
Включение параметров диагностики	Установите флажок.
Выбор сведений о месте назначения для отправки журналов	Выберите одно из следующих мест назначения: - Отправка в рабочую область Log Analytics - Архивация в учетную запись хранения - Stream в концентратор событий

Завершив ввод этой вкладки, нажмите кнопку "Далее: теги".

Необязательно. На вкладке "Теги " можно ввести любые нужные пары имя-значение, а затем нажать кнопку "Далее". Рецензирование + создание.
На вкладке "Рецензирование + создание " убедитесь, что проверка пройдена, и проверьте информацию, которая будет использоваться во время развертывания.
Нажмите кнопку "Создать ", чтобы создать пул узлов.
После успешного завершения развертывания выберите "Перейти к ресурсу ", чтобы перейти к обзору нового пула узлов, а затем выберите "Свойства ", чтобы просмотреть его свойства.

Задачи, выполняемые после развертывания

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

Лицензирование

Если у вас есть соответствующие лицензии для выполнения рабочих нагрузок виртуального рабочего стола Azure, вы можете применить лицензию Windows или Windows Server к узлам сеансов в рамках виртуального рабочего стола Azure и запускать их без оплаты за отдельную лицензию. Эта лицензия применяется автоматически при создании узлов сеансов с помощью службы Виртуальный рабочий стол Azure, но ее, возможно, потребуется применять отдельно, если узлы сеансов создаются за пределами Виртуального рабочего стола Azure. Дополнительные сведения см. в разделе Применение лицензии Windows к виртуальным машинам узла сеансов.
Если узлы сеансов работают под управлением ОС Windows Server, необходимо также выдать им лицензию на клиентский доступ (CAL) служб удаленных рабочих столов (RDS) с сервера лицензирования RDS. Дополнительные сведения см. в статье Лицензирование развертывания RDS с помощью клиентских лицензий.
Для узлов сеансов в Azure Local необходимо лицензировать и активировать виртуальные машины, прежде чем использовать их с Виртуальным рабочим столом Azure. Для активации виртуальных машин, использующих многосеансовый режим Windows 10 Корпоративная, многосеансовый режим Windows 11 Корпоративная и Windows Server 2022 Datacenter: Edition Azure, используйте проверку Azure для виртуальных машин. Для всех остальных образов ОС (например, Windows 10 Корпоративная, Windows 11 Корпоративная и другие выпуски Windows Server) необходимо продолжать использовать существующие способы активации. Дополнительные сведения см. в статье Активация виртуальных машин Windows Server в Azure Local.

Узлы сеансов, присоединенные к Microsoft Entra

Примечание.

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

Вот как создать пул узлов с помощью модуля Azure PowerShell Az.DesktopVirtualization. В следующих примерах показано, как создать пул узлов и личный пул узлов. Обязательно измените значения <placeholder> на свои собственные.

Откройте Azure Cloud Shell в портал Azure с помощью типа терминала PowerShell или запустите PowerShell на локальном устройстве.
- Если вы используете Cloud Shell, убедитесь, что в качестве контекста Azure задана подписка, которую вы хотите использовать.
- Если вы используете PowerShell локально, сначала войдите в Azure PowerShell, а затем убедитесь, что в качестве контекста Azure задана подписка, которую вы хотите использовать.

Для создания пула New-AzWvdHostPool узлов используйте командлет со следующими примерами. Доступно больше параметров. Дополнительные сведения см. в справочнике по Azure PowerShell New-AzWvdHostPool.
- Чтобы создать пул узлов с помощью алгоритма балансировки нагрузки в ширину, классического приложения в качестве предпочтительного типа группы приложений, SystemAssigned в качестве типа управляемого удостоверения и регионального в качестве области развертывания, выполните следующую команду.
```
$parameters = @{
     Name = '<HostPoolName>'
     ResourceGroupName = '<ResourceGroupName>'
     HostPoolType = 'Pooled'
     LoadBalancerType = 'BreadthFirst'
     PreferredAppGroupType = 'Desktop'
     MaxSessionLimit = '<value>'
     Location = '<AzureRegion>'
     IdentityType = 'SystemAssigned'
}

New-AzWvdHostPool @parameters
```
- Чтобы создать пул личных узлов с помощью типа автоматического назначения, desktop в качестве предпочтительного типа группы приложений и SystemAssigned в качестве типа управляемого идентификатора, выполните следующую команду:
```
$parameters = @{
     Name = '<HostPoolName>'
     ResourceGroupName = '<ResourceGroupName>'
     HostPoolType = 'Personal'
     LoadBalancerType = 'Persistent'
     PreferredAppGroupType = 'Desktop'
     PersonalDesktopAssignmentType = 'Automatic'
     Location = '<AzureRegion>'
     IdentityType = 'SystemAssigned'
     DeploymentScope = 'Regional'
}

New-AzWvdHostPool @parameters
```

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

$parameters = @{
    HostPoolName = '<HostPoolName>'
    ResourceGroupName = '<ResourceGroupName>'
}

Get-AzWvdHostPool @parameters | FL *

Вот как создать пул узлов с помощью расширения DesktopVirtualization для интерфейса командной строки Azure. В следующих примерах показано, как создать пул узлов и личный пул узлов. Обязательно измените значения <placeholder> на свои собственные.

Откройте Azure Cloud Shell в портал Azure с помощью типа терминала Bash или запустите интерфейс командной строки Azure на локальном устройстве.
- Если вы используете Cloud Shell, убедитесь, что в качестве контекста Azure задана подписка, которую вы хотите использовать.
- Если вы используете интерфейс командной строки Azure локально, сначала войдите с помощью интерфейса командной строки Azure, а затем убедитесь, что в качестве контекста Azure задана подписка, которую вы хотите использовать.

Чтобы создать пул узлов, используйте az desktopvirtualization hostpool create эту команду в следующих примерах. Доступно больше параметров. Дополнительные сведения см. в справочнике по интерфейсу командной строки az desktopvirtualization hostpool Azure.
- Чтобы создать пул узлов с помощью алгоритма балансировки нагрузки в ширину и настольного компьютера в качестве предпочтительного типа группы приложений, выполните следующую команду:
```
az desktopvirtualization hostpool create \
     --name <Name> \
     --resource-group <ResourceGroupName> \
     --host-pool-type Pooled \
     --load-balancer-type BreadthFirst \
     --preferred-app-group-type Desktop \
     --max-session-limit <value> \
     --location <AzureRegion>
```
- Чтобы создать пул личных узлов с использованием типа автоматического назначения, выполните следующую команду:
```
az desktopvirtualization hostpool create \
     --name <Name> \
     --resource-group <ResourceGroupName> \
     --host-pool-type Personal \
     --load-balancer-type Persistent \
     --preferred-app-group-type Desktop \
     --personal-desktop-assignment-type Automatic \
     --location <AzureRegion>
```
Чтобы просмотреть свойства нового пула узлов, выполните следующую команду:
```
az desktopvirtualization hostpool show --name <Name> --resource-group <ResourceGroupName>
```

Создание рабочей области

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

Вот как создать рабочую область с помощью портала Azure:

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

На вкладке " Основы " заполните следующие сведения:

Параметр	Значение/описание
Subscription	В раскрывающемся списке выберите подписку, для которой вы хотите создать рабочее пространство.
Группа ресурсов	Выберите существующую группу ресурсов или выберите "Создать новую " и введите имя.
Имя рабочей области	Введите имя рабочей области, например workspace01.
Понятное имя	Необязательно: введите отображаемое имя рабочей области.
Описание	Необязательно: введите описание рабочей области.
Location	Выберите регион Azure, в котором вы хотите развернуть рабочую область.
Область развертывания	Выберите "Региональные" или "Географические". Как и в случае с пулами узлов, этот параметр отображается только в том случае, если регион, выбранный для расположения, поддерживает региональные рабочие области. Для рабочей области могут быть зарегистрированы только группы приложений с одинаковой областью развертывания, поэтому создайте рабочую область с той же областью, что и пулы узлов, группы приложений которых она будет публиковать.

Совет

Завершив открытие этой вкладки, вы можете продолжить регистрацию существующей группы приложений в этой рабочей области при необходимости (если она есть) и включить параметры диагностики, выбрав "Далее: группы приложений". Кроме того, если вы хотите создать и настроить эти ресурсы отдельно, выберите "Рецензирование + создание " и перейдите к шагу 9.

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

Параметр	Значение/описание
Регистрация групп приложений	Выберите "Да", а затем выберите "+ Регистрация групп приложений". В новой открывшейся области выберите значок "Добавить " для групп приложений, которые вы хотите добавить, а затем нажмите кнопку "Выбрать".

Завершив ввод этой вкладки, нажмите кнопку "Далее: дополнительно".

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

Параметр	Значение/описание
Включение параметров диагностики	Установите флажок.
Выбор сведений о месте назначения для отправки журналов	Выберите одно из следующих мест назначения: - Отправка в рабочую область Log Analytics - Архивация в учетную запись хранения - Stream в концентратор событий

Завершив ввод этой вкладки, нажмите кнопку "Далее: теги".

Необязательно. На вкладке "Теги " можно ввести любые нужные пары имя-значение, а затем нажать кнопку "Далее". Рецензирование + создание.
На вкладке "Рецензирование + создание " убедитесь, что проверка пройдена, и проверьте информацию, которая будет использоваться во время развертывания.
Нажмите " Создать ", чтобы создать рабочую область.
Выберите Перейти к ресурсу, чтобы перейти к обзору новой рабочей области, а затем нажмите Свойства, чтобы просмотреть ее свойства.

Примечание.

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

Вот как создать рабочую область с помощью модуля Az.DesktopVirtualization Azure PowerShell.

В том же сеансе PowerShell используйте New-AzWvdWorkspace командлет для создания рабочей области со следующим примером. Рабочая область содержит собственный область развертывания, соответствующий порталу, где список область развертывания отображается на вкладке "Основы рабочей области" в любом регионе, поддерживающем региональные рабочие области. Задайте региональную область развертывания, чтобы метаданные рабочей области записывались в региональную базу данных для выбранного региона Azure. Параметр не является обязательным; если он не задан, рабочая область создается с географической областью развертывания. Для рабочей области могут быть зарегистрированы только группы приложений одной и той же области развертывания, поэтому создавайте ее с той же областью, что и пулы узлов, группы приложений которых она будет публиковать. Доступны дополнительные параметры, такие как параметры для регистрации существующих групп приложений. Дополнительные сведения см. в справочнике по Azure PowerShell New-AzWvdWorkspace.
```
$parameters = @{
   Name = '<WorkspaceName>'
   ResourceGroupName = '<ResourceGroupName>'
   Location = '<AzureRegion>'
   DeploymentScope = '<DeploymentScope>'
}

New-AzWvdWorkspace @parameters
```
Чтобы просмотреть свойства новой рабочей области, выполните следующую команду:
```
$parameters = @{
   Name = '<WorkspaceName>'
   ResourceGroupName = '<ResourceGroupName>'
}

Get-AzWvdWorkspace @parameters | FL *
```

Вот как создать рабочую область с помощью расширения desktopvirtualization для интерфейса командной строки Azure:

В том же сеансе командной строки az desktopvirtualization workspace create используйте команду со следующим примером, чтобы создать рабочую область. Доступны дополнительные параметры, такие как параметры для регистрации существующих групп приложений. Дополнительные сведения см. в справочнике по интерфейсу командной строки az desktopvirtualization workspace Azure.
```
az desktopvirtualization workspace create \
    --name <Name> \
    --resource-group <ResourceGroupName>
```
Чтобы просмотреть свойства новой рабочей области, выполните следующую команду:
```
az desktopvirtualization workspace show \
    --name <Name> \
    --resource-group <ResourceGroupName>
```

Создание группы приложений

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

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

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

На вкладке " Основы " заполните следующие сведения:

Параметр	Значение/описание
Subscription	В раскрывающемся списке выберите подписку, для которой вы хотите создать группу приложения.
Группа ресурсов	Выберите существующую группу ресурсов или выберите "Создать новую " и введите имя.
Пул узлов	Выберите пул узлов для группы приложений.
Location	Метаданные хранятся в том же месте, что и пул узлов. Группа приложений также наследует область развертывания выбранного пула узлов, поэтому ее можно зарегистрировать только в рабочей области с той же областью развертывания. Отдельного поля для настройки нет.
Тип группы приложений	Выберите тип группы приложений для пула узлов: Desktop или RemoteApp.
Имя группы приложений	Введите имя для группы приложений, например "Рабочий стол сеанса".

Совет

Завершив создание вкладки, нажмите кнопку "Далее". Рецензирование + создание. Вам не нужно заполнять другие вкладки, чтобы создать группу приложений, но вам нужно создать рабочую область, добавить группу приложений в рабочую область и назначить пользователей в группу приложений , прежде чем пользователи смогут получить доступ к ресурсам.

Если вы создали группу приложений для удаленного приложения RemoteApp, вам также необходимо добавить приложения в нее. Дополнительные сведения см. в статье Публикация приложений.

Необязательно. Если вы решили создать группу приложений RemoteApp, вы можете добавлять приложения в эту группу. На вкладке " Группы приложений " выберите "+ Добавить приложения", а затем выберите приложение. Дополнительные сведения о параметрах приложения см. в статье Публикация приложений с помощью удаленного приложения RemoteApp. По крайней мере один узел сеансов в пуле узлов должен быть включен и доступен в виртуальном рабочем столе Azure.

После заполнения этой вкладки или при создании группы классических приложений выберите "Далее: задания".
Необязательно. Если на вкладке "Назначения" вы хотите назначить пользователей или группы в эту группу приложений, выберите + Добавить пользователей или группы пользователей Microsoft Entra. В новой открывшейся области установите флажок рядом с пользователями или группами, которые нужно добавить, и нажмите кнопку "Выбрать".

Завершив открытие этой вкладки, нажмите кнопку "Далее: рабочая область".

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

Параметр	Значение/описание
Регистрация группы приложений	Выберите Да. Это действие регистрирует группу классических приложений по умолчанию в выбранной рабочей области.
Регистрация группы приложений	Выберите существующую рабочую область из списка.

Завершив ввод этой вкладки, нажмите кнопку "Далее: дополнительно".

Необязательно. Чтобы включить параметры диагностики, на вкладке "Дополнительно " заполните следующие сведения.

Параметр	Значение/описание
Включение параметров диагностики	Установите флажок.
Выбор сведений о месте назначения для отправки журналов	Выберите одно из следующих мест назначения: - Отправка в рабочую область Log Analytics - Архивация в учетную запись хранения - Stream в концентратор событий

Завершив ввод этой вкладки, нажмите кнопку "Далее: теги".

Необязательно. На вкладке "Теги " можно ввести любые нужные пары имя-значение, а затем нажать кнопку "Далее". Рецензирование + создание.
На вкладке "Рецензирование + создание " убедитесь, что проверка пройдена, и проверьте информацию, которая будет использоваться во время развертывания.
Нажмите "Создать ", чтобы создать группу приложений.
Выберите Перейти к ресурсу, чтобы перейти к обзору новой группы приложений, а затем выберите Свойства, чтобы просмотреть ее свойства.

Примечание.

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

Вот как создать группу приложений с помощью модуля Azure PowerShell Az.DesktopVirtualization.

В том же сеансе PowerShell получите идентификатор ресурса пула узлов, для которого нужно создать группу приложений, и сохраните его в переменной, выполнив следующую команду:
```
$parameters = @{
    Name = '<HostPoolName>'
    ResourceGroupName = '<ResourceGroupName>'
}

$hostPoolArmPath = (Get-AzWvdHostPool @parameters).Id
```
Для создания группы приложений используйте New-AzWvdApplicationGroup командлет со следующими примерами. Дополнительные сведения см. в справочнике по Azure PowerShell New-AzWvdApplicationGroup.
- Чтобы создать группу классических приложений, выполните следующую команду:
```
$parameters = @{
     Name = '<ApplicationGroupName>'
     ResourceGroupName = '<ResourceGroupName>'
     ApplicationGroupType = 'Desktop'
     HostPoolArmPath = $hostPoolArmPath
     Location = '<AzureRegion>'
}

New-AzWvdApplicationGroup @parameters
```
- Чтобы создать группу приложений удаленного приложения RemoteApp, выполните следующую команду. Можно создать группу приложений удаленного приложения RemoteApp только с пулом узлов в пуле.
```
$parameters = @{
     Name = '<Name>'
     ResourceGroupName = '<ResourceGroupName>'
     ApplicationGroupType = 'RemoteApp'
     HostPoolArmPath = $hostPoolArmPath
     Location = '<AzureRegion>'
}

New-AzWvdApplicationGroup @parameters
```
Чтобы просмотреть свойства новой группы приложений, выполните следующую команду:
```
$parameters = @{
   Name = '<ApplicationGroupName>'
   ResourceGroupName = '<ResourceGroupName>'
}

Get-AzWvdApplicationGroup @parameters | FL *
```

Вот как создать группу приложений с помощью расширения DesktopVirtualization для интерфейса командной строки Azure:

В том же сеансе командной строки получите идентификатор ресурса пула узлов, для которого нужно создать группу приложений, и сохраните его в переменной, выполнив следующую команду:
```
hostPoolArmPath=$(az desktopvirtualization hostpool show \
    --name <Name> \
    --resource-group <ResourceGroupName> \
    --query [id] \
    --output tsv)
```
Используйте az desktopvirtualization applicationgroup create команду со следующими примерами, чтобы создать группу приложений. Дополнительные сведения см. в справочнике по интерфейсу командной строки az desktopvirtualization applicationgroup Azure.
- Чтобы создать группу классических приложений, выполните следующую команду:
```
az desktopvirtualization applicationgroup create \
     --name <Name> \
     --resource-group <ResourceGroupName> \
     --application-group-type Desktop \
     --host-pool-arm-path $hostPoolArmPath \
     --location <AzureRegion>
```
- Чтобы создать группу приложений удаленного приложения RemoteApp, выполните следующую команду. Можно создать группу приложений удаленного приложения RemoteApp только с пулом узлов в пуле.
```
az desktopvirtualization applicationgroup create \
     --name <Name> \
     --resource-group <ResourceGroupName> \
     --application-group-type RemoteApp \
     --host-pool-arm-path $hostPoolArmPath \
     --location <AzureRegion>
```
Чтобы просмотреть свойства новой группы приложений, выполните следующую команду:
```
az desktopvirtualization applicationgroup show \
    --name <Name> \
    --resource-group <ResourceGroupName>
```

Добавление группы приложений в рабочую область

Области развертывания и связи между объектами

Выбранная вами область развертывания для пула узлов также применяется к связанным с ним рабочим областям, группам приложений и пакетам подключения приложений. Региональные и географические объекты нельзя смешивать. Региональный пул узлов может быть только членом региональной рабочей области и может содержать только региональные группы приложений. Региональный пул узлов не может присоединиться к географической рабочей области, а пул географических узлов не может присоединиться к региональной рабочей области. Группы приложений, созданные в региональном пуле узлов, автоматически становятся региональными, и в региональной рабочей области можно зарегистрировать только региональные группы приложений. Пакеты вложения приложений имеют область развертывания и подчиняются тому же правилу. На портале Azure объекты с несовместимой областью развертывания недоступны в выбранных списках, поэтому отображаются только допустимые варианты. Если для сопоставления объектов с различными областями развертывания используется PowerShell или REST API, запрос завершится сбоем. Региональные и географические объекты могут сосуществовать в одной подписке и в одном регионе Azure и управляться независимо. По столбцу "Области развертывания" в представлении списка пулов узлов можно узнать, к какому типу относится каждый из пулов узлов.

Миграция и будущие изменения

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

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

Вот как добавить группу приложений в рабочую область с помощью портала Azure:

В обзоре виртуального рабочего стола Azure выберите Рабочие области, а затем выберите имя рабочей области, которой нужно назначить группу приложений.
В обзоре рабочей области выберите Группы приложений, а затем выберите + Добавить.
В списке выберите значок "плюс" (+) рядом с группой приложений. В списке перечислены только группы приложений, которые еще не назначены рабочей области.
Нажмите Выбрать. Группа приложений будет добавлена в рабочую область.

Вот как добавить группу приложений в рабочую область с помощью модуля Az.DesktopVirtualization Azure PowerShell.

В том же сеансе PowerShell используйте Update-AzWvdWorkspace командлет со следующим примером, чтобы добавить группу приложений в рабочую область:

# Get the resource ID of the application group that you want to add to the workspace

$parameters = @{
    Name = '<ApplicationGroupName>'
    ResourceGroupName = '<ResourceGroupName>'
}

$appGroupPath = (Get-AzWvdApplicationGroup @parameters).Id

# Add the application group to the workspace
$parameters = @{
    Name = '<WorkspaceName>'
    ResourceGroupName = '<ResourceGroupName>'
    ApplicationGroupReference = $appGroupPath
}

Update-AzWvdWorkspace @parameters

Чтобы просмотреть свойства рабочей области, выполните следующую команду: Раздел ApplicationGroupReference содержит массив групп приложений, добавленных в рабочую область.
```
$parameters = @{
    Name = '<WorkspaceName>'
    ResourceGroupName = '<ResourceGroupName>'
}

Get-AzWvdWorkspace @parameters | FL *
```

Вот как добавить группу приложений в рабочую область с помощью расширения desktopvirtualization для интерфейса командной строки Azure:

В том же сеансе командной строки используйте az desktopvirtualization workspace update команду со следующим примером, чтобы добавить группу приложений в рабочую область:

# Get the resource ID of the application group that you want to add to the workspace
appGroupPath=$(az desktopvirtualization applicationgroup show \
    --name <Name> \
    --resource-group <ResourceGroupName> \
    --query [id] \
    --output tsv)

# Add the application group to the workspace
az desktopvirtualization workspace update \
    --name <Name> \
    --resource-group <ResourceGroupName> \
    --application-group-references $appGroupPath

Чтобы просмотреть свойства рабочей области, выполните следующую команду: Раздел applicationGroupReferences содержит массив групп приложений, добавленных в рабочую область.
```
az desktopvirtualization applicationgroup show \
    --name <Name> \
    --resource-group <ResourceGroupName>
```

Назначение пользователей группе приложений

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

Используемой учетной записи требуется разрешение на назначение ролей в RBAC Azure в группе приложений после ее создания. Разрешение — Microsoft.Authorization/roleAssignments/writeэто , которое входит в некоторые встроенные роли, такие как доступ пользователей "Администратор " и "Владелец".

Вот как назначить пользователей или группы пользователей в группу приложений с помощью портала Azure:

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

Ниже описано, как назначить пользователей или группы пользователей группе приложений с помощью модуля Az.Resources Azure PowerShell.

В том же сеансе New-AzRoleAssignment PowerShell используйте командлет со следующими примерами, чтобы назначить пользователей или группы пользователей группе приложений.

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

$parameters = @{
    SignInName = '<UserPrincipalName>'
    ResourceName = '<ApplicationGroupName>'
    ResourceGroupName = '<ResourceGroupName>'
    RoleDefinitionName = 'Desktop Virtualization User'
    ResourceType = 'Microsoft.DesktopVirtualization/applicationGroups'
}

New-AzRoleAssignment @parameters

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

# Get the object ID of the user group that you want to assign to the application group
$userGroupId = (Get-AzADGroup -DisplayName "<UserGroupName>").Id

# Assign users to the application group
$parameters = @{
    ObjectId = $userGroupId
    ResourceName = '<ApplicationGroupName>'
    ResourceGroupName = '<ResourceGroupName>'
    RoleDefinitionName = 'Desktop Virtualization User'
    ResourceType = 'Microsoft.DesktopVirtualization/applicationGroups'
}

New-AzRoleAssignment @parameters

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

В том же сеансе командной строки используйте az role assignment create команду со следующими примерами, чтобы назначить пользователей или группы пользователей группе приложений:

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

# Get the resource ID of the application group that you want to add to the workspace
appGroupPath=$(az desktopvirtualization applicationgroup show \
    --name <Name> \
    --resource-group <ResourceGroupName> \
    --query [id] \
    --output tsv)

# Assign users to the application group
az role assignment create \
    --assignee '<UserPrincipalName>' \
    --role 'Desktop Virtualization User' \
    --scope $appGroupPath

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

# Get the resource ID of the application group that you want to add to the workspace
appGroupPath=$(az desktopvirtualization applicationgroup show \
    --name <Name> \
    --resource-group <ResourceGroupName> \
    --query [id] \
    --output tsv)

# Get the object ID of the user group that you want to assign to the application group
userGroupId=$(az ad group show \
    --group <UserGroupName> \
    --query [id] \
    --output tsv)

# Assign users to the application group
az role assignment create \
    --assignee $userGroupId \
    --role 'Desktop Virtualization User' \
    --scope $appGroupPath

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

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

Обратная связь

Были ли сведения на этой странице полезными?

Последнее обновление: 2026-10-01

Развертывание виртуального рабочего стола Azure

Предварительные требования

Создание пула узлов с конфигурацией узлов сеансов

Действия после развертывания

Лицензирование

Узлы сеансов, присоединенные к Microsoft Entra

Создание пула узлов со стандартным управлением

Задачи, выполняемые после развертывания

Лицензирование

Узлы сеансов, присоединенные к Microsoft Entra

Создание рабочей области

Создание группы приложений

Добавление группы приложений в рабочую область

Области развертывания и связи между объектами

Миграция и будущие изменения

Назначение пользователей группе приложений

Связанные материалы

Обратная связь

Дополнительные ресурсы