VMware's VDI solution makes virtual desktops real, but not particularly easy to manage
VDI (Virtual Desktop Infrastructure) is seen by many to be an answer to the age-old problem of delivering a solid desktop experience to users without the administrative burden or costs associated with maintaining a physical desktop. Using a mixture of existing technologies, VDI enables users to log into a server-based Windows desktop session via a Web browser or Java client running on thin or fat client hardware. The virtual desktop promises users the same familiar Windows experience, while giving administrators central management and greater control.
I recently tested VMware's VDI solution, VMware View 3, both in the lab and in a pilot deployment on production hardware with real users. (I evaluated VMware View's chief rival, Citrix XenDesktop 2.0, in September.) The reality of VMware View is that it does work, but the management leaves much to be desired, and the user experience can be spotty.
Building a VMware View infrastructure is relatively simple, assuming that the major pieces of a VMware virtualization infrastructure are already in place. If you've already virtualized your server infrastructure, VMware View can be added as a companion in an hour or so. If you haven't already built a VMware infrastructure, then that's obviously step one. Generally speaking, it's expected that VDI will be an addition to an existing virtualization framework, and not deployed by itself. Given the success of server virtualization, this isn't a stretch. In fact, it's highly recommended.
[ Some challenges of virtual desktop infrastructure have yet to be addressed by any vendor. See Paul Venezia's "Five things I need from VDI." ]
Installation of View on an existing VMware infrastructure is accomplished by running the VMware Composer installer on an existing VMware vCenter Server, and then building a Windows server as a VM to run the actual VMware View services. This server becomes the View broker and is responsible for accepting user log-ins and directing them to their desktop once they've successfully authenticated to the system. The VMware View server does not have to be a VM, but it makes the most sense to do so.
Once the View server has been built, all administration of the VMware View infrastructure is accomplished not through the VMware Infrastructure Client, but through a Web interface hosted on the View server itself. This is a significant departure from the rest of VMware's offerings, which have included Web management but are generally managed by a central client. Given that vCenter Server supports plug-ins, it's curious that such a significant infrastructure component is not centrally managed.
The Web interface is workable, but fairly picky about which browser is used. I could load the management interface in Firefox, for instance, but the page layout was significantly broken and I wouldn't trust it for day-to-day management. Surprisingly, I had better luck with Safari. Not surprisingly, I also had better luck with Internet Explorer.
|Test Center Scorecard|
|VMware View 3.0||6||7||8||9||8||7|
Overall Score (100%)
|VMware View 3.0||9.0||8.0||6.0||7.0||8.0||7.0|
Windows 7 is suddenly telling users it isn't genuine -- and it has nothing to do with Windows being...
Windows users are reporting significant problems with four more October Black Tuesday patches
The larger design is very welcome, but there's much more to the iPhone 6 than a bigger screen
Sponsored by Rackspace
Sponsored by Nuage Networks
Sponsored by Fibre Channel Industry Association
InfoWorld picks the best hardware, software, development tools, and cloud services of the year
Microsoft CEO Satya Nadella is showing the same kind of leadership that Steve Jobs used to rescue Apple...
If you’re doing one or more of these things, it might be time to step away from the IDE and take a...
Black Duck presents its Open Source Rookies of the Year -- the 10 most exciting, active new projects...