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

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

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

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

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

Для чего нужна миграция

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

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

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

• Управление Виртуальным рабочим столом Azure с помощью портала Azure.
• Назначьте группам пользователей Microsoft Entra группы приложений.
• Использование улучшенную функцию Log Analytics для устранения неполадок развертывания.
• Возможность управления доступом на основе ролей 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.