After a long wait the next version of Windows Virtual Desktop (WVD) is now in public preview. This next version is also known as “WVDv2” and “Spring Release” and there are a lot of changes since the first GA release back in 2019 of WVD. To begin, it is now fully integrated with the Microsoft Azure portal, meaning, there is now an official supported management UI, you can now assign applications to Azure AD Groups, there are Role-Based Access Control (RBAC) possibilities, Integration with Log Analytics Workspaces, and many more new features.
In today’s blog I want to focus on how the new Windows Virtual Desktop Management Console (UI) looks like, how you deploy Windows Virtual Desktop “Spring Release” with it, and how you manage your environment after deployment.
Before we start I want to walk you through the requirements that are needed for Windows Virtual Desktop.
- Azure Tenant
- Azure Subscription
- Azure Active Directory
- Azure AD Connect or Azure AD DS
- Admin account(s)
- Global Admin
- Subscription Contributor Rights
- Join VM’s to (local) domain
- Microsoft 365 E3/E5
- Microsoft 365 A3/A5/Student Use Benefits
- Microsoft 365 F1
- Microsoft 365 Business
- Windows 10 Enterprise E3/E5
- Windows 10 Education A3/A5
- Windows 10 VDA per user
- RDS CAL license with active Software Assurance (SA)
- Hub-Spoke network (recommended) – https://bit.ly/3aRs9mg
- Enough free address
- DNS is configured properly
- Access to local DC’s or Azure AD DS
Network Ports for Session Hosts
For the session hosts, make sure that at least the following outbound TCP ports are allowed in the firewall:
Next to the required ports, consider to open the following optional ports:
Windows Virtual Desktop Console components
Since this new version of Windows Virtual Desktop there are some difference in components in relation to the previous version, let’s explain this a little more.
The Windows Virtual Desktop Workspace replaces the old WVD “v1” tenant. You don’t have to create a tenant with this new version anymore. Creating a Workspace and link the Application Groups to it will show the published resources (Desktop or Applications) in the end user Windows Virtual Desktop client.
There are two types of Applications Groups, one for Desktop (DAG, Desktop Application Groups), and one for Applications itself. You can have multiple application groups from a single Hostpool, and now can publish a Desktop and Applications from the same Hostpool to the same user at the same time (that’s new with this release).
Just like with the previous version. A Hostpool is a collection of Session Hosts VM’s where the applications are installed on and where the user sessions will be hosted.
Deploy Windows Virtual Desktop
If all requirements are in place you can start with the Windows Virtual Desktop deployment itself. For the next step, login as Azure Global Administrator to the Microsoft Azure Portal.
In the Azure Portal search bar, search for Windows Virtual Desktop and open it.
Click Create a host pool. This will start a wizard were you can create all the components needed to deploy a desktop or applications.
Select your Subscription and a Resource group (or create a new one). Fill in a Host pool name (not visible for end users) and select the Location.
For the Host pool type, select Pooled (user will login to random available VM in the hostpool every time) or Personal (dedicated assigned VM for user). In case of a Pooled Hostpool type, fill in the Max session limit of users for each VM in the hostpool and select the Load balancing algorithm (Breadth-first where new user sessions will be distributed across all available Session Hosts, or Depth-first, where new user sessions will be distribute to a server till it’s maximum of session limit is reached)
Click Next: VM details
Set Add virtual machines to Yes. Select your Resource group (or create a new one). Select the Virtual Machine Region (does not have to be the same as the resource group of the Host Pool itself). Select the desired Virtual machine size and select the required amount of VM’s. Fill in a VM Name prefix (keep it as short as possible, max 10 characters because a “-x” (dash and a number) will be added to this name in Azure and your local domain).
Select if you want to Use Managed Disks or not, and configure your network settings.
If you want to Specify a domain or OU unit, select Yes and fill in your domain information. Fill in the Administrator account details of a account that has the rights to join machines to the (local) domain.
Click Next: Workspace
Set Register desktop app group to Yes. Create a new one and give it a name, by default, this name will also be visible for the end user.
Click Next: Tags
Optionally you can add Tags, but I will skip it for now.
Click Next: Review + create
After a few minutes, Your deployment is complete
Walkthrough the WVD Management Console
Let’s do a walkthrough through the new Windows Virtual Desktop management console. First lets take a look at the Host pools
Navigate to Host pools > <host pool name> > Virtual machines
Here you can find the Virtual Machines that are member is this Hostpool. You can managed them here, and you can see which user sessions are active on the particular VM.
If you open the Application groups blade, you see which applications groups are assigned to this Host Pool, you can open an Application Group and assign it to Azure AD Users and/or Azure AD Groups.
When opening the Properties blade, you see settings for the Max session limit and the Load balancing algorithm like you configured during the creation wizard in the previous step. You see that these settings can be easily changed afterwards in this management web console.
When opening the RDP settings tab, you see all the settings related to the user session itself, like Desktop resolution and Redirection for example for local Disk drives, clipboards and Printers.
Next, lets navigate to the Application groups > <application group> and open the Assignments blade. Before end users will see the new resources we need to assign it to them. Therefor click the Add button.
Then select the Group or User you want to assign to this Application Group and click Select. From now on, the end users will see the published desktop and your Windows Virtual Desktop environment is up-and-running.
If you create an Application Group for publishing RemoteApps (so not Desktops), you can easy add them by opening the Applications tab and then click on the +Add button. You can add applications via a Start Menu option (like in the screenshot above), or via the File path option where you need to fill in the path to the executable and all the other information yourself. In case of Publishing the Office applications you can easily use the Start Menu option and you are able to add them in a few seconds.
Lets take a look and the Workspaces. Navigate to Workspaces > <workspace name> and open the Application groups. Here you can add or remove Application Groups for this Workspace.
Open the Properties blade. Here you can see the Friendly name. By Default the name that is shown in the Windows Virtual Desktop client is the name of the Workspace. However, when filling in the Friendly name, this will be the name that will be shown in de client.
Finally, lets take a look at the Users blade. When opening this blade you can search for a User. When doing this, you can see the information of this user, but also the current Sessions this user have active. You can directly see on which Host pool and which Session Host VM is hosting this active session. You have options to send the user a notification or to logoff or disconnect his/her active session.
Finally a screenshot of the Windows Virtual Desktop client to show you how it looks like after the configuration from this blog.
I hope this blog has given you a good overview of the new version of Windows Virtual Desktop. If you thought it was worth reading, sharing via socials is appreciated. Thank you and till next time!