We often hear server-based computing (SBC) being discussed alongside VDI; so, is this the same technology with a different name or is SBC different in some way?

SBC has been around for quite a long time, and you can actually trace it back as far as the 1950s to mainframe computing. Mainframes were designed to deliver centralized compute power to run applications, with users connecting to the applications using a "green screen" terminal.

Today's SBC model doesn't really change this, but it now offers the ability to connect to either applications or an operating system. We will cover each of these and how they work in the next sections, starting with traditional published application delivery.

Delivering published applications with SBC

So, the first option with SBC is to just deliver an individual application to a user. This is often referred to as publishing an application. The architecture of how this works is shown in the following diagram:

With SBC, rather than connecting to a full-desktop operating system running as a virtual desktop machine, you are now connecting to an application. The application is running on a server; however, it is running in a separate, protected session for each individual user that is connected, which means that a single server can host multiple sessions of the same application for multiple users. The server hosting the application sessions runs a multiuser operating system, and a user would connect to a session using a terminal or thin client. This is why SBC is often referred to as thin client computing. SBC has evolved from the mainframe days, and now you can run a desktop operating system as a hosted session, as we will describe in the next section.

Delivering published desktops with SBC

Sometimes, there is a requirement to have a full-desktop experience rather than just having individual applications delivered to the end user. Similar to application publishing, with SBC, you can publish a desktop operating system as a session, as shown in the following diagram:

In this model, you are running a desktop operating system rather than an application. The OS runs as a separated, protected session. This is where the differences lie between desktops delivered by SBC and those delivered by VDI.

With VDI, you have a fully functional desktop operating system, on which you can customize, personalize, and install your own applications; whereas with SBC, you are either running just an application session or sharing a desktop environment by having your own session rather than a full desktop.

You also need to bear in mind that in an SBC environment, the desktop session isn't actually running as a true desktop operating system; it is, in fact, running a session of the host servers' operating system, which is made to look like a desktop operating system.

With VMware Horizon View 6.0 delivering virtual desktops, you transform your desktop environment into a centrally managed service, enhancing the end user experience and productivity at the same time. At a higher level, Horizon View 6.0 delivers the following:

Now that we have talked about what VDI in VMware Horizon View terms is and the differences with SBC, in the next section, we are going to focus on the VMware VDI solution, Horizon View, and take a brief history lesson that covers the background story of where VMware and its VDI story began.

VDI for VMware started back in 2002, when customers of the ESX solution started to virtualize their desktop machines as they had been doing with their server operating systems. There wasn't a specific product or solution at the time and certainly no connection broker or any of the functionality that we see today. All a user had to do was connect to a remote virtual desktop using RDP. That was about as scientific as it got!

It wasn't until 2005 that VMware socialized the idea of having a connection broker for better management of the desktop allocation by demonstrating a prototype at VMworld that year. A company called Propero also showed their version of a connection broker at the same event, and as a result, VDI became more high profile and gained more traction in the market.

Move the clock forward by 2 years to 2007 and you will see that the prototype connection broker was introduced to customers before being given to the product organization to productize it and turn it into a released shipping product called Virtual Desktop Manager (VDM) 1.0. This year also saw VMware acquire Propero for $25 million in order to accelerate the connection broker development, leading to the VMworld announcement of VDM 2.0, which was released in January, 2008.

After the release of VDM 2.0 in early 2008, a second release came at the end of the year, along with a new name. VMware View had arrived! This year also saw Citrix enter the VDI market with XenDesktop.

A year later, in 2009, VMware View 4.0 was released and was the first version to include the PCoIP protocol from Teradici. PCoIP delivered a much richer user experience than RDP.

In 2010, View 4.5 was released with new features, such as the local mode for delivering offline desktops, PCoIP enhancements, Windows 7 support, and the ability to tier storage. This was also the year that VMware talked publically about the biggest VDI reference case to date with Bank of Tokyo Mitsubishi.

In 2011, the following year, View 4.6 was released with two new notable features. The first was the iPad client, which allowed a user to connect to their virtual desktop session on an iPad using the PCoIP protocol. The second new feature was the PCoIP Secure Gateway function for the security server, which allowed users to connect to their virtual desktop without needing a VPN connection.

Later on in the same year, View 5.0 was released with some more new features aimed around the user experience, the key one being the introduction of Persona Management, which allowed a user's profile to be independent from the virtual desktop. View 5.0 also introduced 3D graphics support using the latest vSphere 5.0 platform as well as some major overhauls in the PCoIP protocol.

Although it had only a point release in May 2012, View 5.1 had a number of significant enhancements, especially around storage, with the introduction of the View Storage Accelerator, View Composer Array Integration, and the ability to scale the hosting infrastructure up to a 32-node cluster when using the NFS storage. This version also added RADIUS two-factor authentication, improved the USB device support, standalone View Composer, the ability to support profile migration from XP to Windows 7, and physical desktops with Persona Management.

In March 2013, VMware View 5.2 was released, and to bring it in line with VMware's Horizon branding (launched at the same time), it was renamed Horizon View 5.2. In this release, there were a number of new features based on the user experience, such as support for unified communications with Microsoft Lync 2013, hardware-accelerated graphics with Virtual Shared Graphics Acceleration (vSGA), and the Windows 8 support. One of the biggest updates came in the form of feature packs, which allowed a user to access their desktop in an HTML 5 browser using the VMware Blast protocol. This feature pack also included the ability to use USB webcams with Real-Time Audio-Video (RTAV).

A second release later in 2013 with Horizon View 5.3 saw the introduction of virtual dedicated graphics acceleration (vDGA), which allowed a virtual desktop to have dedicated access to a GPU in the host. This was also the first release that supported Windows Server 2008 R2 as the virtual desktop machine, which means that you can "skin" the operating system to look like a desktop. Finally, the Horizon Mirage support was added to manage full-clone desktops.

The final 5.x release arrived in 2014 with Horizon View 5.3.1, adding support for Virtual SAN (vSAN).

That brings us nicely up to date—VMware Horizon 6—and a new approach to delivering a fully integrated platform with some new Horizon editions.

The timeline is shown pictorially in the following diagram:

In the next section, we will cover VMware Horizon 6 and the features in each of the different editions in a bit more detail.

In VMware Horizon 6, we have the latest solution in VMware's end user computing (EUC) vision and strategy for what they describe as one login, one experience, and any device. This basically means that for a user, they just need their network password to log in from any device they choose, and once logged in, the look and feel will be consistent across all endpoint devices they use.

We talked earlier about the differences between VDI and SBC and an example use case for application publishing versus VDI versus desktop sessions, and came to the conclusion that a hybrid solution would be the logical way forward. Typically, this would mean that you will need several different product solutions to achieve this; however, with Horizon 6, you can deliver all of this and more, with the ability to deliver VDI, published apps, and session-based desktops—all from a single platform.

Combine this with the other functionalities—such as application virtualization, centralized image management, and automation functionality—and Horizon 6 becomes a compelling solution for delivering all your end user computing needs.

This book is going to focus on the Horizon View 6.0 product and, specifically, how to design, configure, and install the various components for delivering virtual desktops as a centralized service. We will take you on a journey from the initial planning stages right through to the installation, configuration, and optimization.

VMware Horizon 6 was released on 19th June 2014 and comes packaged as "editions" in a similar way to other VMware products, whereby you can buy a bundle of products that make up an entire solution.

In the next section, we will cover the different product editions for Horizon 6.

As we touched on in the previous section, there are a number of different components that make up the Horizon 6 portfolio, and these features are divided into three different Horizon editions—Standard, Advanced, and Enterprise editions—each building on the functionality of the previous edition.

In the next section, we will take a walk-through of each of the available editions.

Horizon Enterprise Edition

The final edition is Horizon Enterprise Edition, which builds on the previous two versions and adds features that deliver the operational management and automation functionality. This includes products such as vCenter Operations for View, which delivers capacity planning, health monitoring, and proactive troubleshooting features.

The final component is vCenter Orchestrator with the desktop plugin, which allows you to build desktop workflows for automated provisioning.

The following diagram details the features available in each edition:

In this chapter, we discussed what VDI actually is and the different options for delivering the end user experience, compared VDI with desktop and application publishing, and how each solution works. We then wound the clock back to 2002 and looked at the history of where VDI began for VMware.

The final sections covered the latest VMware Horizon 6.0 release and the three different editions—Horizon View Standard, Horizon Advanced, and Horizon Enterprise—and what's included in each edition.

In the next chapter, we are going to start drilling down into the technology a little deeper and look at how some of the technology features included with Horizon View fit together in the overall view and how they work.