Migrate manually from Azure Virtual Desktop (classic)

Azure Virtual Desktop (classic) creates its service environment with PowerShell cmdlets, REST APIs, and service objects. An object in an Azure Virtual Desktop service environment is a thing that Azure Virtual Desktop creates. Service objects include tenants, host pools, application groups, and session hosts.

However, Azure Virtual Desktop (classic) isn't integrated with Azure. Without Azure integration, any objects you create aren't automatically managed by the Azure portal because they're not connected to your Azure subscription.

The recent major update of Azure Virtual Desktop marks a shift in the service towards full Azure integration. Objects you create in Azure Virtual Desktop are automatically managed by the Azure portal.

In this article, we'll explain why you should consider migrating to the latest version of Azure Virtual Desktop. After that, we'll tell you how to manually migrate from Azure Virtual Desktop (classic) to the latest update of Azure Virtual Desktop.

Why migrate?

Major updates can be inconvenient, especially ones you have to do manually. However, there are some reasons why you can't automatically migrate:

  • Existing service objects made with the classic release don't have any representation in Azure. Their scope doesn't extend beyond the Azure Virtual Desktop service.
  • With the latest update, the service's application ID was changed to remove consent for apps the way it did for Azure Virtual Desktop (classic). You won't be able to create new Azure objects with Azure Virtual Desktop unless they're authenticated with the new application ID.

Despite the hassle, migrating away from the classic version is still important. Here's what you can do after you migrate:

  • Manage Azure Virtual Desktop through the Azure portal.
  • Assign Microsoft Entra user groups to application groups.
  • Use the improved Log Analytics feature to troubleshoot your deployment.
  • Use Azure-native role-based access control (Azure RBAC) to manage administrative access.

When should I migrate?

When asking yourself if you should migrate, you should also take into account your deployment's current and future situation.

There are a few scenarios in particular where we recommend you manually migrate:

  • You have a test host pool setup with a small number of users.
  • You have a production host pool setup with a small number of users, but plan to eventually ramp up to hundreds of users.
  • You have a simple setup that can be easily replicated. For example, if your VMs use a gallery image.

Important

If you're using an advanced configuration that took a long time to stabilize or has a lot of users, we don't recommend manually migrating.

Prepare for migration

Before you get started, you'll need to make sure your environment is ready to migrate.

Here's what you need to start the migration process:

  • An Azure subscription where you’ll create new Azure service objects.

  • Make sure you're assigned to the following roles:

    • Contributor
    • User Access Administrator

    The Contributor role lets you create Azure objects on your subscription, and the User Access Administrator role lets you assign users to application groups.

How to migrate manually

Now that you've prepared for the migration process, it's time to actually migrate.

To migrate manually from Azure Virtual Desktop (classic) to Azure Virtual Desktop:

  1. Follow the instructions in Create a host pool with the Azure portal to create all high-level objects with the Azure portal.
  2. If you want to bring over the virtual machines you're already using, follow the instructions in Register the virtual machines to the Azure Virtual Desktop host pool to manually register them to the new host pool you created in step 1.
  3. Create new RemoteApp application groups.
  4. Publish users or user groups to the new desktop and RemoteApp application groups.
  5. Update your Conditional Access policy to allow the new objects by following the instructions in Set up multi-factor authentication.

To prevent downtime, you should first register your existing session hosts to the Azure Resource Manager-integrated host pools in small groups at a time. After that, slowly bring your users over to the new Azure Resource Manager-integrated application groups.

Next steps

If you'd like to learn how to migrate your deployment automatically instead, go to Migrate automatically from Azure Virtual Desktop (classic).

Once you've migrated, get to know how Azure Virtual Desktop works by checking out our tutorials. Learn about advanced management capabilities at Expand an existing host pool and Customize RDP properties.

To learn more about service objects, check out Azure Virtual Desktop environment.