This content is part of the Essential Guide: Complete guide to RDS management and RDSH
Evaluate Weigh the pros and cons of technologies, products and projects you are considering.

VDI vs. RDSH doesn't matter if users don't need full Windows desktops

Most companies don't need to publish full Windows desktops anymore -- users mostly just need their applications. That means there's no reason to discount RDSH in favor of VDI.

Much of the talk about desktop virtualization over the past few years has been about VDI. That term describes running a client-based OS (such as Windows 7) as a virtual machine in some far-off data center while the user's client device does little more than display the remotely generated pixels and transmit keystrokes and mouse clicks to the remote host.

What most people fail to remember -- especially when getting excited about VDI -- is that there's another technology that is almost identical to VDI. Microsoft Remote Desktop Session Host, or RDSH, is just the modern name for Microsoft Terminal Server, a product that was initially released way back in 1998 and has remained largely unchanged since then -- I mean that in a good way!

RDSH includes "session host" because multiple users log into the same virtual machine (VM) at the same time, but each user has his or her own "session." From the user's standpoint, RDSH and VDI are identical: The user clicks a button on his client, enters his credentials, waits a few seconds, and boom! -- a Windows desktop is presented that's actually running in some remote data center.

From the IT pro perspective, RDSH was always a bit trickier than VDI because administrators had to jump through a few more hoops to make sure everything was configured properly. For example, you wouldn't want one user to install a new application onto "his" Windows desktop only to have that application's icon show up on the Start Menus of every other user connected to that same server.

IT admins tended to put up with these quirks because RDSH traditionally offered much more user density per server when compared with VDI. A few years ago, a typical dual-processor 1U server could often host 600 or 700 RDSH user sessions versus maybe only 150 VMs with VDI.

In more recent years, however, the gap between RDSH and VDI has narrowed, thanks to advances in virtualization and hypervisor technologies, causing many IT staffers to think, "Well, if I can get almost the same amount of VDI users on a server as RDSH sessions, and if VDI doesn't require all that special tuning to make sure one user session doesn't affect another user's session, maybe I should just go with VDI?"

Deliver apps, not full Windows desktops

That line of thinking makes a lot of sense, especially for companies that use remote desktop technology to deliver entire Windows desktops. But the irony is that just as we're getting to the point where VDI and RDSH technologies are similar in terms of cost and user density, the core reason you'd choose one or the other isn't as important. In other words, in today's IT environment, publishing a full remote Windows desktop is not as important as it once was.

This is due to the fact that today's users aren't typically looking to their IT departments to provide them with complete remote desktops. Instead, they just want IT to provide them with their applications. Today's users already have their own computers, laptops, phones and tablets, which give them access to email, calendars, shared files, their expense apps, travel booking, etc.

This means that IT departments need to find a way to provide access to single Windows desktop applications, and the trend today is to provide those applications via RDSH (or via third-party products based on RDSH, such as Citrix XenApp or VMware Horizon 6).

When it comes to delivering single Windows applications from a data center, RDSH-based systems are cheaper and more scalable, and they are much simpler to install, configure and manage than the "full" desktops required for VDI.

So if you need to provide a single Windows application or a handful of Windows apps, join the many IT departments today that are re-examining "old-school" RDSH technologies. Chances are you can build your solution on RDSH in a fraction of the time it would take you to get up and running on VDI.

Dig Deeper on Virtual desktop infrastructure and architecture

Join the conversation


Send me notifications when other members comment.

Please create a username to comment.

This is very true and even more-so for the SMB channel where budget and time constraints can halt a VDI migration plan before it even starts. The thing is, some companies do have an actual need for VDI, but most can suffice with RDS. And not everyone in a single organization will need VDI, maybe a small percentage of users, but again, most can suffice with RDS. It’s all about the applications. People have work to do; they need apps to get that work done. RDS gives you just that: Applications (and the other goodies as well). New advancements in Microsoft’s RDS allow for a very high quality user experience and new improved delivery methods. RemoteFX is excellent right out of the box and even better with graphics cards, boosted servers, etc. The new RDC Client for mobile devices has opened up a whole new world of mobile device/tablet connectivity in the SMB space. The RDS solution as a whole has come a long way in the last few years, same with VDI. With powerful new features that enable new cloud types, RDS has become scalable to no conceivable end. Now what it’s about is being able to mix these two (RDS + VDI) for specific use cases in a smooth manner that is simple and intuitive for users. And the IT admin! How can we forget the person who is working on all this! He called, he wants his afternoon back… If only there was a single management dashboard that he could become familiar with that would cover all of his customers’ various VDI and RDS needs… Read more @
That is absolutely true Brian. It's sometime hard to differentiate between the two for new adopter. If a users just need a client application without any need to install, modify or customize anything on the client then RDHS is an excellent option and can save a lot of money in implementation and management. 

We usually ask clients to see if this is a good option for them first before proceeding to VDI.
It is value added to IT but were we have issue in automation world. As part of RDSH all standalone application are access thru VDI so the automation tool is not able to locate the .exe file so we are facing issue.