Миграция вручную из Виртуального рабочего стола Azure (классическая версия)

Важно!

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

Чтобы предотвратить перебои, перенесите оставшиеся классические ресурсы в пулы узлов на базе Azure Resource Manager до 30 сентября 2026 г.

Виртуальный рабочий стол Azure (классический) создает свою среду службы с командлетами PowerShell, REST API и объектами службы. Объект в среде службы Виртуального рабочего стола Azure — это объект, создаваемый Виртуальным рабочим столом Azure. К объектам службы относятся клиенты, пулы узлов, группы приложений и узлы сеансов.

Однако Виртуальный рабочий стол Azure (классическая версия) не интегрирован с Azure. Без интеграции с Azure любые объекты, которые вы создаете, не управляются автоматически порталом Azure, так как они не подключены к вашей подписке на Azure.

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

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

Зачем мигрировать?

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

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

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

• Управление Виртуальным рабочим столом Azure осуществляется на портале Azure.
• Назначьте группы пользователей Microsoft Entra группам приложений.
• Используйте улучшенную функцию аналитики журналов для устранения неполадок в развертывании.
• Для управления административным доступом используйте собственное управление доступом на основе ролей в Azure (Azure RBAC).

Когда мне следует перенести?

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

В частности, существует несколько сценариев, в которых мы рекомендуем выполнять перенос вручную:

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

Важно!

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

Подготовка к миграции

Перед началом работы необходимо убедиться, что ваша среда готова к миграции.

Вот что необходимо для запуска процесса переноса:

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

• Убедитесь, что вам назначены следующие роли:

  • Участник
  • Администратор доступа пользователей

  Роль "Участник" позволяет создавать объекты Azure в рамках подписки, а роль "Администратор доступа пользователей" позволяет назначать пользователей группам приложений.

Перенос вручную

Теперь, когда вы подготовились к процессу миграции, пришло время перейти к фактическому переносу.

Чтобы вручную выполнить миграцию из Виртуального рабочего стола Azure (классическая версия) в Виртуальный рабочий стол Azure:

1. Следуйте инструкциям в статье Создание пула узлов с помощью портала Azure, чтобы создать все объекты высокого уровня с помощью портала Azure.
2. Если вы хотите перенести виртуальные машины, которые вы уже используете, следуйте инструкциям в статье Регистрация виртуальных машин в пуле узлов Виртуального рабочего стола Azure, чтобы вручную зарегистрировать их в новом пуле узлов, созданном на шаге 1.
3. Создание новых групп приложений удаленных приложений RemoteApp.
4. Публикация пользователей или групп пользователей в новые группы приложений для настольных компьютеров и удаленных приложений RemoteApp.
5. Обновите политику условного доступа, чтобы разрешить новые объекты, следуя инструкциям в разделе "Настройка многофакторной проверки подлинности".

Чтобы предотвратить простои, сначала следует зарегистрировать существующие узлы сеансов в интегрированных с Azure Resource Manager пулах узлов небольшими группами. После этого постепенно переводите пользователей в новые группы приложений, интегрированные с Azure Resource Manager.

Дальнейшие действия

Если вы хотите узнать, как перенести развертывание автоматически, перейдите в раздел "Автоматическая миграция из Виртуального рабочего стола Azure (классическая версия)".

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

Чтобы узнать больше об объектах службы, выполните проверку среды виртуальных рабочих столов Azure.