Microsoft RemoteFX Documentation

Microsoft has published some documentation for RemoteFX to go along with the Service Pack 1 beta.

RemoteFX Requirements

To be honest, even though my main interest in the MS world has been Hyper-V and associated technologies, I’ve avoided Remote Desktop Services VDI.  There might be lots of interest but I reckon the cost of it (hardware, licensing, more management systems rather than less) will scare most of that away (and this goes for all the vendors, not just MS).

RemoteFX has stirred up a lot of interest.  Here’s a link to a blog post talking about the requirements to get RemoteFX up and running.

My Lab is Remotely Accessible – TS Gateway

I’ve been meaning to do this for a while.  We’ve been using TS Gateway for remotely accessible solutions for our customers at work for a while now.  This evening, I set up my Hyper-V/Virtual Server/vSphere lab to be remotely accessible from anywhere.  This will allow me to access my lab and work on the book even if I am commuting on public transport or am in remote locations.

It was simple enough to configure.  I added the Remote Desktop Services role (I’m using W2008 R2.  Use Terminal Services on W2008), choosing only the TS Gateway Role Service, to my Hyper-V host (don’t add any roles other than Hyper-V to hosts in production!!!).  The TS RAP allows my user account to access all devices.  It’s all configured on my netbook so I can use it while at PubForum.

Yes, this would be all easier with Home Server but I have my reasons not to deploy that for a while yet.

Now I can RDP into the lab and work away, just as if I was sitting in front of it.  Pretty sweet!  It even works perfectly well over 3G connections.

Deploy a Virtualized Session-Based Remote Desktop Services Solution

Microsoft has released guidance on how to deploy a virtualised Remote Desktop Services (aka Terminal Services) Session Host (aka Terminal Server) on a machine/hardware virtualisation platform.

“This document provides guidance on deploying Remote Desktop Session Host (RD Session Host) and other Remote Desktop Services role services in a virtualized environment with minimal hardware resources. The document also provides scalability information for a virtualized Remote Desktop Services role configuration by using the Knowledge Worker scenario to help size hardware for similar workloads”.

If this subject interests you then you should check out an independent white paper by The Virtual Reality Check that compares the performance of Terminal Services on VMware vSphere 4.0, Citrix XenServer 5.5 and Microsoft’s Hyper-V 2.0 (Windows Server 2008 R2 Hyper-V).

I’ve deployed fairly small solutions on Hyper-V and they worked fine.  One of the nice things about virtualising them is that you can control your resources nicely: start out small and grow as required in a very rapid manner.

Remote Desktop Session Hosting Sizing

Microsoft has published a guide on Windows Server 2008 R2 Remote Desktop Session Hosting capacity planning. Remote Desktop Session Hosting, what the hell is that?  That’s the new name for Terminal Services.  Yes, the naming department struck again and now IT Pro terminology has a bigger carbon footprint than cows or airplanes.

“The Remote Desktop Session Host (RD Session Host) role service lets multiple concurrent users run Windows-based applications on a remote computer running Windows Server 2008 R2. This white paper is intended as a guide for capacity planning of RD Session Host in Windows Server 2008 R2. It describes the most relevant factors that influence the capacity of a given deployment, methodologies to evaluate capacity for specific deployments, and a set of experimental results for different combinations of usage scenarios and hardware configurations”.

It Seems The Big Buzz Right Now Is …

I was talking to a few consultants last week and lots of the CIO’s they are meeting are talking about one thing right now: Virtual Desktop Infrastructure or VDI.  They’ve been hearing this term from many sources.  VMware has made a bit of a push on it, Citrix have made a huge push on it seeing their Presentation Server (or whatever the hell it’s called this week) getting squeezed out by MS, and MS has released Remote Desktop Services in Windows Server 2008 R2.  It seems these CIO’s want to talk about nothing else right now.

I can understand the thinking about VDI.  It can solve branch office issue by placing the desktop beside the data and server applications in the data centre.  Unlike Terminal Services a helpdesk engineer can mage changes to a VDI machine without change control.  Instead of PC’s you can use terminals that should be cheaper and should have no OS to manage.  It all sounds like costs should be cheaper and all that “nasty” PC management should disappear.  Right?

*Ahem* Not quite.

  • Branch Offices: Yes this is true.  By placing the VM, the user’s execution environment, in the data centre you speeds up access to data and services for remote users.  Let me ask a question here.  How much does sit cost to buy a PC?  Around €400 or thereabouts will do for a decent office PC.  It even comes with an OEM license for Windows.  How much does it cost for 2GB RAM in a server?  Around €200, not to mention the cost of the server chassis, the rack space, the power and the cooling.  How about storage?  A PC comes with a SATA disk.  A €250 GB SATA drive for a server is around €250.  It seems to me that we’ve already exceeded the up fronts.  I have done detailed breakdowns on this stuff at work to compare VDI with Terminal Services.  With VDI there is no memory or storage usage optimisation.  You get this with Terminal Services.  My opinion has changed over time.  Now I say if you want to do end user computing in the data centre then Terminal Services is probably the way to go.
  • Change Control: On a very basic VDI system, yes a helpdesk engineer an fix a problem for a end user without change control.  Terminal Services does absolutely require change control because a change to software on the server affects everyone.  However, if you are using pooled VDI or trash’n’burn VDI (VM invoked when a user logs in and destroyed when the log out) then there’s a good chance the problem returns when the user logs in again, thus requiring second or third level engineering.
  • Terminal Cheaper than PC’s: Hah!  I went out of my way at a recent Citrix VDI event here in Dublin to talk to one of the sponsors about terminals and their costs.  Their terminals were about the same cost as a PC or laptop depending on the form factor.
  • Terminals have less management than PC’s: Uh, wrong again.  There is still an operating system to manage on these machines and it’s one that has less elegant management solutions.  It still needs to be populated and controlled.  I’ve also been unable to get an answer from anyone on whether EasyPrint support is added into any of the terminals out there.  Without EasyPrint you either have awful cross-WAN printing experience or pay up for expensive 3rd party printing solutions.
  • Terminals cheaper part 2: The user still needs a copy of Vista or Windows 7 for their virtual machine where does that come from? You need to know that you cannot go out and use just any old Windows license in a VDI environment.  It has to be a special one called Virtual Enterprise Centralised Desktop (VECD).  This can only be purchased if you have software assurance on your desktop … uh … but we’re running terminals without a Windows Vista/7 license.  Yeah, ask your LAR about that one!  And we know SA adds around 33% to your costs every 2 to 3 years.  That PC with an OEM install of Windows 7 Professional or Ultimate is sounding pretty sweet right about now.
  • VDI is easier to manage: How do you manage a PC?  You have to put AV on it, you have to patch it, you have to deploy software to it, you have to report on license usage, you have to use group policy, etc.  That’s everything you also have to do with VDI using the exact same techniques and systems.  I see nothing so far about hardware management.  Let’s look at that.  You have to have 2 power sockets, a network socket and cabling, and every now and then one breaks and has to be replaced/repaired.  That sounds like everything you have to do with a terminal.  OK; the operating system on the machine?  I grant you that one.  A terminal has a built in OS.  A PC has to be installed but you can easily use MDT (network or media) to build PC’s with almost no effort and it’s free.  You also have ConfigMgr and WDS as alternative approaches.  WDS even allows people to build their own PC’s from an access controlled image.

For me, VDI is just too expensive to be an option right now.  Why do you think Microsoft hasn’t been singing from the heavens about Remote Desktop Services.  Sure, it’s a messy looking architecture but they know that the PC is here to stay for a long time yet.  The PC is relatively cheap to buy an own.  TCO?  Citrix have screamed about that one since the days of WinFrame and they haven’t managed to convert the world.  Sure, Citrix/Terminal Services is in most organisations but it’s more of an application deployment solution for remote users than a PC replacement solution.

And let’s not forget that the PC paradigm is changing.  It’s expected that the ownership of the business PC will change from the business to the end user.  In fact it’s already happening.  The business can still retain some sort of control and protect itself using things like NAP and port access control.

Feel free to post a comment on what you think about what’s going to happen.

Technorati Tags: ,