If you are following my blog, I discussed about Microsoft VDI solution and how it can proved to be a great solution for organizations to lower their management cost and enable flexible work scenarios such as work from home and hot-desking, increased data security and compliance, as well as easy and efficient management of the desktop OS and applications.
Today I’ll talk about enhancements in Terminal Services in Server 2008 which is now renamed to Remote Desktop Services,
Now RDS, in addition to other Terminal Service roles, provides an platform for companies to implement a centralized desktop strategy and for partners to provide additional innovation.
It introduces the new Remote Desktop Connection Broker – an expansion of the Session Broker in Windows Server 2008 – which provides the administrator with a unified experience for setting up user access to both virtualized desktops (running as a full Windows client OS on top of Microsoft’s virtualization infrastructure) and traditional session-based remote desktops.
Together with Hyper-V and System Center Virtual Machine Manager, the Remote Desktop Connection Broker enables a VDI solution for low-complexity, departmental environments, and a platform for partners who are delivering rich, extensible solutions where heterogeneous client support is a prerequisite, and when enhanced management and scalability is a requirement.
The Remote Desktop Connection Broker it complements other, shared RDS infrastructure components in Windows Server 2008, such as Remote Desktop Web Access or Remote Desktop Gateway. With the Remote Desktop Connection Broker, partners will find an extensive set of APIs that will allow them to continue innovation and deliver added value to customers.
Other important improvements in our virtualization platform in Windows Server 2008 R2, such as Live Migration, will further contribute to making Windows Server 2008 R2 an excellent platform for VDI, improving both availability and scalability of a virtual desktop deployment.
RDS in Server 2008 R2 supports two VDI Scenarios:
1. Personal Virtual Desktops
- One OS image per user
- Administrator access, desktop customizable
- User state typically part of the image
2. Virtual Desktop Pool
- Shared OS images, identically configured
- No administrator access
- User state temporary (discarded at session end)
The Architecture of VDI deployment using RDS would look something like this.
Learn More about Microsoft VDI and RDS, Please follow the links below
Isn’t that Interesting, I know you cant wait to do a hands on with Microsoft VDI with RDS in Server 2008 R2.
How to setup a VDI lab with RDS?? I’ll be posting step by step soon.
Please stay tuned.. 😉