Thoughts from the EPS Windows Server Performance Team
Useful Microsoft Blogs
Welcome back! It’s Day 10, and part 2 of our posts on RDS. Today we are going to discuss Virtual Machine-based desktop deployment, focusing on creating a pooled collection. There are two primary types of RDS deployments in Windows Server 2012:
There are two prerequisites for using the new "Remote Desktop Services installation" type of role installation in Windows Server 2012:
Required Roles for all RDS deployments:
Flow Chart of RDS
Today’s focus is the installation and configuration of RDS:
Virtual Machine Based Desktop Deployment
Our objective is to walk through the different steps that are required to complete a successful implementation of the Virtual Machine Based Desktop Deployment or Virtual Desktop Infrastructure (VDI) deployment.
We need to decide how we want to deploy the necessary management components of the deployment. One of the areas that we receive numerous calls in CTS, is concerning “What roles can be deployed on a single component of the RDS management servers?” The recommendation has been to deploy the components on their own dedicated servers.
But, we need to address the following questions:
In the case of question 1, the necessity for deploying all roles on their own dedicated server is not as important. The idea is that this is an experimental set of servers to help with gaining a better understanding of the components and how they all work together and how different the systems are to manage.
In the case of question 2, we are looking to potentially move this system into production and need to consider the scalability of the solution. Deploying multiple roles on individual servers can potentially impact the scalability of the different components. You may want to add additional RD Web Servers to create a highly available RD Web interface. Having this role on a single server lends itself to being able to configure multiple RD Web servers in a web farm. Ideally having a server dedicated to each component will allow the ability to scale out much more rapidly and efficiently.
In the case of question 3, having different components on their own dedicated servers allows for better isolation and troubleshooting of that individual component.
We will be deploying a test based scenario and will install all the necessary roles on a single RDS server.
So let’s get right to it by exploring how to deploy a Virtual Machine Based Desktop Deployment.
1. Open Server Manager (ideally from the Server you want to host the Session Broker role), Click on Add Roles and Features , Select Remote Desktop Services Installation and Click Next
2. Select Deployment Type of Standard deployment
3. Select Virtual machine-based desktop Deployment and Click Next
4. Click Next on the Review of role Services screen
5. Specify which server to act as the RD Connection Broker Server and Click Next
6. Specify which server to act as the RD Web Access Server and Click Next
(In our example, we’re elected to host the RD Web Access role on the same host as the Session Broker role.)
7. Specify the RD Virtualization Host and Click Next
In our example we’re using the same host for all 3 roles. The Hyper-V role will be installed if it isn’t already.
8. Confirm Selection and check mark on Restart Destination Server automatically if Required , Click Deploy
After completion of this process, you have successfully installed the RD Connection Broker , RD Web Access , RD Virtualization Host.
Virtual Machine-based desktop Deployment is of two types:
Creating a Pooled Virtual Desktop Collection
There are two types of Pooled Virtual desktop Collections:
With either option, the administrator can configure the pool to store the user profiles on User Profile disks separate from the machines.
Pooled - Managed Virtual desktop Collection
1. Open Server Manager, Click Remote Desktop Services and Select Overview
2. In Deployment Overview Section, Click Tasks and Select Edit Deployment properties.
3. Expand Active Directory and Select the Organization Unit if you would like to add the Virtual desktops to the domain , Click Apply
4. Select Collections tile
5. In Collection Section, Click Tasks and Select Create Virtual Desktop Collection , Click Next
6. Type the Name of the Collection and Click Next
7. Select the Pooled Virtual desktop collection and Click Next
8. Specify the Virtual Desktop Template which you must have already configured in Hyper V (making sure to have syspreped the virtual machine after installing the software required by users) and Click Next.
Note If you do not have an image then it can be easily created using the following command:
%windir%\system32\sysprep\sysprep.exe /generalize /oobe /shutdown /mode:vm
See the Windows 2012 RDS guides for more information on how to SYSPREP a template VM.
9. Click Next
10. Specify the unattended installation settings and Select the OU
11. Specify the Users and Groups and Specify the Prefix and Suffix for the Virtual Desktop
12. Specify Virtual Desktop allocation and Click Next
13. Specify Virtual desktop storage and Click Next
14. Specify User Profile disk if you want with the UNC Path and Click Next
15. Confirm Selections and Click Create
16. View Progress and Click Close
17. In Collection Section, Right Click VDI( Collection Name) and Select Task Status details
This completes the Virtual Desktop Managed Pool deployment.
Pooled - Unmanaged Virtual desktop Collection
1. In Collection Section, Click Tasks and Select Create Virtual Desktop Collection , Click Next
2. Type the Name of the Collection and Click Next
20. Select the Pooled Virtual desktop collection and Uncheck Automatically create and manage virtual desktops , Click Next
21. Specifying the Existing Virtual Desktops and Click Next
22. Specify the Users and Groups and Click Next
23. Specify User Profile disk if you want with the UNC Path and Click Next
24. Confirm Selection and Click Create
25. View Progress
Whew…that was a lot of info (and screenshots)! With that, this concludes todays post. Tomorrow we will continue our RDS series of posts and look at Personal Desktop VDI deployments.
-AskPerf blog Team
Now that I did all this, and I remote into the server, i still get the Server's Desktop, not a virtual windows 7 Desktop.
What step am I missing?
Your RDCB server has to be able to add/delete computers to the domain. It's more permissions than it needs but I stick the computer account in the Enterprise Admins group on the domain. Microsoft Support wasn't able to tell me what permissions the computer account actually needs.
Windows Server 2012 Connection Broker and RDVH server must have the permission to create computer accounts in the domain. If you want to know exactly what it needs, you can tell the UI to generate a PowerShell script for you.
a little time-saving hint: for the Base-Image it is important that you installed the latest integration services. In my case I took an image created on a 2008R2 Hyper-V-Host and the VM-creating step failed because I havent installed the 2012 integration services. So had to start from beginning.
Is there a create a Pooled VDI infrastructure using Win server 2012 as VM image?Is there a way to substitute win7/8 by winserver2012datacenter I have followed the "usual" way to build a pooled VDI desktop using Win7 or Win8 with success, but it fails when I use an image of Win Server 2012 as VM instead. Am I overlooking something? Should I need to prepare the image in a different way? (Sysprep differently?)Thanks
Is there a way to active windows for the virtual machine in the Pool ?
I did active windows, but each VM in the Collection Pool has a snapshot on it. Each time user log out RDS, the VM is reverse back to the snapshot and so ... lost the actived in formation ?
Can I actived windows, remove the old snapshot and take a new snapshot to replace the old one ??
I did not know this!
DO NOT RUN THIS COMMAND:
%windir%\system32\sysprep\sysprep.exe /generalize /oobe /shutdown /mode:vm
ON YOUR Windows Server 2012 MACHINE!!!!
It will break your install!!
I found this walk-through useful for creating and generalizing a VM for the Pool:
I need help.
Do not show me template virutal machine, when creating the VDI Pool
@Julio and anyone else having the problem on not having a VM for the Pool Select VM screen on Step 8. I am guessing there are no errors AND no VMs to choose from? I have had this a few times, the most important thing to do is make sure the Hyper-V role
is installed (should be on the Left-Most Side Menu labelled: Hyper-V). Then you have to create the VM through the Hyper-V Manager. Create a new VM (I think it has to be Generation 1, but I am not sure), and install Windows 7/8 onto it. Install programs/drivers/business-logic
apps, AND THIS IS IMPORTANT: Install/Update the Integration Services from the Action menu on your VM, and then go to "Insert Integration Services Setup Disk". You should have an AutoRun on your Desktop, and click it or navigate to the Setup Disk and run the
installer!!!! and THEN generalize it. You "generalize" with the sysprep command. NOTE: the /mode:vm argument for the sysprep command is only for Windows 8 and greater. Windows 7 doesn't recognize it and doesn't seem to need it. You have to make sure you remove
your ISO file or CD/DVD-ROM drive from the VM that you are going to use and make sure you setup the networking per your setup. There are also may be some Domain Permission issues depending on your Domain Setup, but once you generalize it with the sysprep command
you should be able to go back into the Wizard from Step 4 and see it.
I've got two question. 1) When you DON'T supply an answer file, what does the Wizard do? 2) I never see any of my OUs in the drop down, I must always manually enter it, what causes this? My machine account is part of the Ent. Admins group, so it should
be able to enumerate everything. TIA
I have the same question as Eduardo506 but what I understand is that Server VDI is not supported? So desktop pools based on a windows server OS?