This article is for two types of partners. First, those who aren’t sure about the Azure/Cloud space and want to load up an RDS environment initially due to familiarity, but may consider migrating to Windows Virtual Desktop (WVD) down the road. Second, it’s for existing Nerdio partners who already have an RDS environment and are interested in transitioning to the WVD side (see note at the end of this article).
Nerdio has developed an easy and automated process for transitioning partner from a current RDS deployment to WVD. That being said, there are a few things to consider and some prerequisite steps that should be taken. This article will walk through the entire RDS to WVD migration process from start to finish.
The migration from RDS to WVD is designed to be as seamless as possible. As a result, no existing servers will get destroyed, and only additions are made to specific VMs (namely DC01 & FS01). Not even a reboot is performed on any of the severs. In theory, this migration could take place during standard work hours without any disruption to end the user (obviously this is not advised, but it’s possible in theory).
The migration process is broken into four phases:
- Environment Preparation
- Server Migration
- Infrastructure Configuration & User Migration
- Environment Cleanup
Phase 1: Environment Preparation
Due to the nature of the backend automation taking place during this process, we advise that everything is as clean as possible in the environment before the migration kicks off. This means running updates on the servers (primarily DC01 & FS01), checking the Event Logs to make sure everything is healthy, and reviewing the Nerdio Admin Portal (NAP) logs to make sure there aren’t any lingering issues (also known as AD Cache failing to sync).
We also recommend creating a test user on the RDS side. Make sure this user has the resources and licensing necessary to simulate standard user activity in the environment. In Phase 3, this user should be the first one to migrate over to the WVD side. This test user can then verify things like applications, printers/scanners, folder redirects, etc are all working as expected before live users are migrated over.
Phase 2: Server Migration
This is the actual migration part of the process where the Nerdio scripts get ran. Reach out to Nerdio by emailing firstname.lastname@example.org to schedule this piece of the migration.
Once a date and time have been set, the Nerdio team will launch the migration and manage this phase. On average, this phase will take 1-3 hours. Once Phase 2 is complete, there’s no going back to the RDS side. As a result it’s important to ensure users & resources that need to be built on the RDS side have been built before the switch. This is especially true if Phase 3 is intended to take a few weeks. Let’s say there is a new employee of the company that will need to work on the RDS side while the WVD side is getting configured. Add this user before the migration so there’s no disruption to workflow.
Phase 3: Infrastructure Configuration & User Migration
After the migration script has completed, the most notable change to the environment will be the additional Golden Image for the WVD side, along with an option to create WVD pools. All old RDS infrastructure will still be intact and working as expected. User will still be able to login and execute their regular task just like they did before the migration.
The next step is to configure the WVD side of things. This includes configuring the WVD Golden Image (this will be brand new and is not cloned from the RDS Golden Image), creating a WVD pool, and configuring the WVD pool template. Once the pool(s) are dialed in and ready to go, bring over the test user and assign it to the WVD resources to verify standard workflow and the correct configuration.
As long as the test user is working as expected, it’s safe to begin migrating live users. We recommend keeping the first group fairly small (5-10 users) and have them in the environment for at least 2-3 days without any issues before moving the next group over. One thing to keep in mind is that the UPDs for each user will not get migrated over from the RDS to WVD side as part of this process. It’s very important to have users save their data (we usually see partners leverage OneDrive or File Shares for this) and once they get assigned to the WVD side, the data can be loaded in their WVD desktops, documents, & favorites folders.
Once all users have been migrated to the WVD side and everything is working as expected, you’re ready for Phase 4.
Phase 4: Environment Cleanup
The environment cleanup phase involves removing all the old RDS resources. This includes things like the RDS Collections, RD Gateway & Connection Broker -- and the RDS Golden Image can be deleted. This ensures that no Azure spend is charged for these resources, especially since they will be obsolete in the new WVD environment. Once all the resources have been cleared out, simply update the Nerdio ticket for this case and the Nerdio team will run the command to mark the account as officially migrated to WVD. This will conclude the cleanup process and the migration from RDS to WVD will be complete.
That’s it. Overall, it’s not too complicated and the average time allotment we see partners apply for this is one to two weeks -- however, that obviously varies depending on the environment size. Due to the permanence of this migration, we advise partners to consider all factors involved before going down this path. This is especially true if the client utilizes proprietary applications that were configured for RDS and may not have been tested in a Windows 10 native environment.
* Note: We cannot take an existing Azure RDS environment that was configured outside the Nerdio orchestration, apply Nerdio to that environment, and then transition it to WVD. This only applies to RDS deployments configured through Nerdio.
Interested in trying Nerdio yourself? Sign up for a free 30-day Nerdio for Azure trial -- no strings attached.