Now before I jump in, I should say that I do admittedly have a Citrix bias, but here are my thoughts on the latest VMware Channel Flash:
The jungle drums have been going and VMware has put out their latest "Competitive Marketing" trying to stop the momentum that Xendesktop has been building.
Quote:"Citrix XenDesktop software is complex, consisting of different disparate components bundled together"
Xendesktop is an in house developed product; I'm a bit confused as to how VMware's acquisition of Propero will ever be better integrated. The software is a simple extension of the tried and tested IMA. Their own competitive table of capabilities includes two Alliance Partner products and two Tech Preview bits of vapourware; it probably would have been in their best interest to exclude those Citrix capabilities. Also not included is a VDM requirement for a third party load balancer for their broker, yes that's right folks, they don't have a load balancer, now, if I think really carefully I can think of a company that has been doing robust, multi-master, session based load balancing for over a decade! *see quote from VMware document below.
Xendesktop - integrates with Xenserver (obviously), Hyper-V, Physical Bladed Solutions and lastly VMware
VDM - integrates with VMware
Xendesktop integrates directly into AD, you create an OU in the area of your choosing and create a "Controllers" group. VDM requires that you install ADAM. Personally I think the Citrix approach is simpler.
VMware also mentions a "broad desktop ecosystem support" One of the arguments being touted is that the RDP solution is effectively clientless (being built in to most operating systems); this is unfortunately not entirely true. The VDM solution does use VDM2 client which must be installed and is a modified RDP client. In fact it may be a weakness in the VDM2 solution. Every thin client I have ever seen already includes an ICA client.
Here is the list of supported thin clients for VDM2:The following thin client devices have been tested to connect to VDM 2.0:HP Compaq t5730 Thin Client, HP Compaq t5735 Thin Client, HP Compaq 6720t Mobile Thin Client, HP Neoware c50 (XPe), Wyse S10 VDI Edition, Wyse V10L, Wyse V90,Wyse V90L
Which means that existing thin clients don't work natively with VDM, ouch, now there is a basic connectivity capability using Java if there is a browser and Java and compatibility etc. etc. but that's not really apples with apples -it excludes USB support. Required for VDM Java client : "Java JRE 1.5.0 or 1.6.0 and Firefox 1.5 or 2.0" enjoy, you tell the client they need to rebuild or replace all their thin clients, and rely on Java.
Additionally Citrix has clients for:Windows Vista/XP/2003/2000,Windows 98/95,Windows NT 4.0,WinCE/PocketPC,Macintosh,Java,EPOC/Symbian OS,BlackBerry,Rove Mobile,UNIX,Linux,IBM OS/2 and DOS
VMware also goes to great lengths to discredit Provisioning Server, on the one hand, and in the next breath tries to sell its roadmap product(not even close to release) SVI. It just comes off as sour grapes.
VMware also make the assertion that Hyper-V will replace Xenserver, which is frankly a blatant falsehood. Perhaps someone is confused, Citrix and Microsoft are working together such that their respective hypervisors can be managed by each other's tools and such that the virtual machine formats are compatible, and this is great for both Citrix and Microsoft.
Supporting Notes:
Resiliency / Load Balancing of the Connection Broker
*"The load balancing requirements for VDM Connection Server are to support standard HTTP(S) load balancing with session affinity. Load balancing solutions for VDM Connection Server can include Microsoft Network Load Balancing (NLB), standard hardware-based load balancers, or Virtual Appliance load balancers that can operate on VMware ESX Server. Users in a load balanced VDM Connection Server environment use a load balanced URL to make the connection. This is an alias URL used by the load balancer to direct the connection to any of the available VDM Connection Servers in the group."
The session affinity bit means that it needs to connect to the same sever within a session (the https connection bit) and as such the load balancer must be "session aware". Furthermore the Connection Servers are acting in isolation from each other Citrix on the other hand has been doing intelligent load balancing since the old Metaframe days. The Citrix "Desktop Delivery Controllers" are pooled and are aware of each other. There is no requirement for a third party load balancer.