What’s on the Horizon?

Posted on Updated on

For years I’ve been saying that “VDI is a solution looking for a problem.” A problem that is solved for the most part by Terminal Services (RDS) for many use cases (some special cases such as a requirement for local administrative rights  still lend themselves to a VDI solution).

Now it appears that the world’s largest proponent of VDI is starting to see it that way too.

Last week VMware announced Horizon 6. The first question I have for VMware is what happened to versions 1 through 5? IT seems to me like Horizon 6 is emulating what Citrix (and Microsoft have being doing for decades) with a combined instance and session based solution. There’s not much I can tell you about Horizon 6 as it was only announced last week. Apparently you can download a 60 day evaluation. I suggest caution before doing that.

In the past, VMware has been able to get customers to forget that they may already have a solution available to them and get them to look at VDI/View as a potential solution to a problem. My suggestion is to learn what you can currently accomplish with Windows Server 2012R@ and Citrix to help you better understand what VMware is bringing to the party with Horizon 6.

I’m looking forward to seeing how Microsoft and Citrix are going to respond to this. IT will be an interesting TechEd for sure.

For a more in depth perspective on this, see my friend Claudio Rodrigues post here.

Everyone who needs VDI already has it – Brian Madden – BrianMadden.com

Posted on Updated on

Interesting post from Brian Madden:

Everyone who needs VDI already has it – Brian Madden – BrianMadden.com.

It really underscores how important client side hypervisors will be to propel VDI to the next level.  The ability to have datacenter based VDI with a locally cached VM for offline use addresses the many use cases that are currently can only be addressed by a locally installed desktop OS.

VDI vs. Terminal Services

Posted on Updated on

I’ve been involved with Terminal Services architectures since 1995 with the classic Citrix WinFrame.  I even spent some time at Microsoft as the Technical product Lead for Terminal Services in the 1990’s.  I’ve always felt that TS was an overlooked technology in most North American enterprises.  European enterprises seemed to more readily accept this desktop computing paradigm.  It just makes so much sense from a centralized management of computing assets and less touch points.

Then along came Virtual Desktop Infrastructures (VDI) and everybody was excited about the opportunity to centralize desktop computing resources.  My initial thoughts were that this is interesting and makes sense for some specific use cases but that TS made sense for more use cases in the average environment.  TS provides higher user density on the same server hardware, there were less touch points (with VDI you still have to manage each virtual desktop), there is a rich set of tools to help scale and manage TS infrastructures, and of course the technology was mature and proven in thousands of installations around the world.  In reality, TS and VDI are parts of the same spectrum of thin client computing technologies – TS is single multiuser operating system, while VDI is multiple single user operating systems.  I was waiting to be vindicated – waiting for the masses that jumped on the VDI train to realize that VDI was just another flavour of TS and that TS made more sense for most users.

I was wrong.  VDI is going to leave TS in the dust.  Don’t misunderstand; I still believe that TS makes sense for many use cases and that there will continue to be a market for it.  The sheer momentum behind virtualization initiatives has propelled VDI into the spot light for most organizations looking at re-architecting their desktop delivery strategies.  That momentum might be enough to eclipse TS.  After all, the best technology doesn’t always win out in this industry, for instance,  <insert you favourite failed technology example here>.

I believe that VDI has one distinct advantage that TS can’t easily provide:  It is more “cloud friendly”.  Many enterprises currently have applications that can have their workloads dynamically moved within a virtualized pool of computing resources.  This works well as long as computing resources are available to meet the peaks.  This usually means that for a large portion of the time, the supply of compute power exceeds demand.  Essentially, compute power is over provisioned at least some of the time.

However, using cloud services (public or private), can provide just in time computing resources that allow applications to burst into the cloud to meet peak workload requirements.

Think about having the ability to do this with desktop workloads.  Sure you could do this with Terminal Services but the inherent TS advantage of higher user density makes the workloads less granular than the equivalent VDI workloads, and more apt to be over provisioned.  Essentially, you could establish a policy that would let specified VDI users burst to the cloud as required.  This would be perfect for occasional users, or low priority users.

What a great desktop delivery model – provision on demand.  Couple this with a client side hypervisor, a streamed desktop, and local caching and you have a solution for the road warrior too.