Alessandro Perilli noted our recent change to the number of supported virtual machines per core for Intel Nehalem (Xeon 5500 series) CPUs. In case you're wondering, we support up to 16 VMs per core on XenServer today, for XenDesktop workloads.

The new support level is based on exhaustive testing with the Project VRC 2.0 workload for virtual desktops. Bernie Hannon, who has conducted our experiments, has discovered some interesting comparative results for XenServer versus other hypervisors too. You can read about his testing here.

Suffice it to say that XenServer 5.5 is the hands-down leader in performance for hosted virtual desktops. This remains true even in the presence of memory overbooking and common code page sharing, neither of which helps to increase the maximum number of useable VMs per server. Because comparative results require careful testing and even permission from other vendors before they can be published, we have simply elected to raise our own support levels, and to note that our competitor has not yet managed to do the same.

If you are interested in this topic, you should plan to come to Citrix Synergy in San Francisco, in May, where we plan to demonstrate the scalability of Citrix XenDesktop 4, and show what's coming on the technology roadmap as we drive towards being able to scalably and affordably deliver tens of thousands of virtual desktops.

It's year end, and some virtualization beat writers are desperate for something to tempt eyeballs and hopefully lift their click-through rates. Anything for a bit of cheer. And since real news is lacking, and research and analysis are no longer required, why not make something up? Now, if you're lacking any creativity, have no research whatsoever to base your work on, and you're facing a deadline, you could always dig up something else that one of your colleagues made up a while ago, and re-hash it. That fine graduate degree in literary arts should allow you to re-cast the familiar plot in fine sounding prose, and with any luck the punters will go for it. After all, if he said it, it must be true, right? And who cares, as long as we get some clicks.

I think I've concluded that there are a few people whose predictions about the future I will never believe. They are precisely those who are compensated based on clicks and not insight, and who seldom take the time to check for data or accuracy. So, just for the record, here are a few facts for the next person who cares to predict the imminent demise of XenServer.

Citrix XenServer added over 35,000 new customers in 2009 in the virtual infrastructure category alone, and we saw over 200,000 downloads of the product within three quarters. XenServer is also a fully supported feature for every one of the ~200,000 customers of Citrix XenApp, and we have seen tremendously strong uptake in the core Citrix business virtualizing XenApp. XenServer is also merely a feature of XenDesktop, and is currently the supported platform for Netscaler VPX. In the delivery of Virtual Desktops XenServer is critical to XenDesktop because it outperforms every other hypervisor for desktop workloads (yes, including ESX - and even when VMware's sub-optimal memory optimizations are turned on). XenServer is also the only alternative to VMware that meets 100% of the Burton Group's requirements for enterprise production virtualization.

XenServer is incredibly strategic for Citrix. Our development goal for next year is to be able to optimally deliver over 100,000 virtual desktops. To successfully do so requires us to be able to deal with over 10GB/s of sustained block I/O for desktop OSes, deliver over 100Mb/s of 3D desktop traffic, and offer the fabulous "HD" user experience for which Citrix delivery solutions are renowned. In doing this, we will also be the pre-eminent virtual infrastructure platform for private and public clouds.

Now, to specifically take odds with the latest incarnation of the rather tiresome "Xen is dead" theme, it ought to be obvious to anyone with a shred of insight into the industry, that no vendor would acquire 35,000 customers one year, be acknowledged by the leading analyst group in the virtualization industry as having the #2 feature set, and walk away the next. Similarly, no vendor would introduce a critically important strategic feature into their core product one year, and then rip it out the next. Similarly, given our commitment to the open source community, and our powerful community development partnerships with Oracle, Intel, AMD, VA Linux, Fujitsu, Novell, Red Hat and over 45 others, it ought to be rather obvious that delivering a rich set of innovative features into open source would be a theme that we would seek to accelerate, to deliver more features to our partners, and to benefit from the contribution of theirs. Moreover, an assertion that open source is a negative value proposition demonstrates a profound misunderstanding of the major trend in cloud computing, in which a rich enterprise virtual infrastructure foundation, available in open source, is the core building block of every significant Infrastructure as a Service offering.

I thought I'd help my friends at TechTarget get a better understanding of how prolific Xen and XenServer are, and since they have no real research to go on, so I purchased them a small Christmas present: The domains searchxen.com and searchxenserver.com - missing until now from their stable. I will gladly transfer these domains to them, together with the pre-configured automatic email notification that will be delivered to Alex Barrett and Brian Madden every time a download is made from xen.org or XenServer5.com. After all, there's nothing quite like a thousand emails a day to remind you of a free gift that just keeps giving. Finally, I've also registered www.searchcitrix.com and will be giving that to the Citrix team to point forever at blogs.citrix.com or some such, just so there is somewhere where factual information about our products can be guaranteed to be found.

To all who contributed to Xen this year, whether in lines of code or simply by using it, thank you. And to those who have placed a bet on XenServer as a faster, free, simpler and more scalable virtual infrastructure platform than VMware, your confidence in us is not regarded lightly. We prize it. XenServer will will be faster, still free, more scalable, more widely used and superbly supported in 2010, and every year thereafter.

With best wishes for 2010

It was fun to be on stage at the end of summer at the Burton Catalyst conference in San Diego, faced by the somewhat over-emphatic Scott Drummonds of VMware in a debate about performance and benchmarking. In that tussle, Scott tried to justify why VMware's continued resistance to the publication of independent benchmarks on virtualization performance is "reasonable". Basically, VMware reserves the right to prevent publication of any comparative benchmarks between their products and those of VMware competitors, based on the idea that users are incompetent at undertaking benchmarking themselves. Now, I don't want to re-open a can of worms in this context, but I think that it is worthwhile to give credit, as the year draws to a close, to a couple of major achievements in the world of benchmarking during 2009.

The first is a public acknowledgement of the incredible work done by Project Virtual Reality Check, which has developed, and continues to develop an independent, customer focussed benchmarking tool set that is entirely independent of any virtualization vendor, and moreover incredibly useful for identifying bottlenecks in virtual infrastructure that can limit performance. So, hats off to Reuben and Jeroen for developing the industry's most practical and credible virtualization benchmarking suite. The VRC suite is now used at Citrix to ensure that we are meeting performance requirements, and to my way of thinking at least, this means that we can be held accountable to a customer focussed interest - something we strive for but can never succeed at without a reputable independent benchmarking effort.

The second is to point to what may well be a virtualization record for 2009 - the results of the performance testing undertaken by a cloud customer of ours, nicknamed "Project Monterey", that has delivered what I believe to be a record in performance for a service provider cloud offering for system I/O - using Solarflare IOV NICs, switching from Arista, and XenServer. Monterey is no run-of-the-mill cloud. It is a high end, financial services focussed, performance optimized platform for some of the most demanding workloads in the enterprise. Whilst congratulations are in order to the Monterey team, the point that I want to make relates not to the specific technology or market that Monterey targets, but to the publication by a vendor of their own independently conceived, and arguably highly application specific benchmark results - results that no virtualization vendor could ever reproduce or approve with any authority, and that are credible coming only from the cloud vendor promising an SLA to its customers.

My goal here is to recognize that the virtualization industry is maturing, and that in 2009 it has made very significant strides. The arrival of independently credible, expert led, performance focussed benchmarking by a a channel partner and cloud vendor through putting their brand(s) on the line based on their own credible methodologies is a big deal because it means that our customers - clouds or enterprises - who run our products, can be more confident in their own ability to deliver scalable virtual infrastructure as a result, and to stand by them as a performance commitment to their enterprise users in turn. Tools and techniques to advance this cause are of great value to end users. I'd rather have an end user proclaiming the value of XenServer than have to claim it for myself. And in all honesty I'd rather have independent results to point to, than have to deal with uncorroborated assertions from competitors.

So, perhaps this is a good opportunity to reaffirm a commitment from Citrix in the context of virtualization: We are committed to the open publication of virtualization benchmarks. When we fail to meet a commitment, we'd rather see it written up on the front page of the New York Times, than hidden, because then we will be strongly motivated to address customer needs sooner. We are diametrically opposed to any vendor EULA that limits the customer's ability to promote understanding of how best to deploy our software, and what its limitations may be. We also wholeheartedly reject the notion that a competitor will provide useful insights into the good or bad aspects of our products.

Veteran virtualization blogger Alessandro Perilli of virtualization.info, whom I credit with unearthing most of the interesting goings on in the virtualization world, made an interesting observation that I validated the VMware platform strategy in a recent blog, observing that I had done a good job of developing a rationale for the VMware SpringSource acquisition.

It's an interesting observation to be sure, but I'm going to vehemently stick with a response of "No I really didn't". For starters I didn't even mention SpringSource in my blog. The goal of the blog was to show how the emergence of two kinds of clouds - IaaS and PaaS - give us indications as to the future evolution of the technology landscape. And also to point out that very substantial changes lie ahead for today's OSes.

• I argued that the case for IaaS clouds is basically the case for virtualization as a property of the infrastructure, and I stated that it is my belief that customers are now purchasing virtualized infrastructure independently of the OS(es) which they choose to develop/run their apps. I pointed to the emergence of virtual infrastructure platforms as entities independent of the OS, from all vendors, as evidence of the trend.
• I also argued that the future of the traditional single-server centric notion of the OS as host of the application will be challenged. Again the evidence of this is the emergence of PaaS offerings from the major cloud vendors, most notably Microsoft, whose Azure platform indicates where Microsoft thinks the OS is going. There is other evidence too, which I hope to explain below.

Of course the PaaS concept, while extraordinarily powerful, is mostly about future apps. To develop future apps one needs lots of developers, and SpringSource and the Spring framework certainly have done a fabulous job of building a good developer base. But there's an awful lot of work ahead for VMware to turn Spring into a PaaS platform, and to monetize it either with enterprises or as a cloud play. And as of now at least, it is restricted to Java apps. So if one wanted to point to a powerful PaaS platform that is relevant to a massive developer base, and that had the opportunity to address both today's apps and those of tomorrow, Microsoft Azure would stand head and shoulders above the rest. My case for the future of the OS was really a case for the emergence of something like Azure - something that can run today's apps (as VMs) and tomorrow's (on the "next OS" platform).

Now, with my "everything that is relevant today is already legacy" hat on, I want to make the case for the emergence of a PaaS (or application-centric) approach as a logical evolution of the IaaS model, for which again I see strong evidence on the part of major players, including VMware. This also challenges the traditional role of the OS. Here is what is happening:

1. The major IaaS vendors are already adding PaaS-like features: One has simply to observe the rapid and continual evolution of the IaaS model and the offerings from vendors to see that the bare-bones Virtual Private Server model is rapidly being enriched with features that are very developer and app sticky. While VMware boasts about its 2M Spring developers, Amazon Web Services can boast at least half a million. And there's a very significant difference between the two: The AWS apps are built around a monetization model, from the get-go. So with Spring VMware will likely compete head to head with both IaaS and PaaS cloud providers, including Azure. If Spring and its hosted apps are run and monetized on top of IaaS clouds and offered in their own right as SaaS apps to customers, then VMware will find that it competes with another category of vendors: the software resellers - the same folk who happily sell vSphere today.
2. Emerging standards, such as DMTF OVF, will allow IaaS clouds to become more app-centric: The vendors who work on standards at the DMTF, including all of the virtualization players, have collaborated to develop a portable application packaging standard, called the Open Virtualization Format (OVF). Citrix Project Kensho offers a complete open source toolset for the OVF, including the ability to combine in a single portable package multiple VMs from VMware, Xen/XenServer, & Hyper-V, together with all of the meta data required to completely instantiate multiple VMs and all of their environmental configuration, on any virtualization platform. OVF provides a powerful framework for packaging complete multi-tier applications, combining VMs in any OSes, their storage, compute, networking and other parameters. OVFs can be secured, and readily imported into IaaS clouds where they can be instantiated and run. Here the traditional OS plays an important role - namely running specific components of a multi-tier, multi-VM application. But that's it. Adoption of OVF by IaaS clouds as their standardized import/export format will give them an ability to directly deploy and ultimately manage the life-cycle of applications for their customers - hence becoming more app-centric. In this model the VM is simply an execution container for a part of an app.

Finally for those of the "traditional OS wins" variety who took offense to my last blog: There is no doubt that virtual infrastructure is compelling from an infrastructural agility, availability and resource management perspective. But the "VM as proxy for the app" model (which is how most virtualization administrators manage their environments today) is simply a recognition that most apps run in one VM, and hence the relevance of the OS is uncontested - from the app perspective. Moreover the skill sets and processes of today's IT Pros mean that the "single app per OS / VM" will remain a key building block of enterprise IT for a very long time. Indeed one can argue that the change to an app model that inherently spans multiple virtualized execution containers is so profound that it is generational - and will occur only as fast as skill sets evolve in IT. But I've been surprised by how rapidly the cloud has seized attention in corporate IT, perhaps because it is so much easier to consume IT as a service than to stand it up oneself, and so much more productive to develop new apps using powerful new frameworks. Indeed one can postulate an outcome whereby traditional IT enterprise architectures and growth will stall, in favor of new deployments using private and public service offerings. IaaS cloud providers are moving up-stack to support abstractions for apps and the momentum around PaaS (or even enriched IaaS) is a telling indication of the trends.

It seems everyone understands the "true picture" of the enterprise virtualization landscape. Everyone too, appears to be in a unique position to report on it. In the latest salvo, Alex Barrett, whom I admire as one of the savviest reporters on the virtualization beat, reports on findings from the TechTarget Virtualization Decisions 2009 Purchasing Intentions Survey of 666 IT professionals that have deployed or are evaluating virtualization. Data was collected between June and September 2009.

The article states: "To no one's surprise, survey respondents reported using VMware Inc. over other virtualization software by a wide margin...But despite a fair amount of buzz, Citrix XenServer... and open source Xen variants barely registered."

Am I surprised? Yes and no. On the one hand, this data seems to fly in the face of a flurry of new surveys from respected third party analysts, including the latest CIO Spending Survey from Goldman Sachs and data presented at VMworld from a Centrify survey. All of these show significant gains in XenServer market share this year. More importantly, they show enterprise customers expect their deployments of XenServer to increase next year. So why the huge dichotomy between the TechTarget results and every other recent customer survey?

Ignoring the temptation to deliver an easy punch line about the "666" IT admins surveyed, I think it is fair to say that the sampling methodology may have something to do with the result:

• Who do you ask?: Sampling admins that have already deployed virtualization would inevitably bias results in favour of VMware, since they certainly have racked up the largest share of the market until now.
• What do you ask?: XenServer is merely a feature of XenApp & XenDesktop. Every Citrix customer is entitled to full support for XenServer for these workloads. Many prefer XenServer for XenApp because we beat the pants off VMware for that workload. But their VMware virtualization administrators might not even be aware of it. My guess is that Hyper-V will similarly emerge from nowhere because it is just a role in Windows, and will grow by virtue of IT Pro adoption. Suddenly there will be lots of it, there will probably be no formal evaluation, and the VMware admin will be unaware...
• When do you ask?: In the last couple of years VMware papered the planet with Enterprise License Agreements, to lock in customers as XenServer and Hyper-V gained traction. When those ELAs start to come up for renewal, expect customers to look around for good competitive solutions from Citrix and Microsoft.
• Locked in loyalty: VMware has certainly done a good job of commanding the loyalty of their admins. It has given them new skills, knowledge (and hence clout), and "green cachet". I frequently encounter resistance from VMware admins when I visit customers, suggesting that VMware has support in the rank and file, no matter how expensive they may be.
• Missed the Big Switch?: I suspect that the TechTarget survey missed the early indications of the success of our "Big Switch", namely the free availability of XenServer virtual infrastructure, including resource pooling, shared storage, optimal VM placement, dynamic live relo and all the rich management of XenCenter. Here's what we know: Since XenServer was made freely available at the end of Q109,

1. More than 170,000 users have downloaded Free XenServer, with downloads now running at about 10,000 per week.
2. More than 50% of downloads have activated one or more licenses (indicating a PoC in progress)
3. More than 25% of them are evaluating Citrix Essentials (meaning evaluating the production deployment of XenServer with our portfolio of automation and private cloud value-added products, which are typically 20% or so of the cost of VMware's, and which get cheaper at the rate of Moore's Law, since VMware licenses by CPU and we license by server.
4. We have several Free XenServer users operating at a scale of more than 10,000 servers in production
5. In the last quarter alone, licenses for XenServer were activated within 20% of the Fortune 500, and 10% of the Forbes Global 2000, and we added just shy of 25,000 customers.

In other words, our business has never looked better.

Other samples from the analyst community appear to tell an entirely different story. FOCUS, for example has recently published research with very different findings than the TechTarget survey. In their results they find that (emphasis is mine):

"Not surprisingly, most of the respondents are running VMware in production, including ESX (64%), ESXi (23%), and Server (GSX) (21%). However, including all platforms in use at an organization (rather than only the primary platform in use), 27% of the 239 respondents doing server virtualization are using or evaluating Citrix XenServer and 29% of the respondents are using or evaluating Microsoft Hyper-V Server 2008. VMware Server (GSX) is being used by 35% of the respondents and 24% of the users are using Microsoft Virtual Server. Additionally, 23% of the respondents are running non-Citrix Xen solutions such as Open Source Xen, Sun xVM, or Oracle VM and 21% are running other virtualization solutions such as Sun Containers, or Parallels Server."

So at worst, 27% share for Xen, biased toward evaluation (which makes sense). Yet Barrett reports 1%. Doesn't add up.

For a change, it is nice to be in a position of not having to argue a point. We have our data. I think the market is at an inflection point: VMware put its prices up, the economy tanked, budgets have disappeared, XenServer & Hyper-V are free, and moreover, XenServer is the only product other than VMware's that the Burton Group has stated offers 100% of the features required for Enterprise Production Virtualization.

With that, why would any smart CIO not evaluate XenServer? How long can customers put up with a vendor that imposes a tax on every CPU they put in service?

OK you number crunchers, go figure it out.

Over the holiday weekend I had one of those "come to X" moments, where for X you may insert your deity of choice. Under my customary backlog of tasks to complete, and wanting to also spend time with my family, I was happily at work on Friday night fine tuning powerpoint for a presentation to the industry, when....

(You've all experienced this before) One profile change too many, one cookie too many, one slide too many, one keystroke too many.. or something, and my XP VM decided to toss its legs, feet & boots in the air. With daylight fading fast, spousal impatience on the rise and with a rapidly (Decibels are measured on a log scale) increasing din on the part of my children, I did something that no self respecting hypervisor zealot would do, namely take a leap of faith in another layer of virtualization - App Virtualization.

And the result is that it saved my weekend with my family, and the current state of my work, and enabled me to meet some tough deadlines this week. Here's what I did: First, the diagnosis was that my Windows XP client OS VM (on my Mac) was done for. I could still boot it. Not much else, and not for long. My key concern was how to rescue all of my files and other state in the VM.

This exercise allowed me to validate a theory that I have had in the area of virtualization, which I can now summarize: Lesson 1: Make your VMs stateless. Move all of your documents (more generally, any app specific storage/state) out of the virtual hard disk of the VM and into an appropriate storage layer external to the virtual hard drive of the VM. In my case, all state (every document I work on) is stored in the local file system of my Mac and is continually backed up to the cloud. So my XP VM was simply an operating context for some apps, divorced from the storage for the docs etc that I work on. The fact that my XP VM had become unstable was therefore not a threat to any of my documents/presentations - only to the execution of the apps. Nothing I value was stored in the virtual hard disk of the VM itself.

Now, fancying a challenge, I also chose to upgrade to Win7 in the process of fixing this problem. After all, why not test Win7 in the process? So I created a new Win7 VM (using the MSDN media). That took the expected amount of time, and I easily got to the point where I had a new Win7 OS booted, with access to all my storage, including all my documents. What next? Well, I needed my Apps. Not only the basics, but also Citrix specific apps - for example expense reporting...

I was tempted to send an email to my local Citrix colleagues requesting install media for all my apps. Then I realized that that would not be easy - since I had no email client! : All I needed to do (and did, after a glass of wine) was download Citrix Receiver, turn on "auto update", and enable the appropriate folder sharing to get my content back into the OS. Then I enjoyed the remainder of the weekend with my family.

When I started work this morning, XenApp App Streaming had delivered to me all the apps that I needed, ready to run at full performance, and appropriately configured for the enterprise network and other infrastructure. I had a brand new Win7 desktop, the latest apps, and everything I had ever created, all beautifully merged into a single runtime system.

Today xen.org announced a significant expansion of its charter - the Xen Cloud Platform - with support from the key Xen contributors and project advisory board members, the Linux Foundation and some of the Industry's largest enterprise cloud providers.

The new initiative will unite the Xen community in the delivery of a complete virtual infrastructure platform designed to enable cloud providers to offer rich, enterprise-class infrastructure services.

Why is Xen.org doing this? Is it an act of desperation or capitulation? Is KVM about to eat Xen's lunch?
Does the Xen community fear a "v" imprinted on every Cloud? Having spent the week before VMWorld briefing press and analysts on our intentions, and getting a read of their views, it's likely that a few will see this as a reactive move. But several of the leading journalists and analysts have correctly analyzed our intentions, which I hope to explain in more detail here.

But first,

• This has nothing to do with KVM, which is a nascent type-2 virtualization technology that has yet to be delivered in an enterprise product and that allows Linux to host additional virtual machines. Xen is a bare-metal type-1 hypervisor that uses Linux to host drivers and managment software for the hardware, but that is completely guest OS agnostic. (Xen 3.0 shipped in 2005. Xen.org has also developed a type-2 hypervisor for Linux, Windows and MacOS X).
• A "v" imprinted on every Cloud would indeed be a bad thing, because it would mean that all cloud vendors would be stuck with the same features determined by a single, closed, proprietary stack. So Cloud A would have no value-add over Cloud B, and moreover they would have a built-in tax payable to VMware built into their services, for life.
• Desperation? No. The public IaaS clouds would not exist were it not for Xen, which as an reference industry open standard hypervisor dominates the public cloud. The project has a strong commitment to its installed-base and to delivering features that will enable IaaS clouds to evolve beyond today's virtual private server model toward rich virtual private data centers, by offering a powerful set of enterprise-class infrastructure virtualization features.

The project started with community-based development of the Xen hypervisor, which (in an oft repeated analogy) is the "engine" of a virtualization platform, but not the complete "car" - which has until now been a vendor's combination of Xen and additional components. Now Xen.org develops two complete cars: The Xen Client Intiative already develops a complete client hypervisor product, and the project will develop a complete cloud virtual infrastructure platform.
What defines a cloud platform? It contains a set of virtualization technologies that enable a cloud service provider to:

• Virtualize server resources with isolation and resource guarantees between multiple tenants on the same server
• Virtualize pools of server resources to enable rich enterprise-class services such as high availability and disaster recovery, automatic workload scaling and resource optimization
• Virtualize cloud storage to enable rich, stateful workload lifecycle management including snapshots, fast cloning, and dynamic provisioning across large server infrastructures
• Virtualize network resources to extend multi-tenancy across sets of servers with network isolation and resource guarantees, and an ability to manipulate the virtual topology and insert virtualized layer 3 through 7 networking functions for security, routing, load balancing, app firewalling, protocol optimization and other delivery services.
• Expose via a rich set of open APIs visibility into and control over all resources, so that the cloud service provider can offer its customers - tenants - full control over and visibility into their virtual private data centers.
• Offer complete VM compatibility across all virtualization platforms, to prevent the cloud market from being fragmented and adoption stalling due to incompatibility.
• All in open source, of course, to permit easy adoption by the world's largest clouds.

This is the mission of the Xen Cloud Platform project.

It's important to note that Xen.org is not aiming to commoditize the service and orchestration layers of the cloud that are currently enjoying rich innovation both in open source - for example by Eucalyptus, OpenNebula, Nimbus and others - and commercial vendors - such as VMOps, Platform Computing, Enigmatec and by cloud service providers such as Amazon VPC, RackSpace, GoGrid, and SoftLayer. Think of our goals as being the cloud extension of a hypervisor - an engine for cloud services perhaps, but not the whole cloud.

The xen.org blogs will provide more detail as the project progresses, but as we head into VMworld, here's a reminder for our event hosts:

I'm looking forward to VMworld next week, in San Francisco. Of course there will be lots of meetings. For one of those, my PA Jeri tried to organize a meeting room at a hotel near the Moscone Center. She tried the W Hotel, which informed her that VMware had banned them from renting facilities to VMware competitors. Unbelievable. I guess we'll just have to hold the meeting in our show floor booth, which courtesy VMware and the same daft rule, is limited to a 10x10.

The ridiculous thing about this is that I thought that VMware was trying to convince us that VMworld is an industry show for virtualization. It clearly isn't.

Citrix StorageLink is a powerful set of technologies that completely automates the storage related functions for virtual infrastructure, including SAN management, and leveraging array or storage-appliance features for dedup, snapshots, and fast clones. It supports full SMI-S, and also offers plug-in APIs for storage vendors to add their own storage drivers.

We're pleased to announce availability of the first 3rd party developed adapter for Citrix StorageLink™ adapter, offered by DataCore™. This takes the form of a fully featured tiral SANMelody virtual appliance that is fully integrated in Citrix StorageLink v1.0.5 and above. The free trial license extends for 30 days.

The DataCore™ SANMelody virtual appliance (download here: http://www.datacore.com/downloads/CitrixStorageLinkAdapter.zip ) allows the user to perform storage management tasks directly out of the Citrix StorageLink user interface. It unifies management of virtual machines and DataCore virtual storage into one single console, whether you're using XenServer or Hyper-V. It offers both FC SAN and iSCSI support. The cool thing about the virtual appliance is that it lets you experience a full blown SAN without having to roll in expensive new SAN disk arrays, since it acts as a network-based appliance that provides rich storage management features for a wide range of storage systems. Storage migration, storage consolidation, backup, CDP and disaster recovery are all features of the appliance, which offers a single consistent feature set for a broad set of vendor arrays.

Elegant, simple, and consistent across XenServer, Hyper-V and native.

Gosh, it's three and a half years since Xen 3.0 first shipped.  Time flies when you're having fun.  Xen.org has announced the availability of Xen 3.4, which offers the community the results of a couple of major evolutions of the Xen code base and its community, as it has become a major player in the industry (I've seen IDC and Yankee surveys that validate that Xen is used for ~20% of virtualized server sockets today, with an accuracy of +- 3%.  It's going to be an exciting year...  Anyway, back to Xen 3.4.  Here are some major categories:

-          Xen Client Initiative (XCI) - Xen 3.4 contains a first release of the Xen client hypervisor to offer the community a compact client hypervisor with tons of features for testing and further development.  For the first time the Xen project is moving away from providing simply the hypervisor, and leaving it to vendors/users/developers to build their own system.  This release contains the whole enchilada, including Dom0, the management tool stack and Xen.  In other words, everything you need to be up and running with a Xen client system.

-          Reliability - Availability - Serviceability (RAS) - From a server-side perspective, Xen 3.4 has a raft of new  features to avoid and detect system failures, provide maximum uptime by isolating system faults, and provide system failure notices to administrators to properly service the hardware/software. The combinations of these services provide for a robust Xen hypervisor with fault-tolerant and back-up capabilities built-in.

-          Power Management - Xen 3.4 substantially improves the power saving features with a host of new algorithms to better manage the processor including schedulers and timers optimized for peak power savings.  Many of these changes are applicable to both client and server machines, but for example one of the features that I like on the client side scheduler is an ability to synchronize clock ticks to VMs for which the timer frequency is known, to maximize  CPU idle time and maximally utilize CPU awake time.  This is good for battery life on client systems where in general users are up for disappointment when they realize that more VMs (read: more security/flexibility) can easily translate into worse battery life.  This is the key reason that I decided to ditch a type-2 client side product recently, because my Mac battery wouldn't make it through a flight.

You can find the bits at the Xen.org website at: http://www.xen.org/download

It's interesting to see VMware's latest spin on the concept of "free".  They have finally got around to offering service providers free trials of various bits of VMware stuff in the hope that they will adopt the clearly non-free vSomething or vOther. This at a time when just about every public cloud is built on Xen, which is absolutely free, and moreover easily integrated into massively scaleable service provider environments.  However, in a rare moment (for me) I'm about to praise my worthy competitor:  VMware is doing a good job by pushing the virtual appliance vendors to adopt DMTF OVF standard format for their virtual appliances marketplace (VAM).  Our joint work in the DMTF will play a vital role in addressing customers' desire for "mix and match" of public and private clouds.  

VAM is a good place to start if you are interested in the concept of virtualized infrastructure components, and a great place to explore if you are seeking to build an entirely free virtual infrastructure on XenServer, or looking to run a VA on Hyper-V because Citrix Project Kensho allows you to take VAs from the VMware site and pull them into a XenServer or Hyper-V environment. 

Our pursuit of interoperability and portability for virtual infrastructure has pased a new milestone:  The Tech Preview of the free XenConvert 2.0 utility is now available for free download.  We'd love to get your feedback on its features. 

For starters, XenConvert 2.0 supports direct import of VMware VMDK virtual hard disks into XenServer, including all v2v operations.  It has also productized the Citrix Project Kensho implementation of the DMTF portable application packaging format, OVF (Open Virtual machine Format), which Citrix has helped to develop and standardize.  OVF virtual appliance packages will now directly import in to XenServer to instantiate a complex virtualized application stack, together with all of its relevant infrastructure resource requirements. 

XenConvert's v2v capabilities mean that even VMware dependent OVFs will be able to be imported into XenServer, which in turn means zero switching cost to XenServer.   Since XenServer itself is also free, my guess is XenConvert 2.0 puts you well into the black on your next virtualization project.  Finally, any VM you import into VHD files for use by XenServer can also be used in our provisioning services engine (the artist formerly known as Citrix Provisioning Server for Data Centers) to allow you to dynamically stream a VM onto any hypervisor and even bare metal!

Here are some other nifty features that the XenConvert team have added :

• •  Offline conversion of VMware VMDK into OVF/VHD for future import into XenServer via XenConvert or Hyper-V via Project Kensho
  • P2V conversion of native workloads into OVF/VHD for direct or offline import into XenServer via XenConvert or Hyper-V via Project Kensho
  • XVA (XenServer internal runtime format) to OVF/VHD for direct or offline import into XenServer via XenConvert or Hyper-V via Project Kensho
  • Substantially improved import transfer time of OVF/VHD files into any XenServer SR
  • OVF Signing for security and to check that packages have not been tampered with since creation

XenConvert is rapidly becoming a vital component in our tool bag because it offers customers portability between virtualization platforms, native and clouds.  It offers the industry a powerful answer to proprietary virtualization solutions.  More cool features will be included when XenConvert 2.0 ships for real, likely within the next 90 days.  Give it a whirl and give us your feedback.

In a recent post I posted some data to show that we are getting terrific performance results for XenServer and Intel Nehalem based servers.  In the first formal set of tests we found that the bottleneck on performance lies in the fact that the hypervisor still has to perform I/O on behalf of all guests, and so the system scaling limit is the rate at which we can scale the internal I/O stack.  I postulated that we would get some impressive numbers for  Nehalem based platforms using IOV enhanced 10Gb/s NICs, and contacted our friends at  Solarflare, asking if they would help to run some numbers using their 10Gb/s NICs, which offer a powerful direct hardware-to-guest acceleration path that avoids the necessity for the hypervisor to process I/O on behalf of the guests - allowing guests to interact with the hardware directly.Below is a summary of the initial findings for the  the Nehalem tests using XenServer 5.0 and Solarflare I/O acceleration.  Thanks to Steve Pope of Solarflare for his help.  It turns out that with a smart I/O architecture such as the Solarflare offload stack, when guests interact directly with I/O safe hardware, we can dramatically change the system performance, and basically saturate a 10Gb/s link, in both directions at the same time! :

Here's how the experiment is set up.  We have 2 physical servers, A and B, connected back to back with Solarflare 10G Ethernet gear. Each server is running XenServer 5.0 Update 3 with a single 8 logical core Nehalem CPU.

To create a traffic workload between the servers we ran  NetPerf TCP_STREAM pairs between Linux RHEL 5 guests (each pair spans server A and server B) and measured the aggregate throughput both with and without acceleration.

Non-accelerated

The configuration used 4 guests transmitting from A to B and 4 guests from B to A.  Raw results were: 

• (A -> B) 1094 + 1068 + 1046 + 1128 = 4336 Mbps
• (B -> A) 1019 + 1028 + 1050 + 1021 = 4118 Mbps

Total: 8.45 Gbps; Bottleneck: Hypervisor CPU

In other words, we confirmed the hypothesis that there is plenty more system capacity but that the hypervisor is I/O bottlenecked on behalf of the guests.

Accelerated
As previously, the configuration used 4 guests transmitting from A to B and 4 guests from B to A.  Raw results were:

• (A->B) 2355 + 2318 + 2296 + 2289 = 9258 Mbps
• (B->A) 2285 + 2295 + 2315 + 2350 = 9245 Mbps

Total: 18.50 Gbps

In the accelerated scenario we have basically maxxed out bidirectional I/O on a single 10Gb/s link, with only 4 guests! This is awesome.  I should mention also that the Solarflare architecture is remarkably clean and avoids much of the pain of dealing with SR-IOV (which deserves a full post in its own right, and I'm half way through noodling on).

Mark Angelo of Lanamark has clearly just signed a deal with Symantec and/or Parallels for Lanamark's capacity planning tools (which look pretty interesting).  Either that, or Mark and his pals at Parallels know more about virtualization than VMware, Citrix, the Xen community, Microsoft and Virtual Box. 

Mark correctly points out that Symantec has a portfolio of interesting point products that are relevant in the delivery market.  Altiris SVS, nSuite, Appstream and possibly other technologies that we don't know about are all relevant in the market - particularly Altiris, which is a well established vendor in the PCCLM space.   He states that Symantec is going to announce a compelling portfolio that competes with VMware, Citrix and Microsoft.  And he states that a good acquisition by Symantec would be virtualization vendor Parallels.

As far as the Symantec play with its Endpoint Virtualization Suite is concerned, Mark has correctly observed that Symantec brings some interesting assets to the table.  They are a player in PCCLM, and presumably their customers are demanding that Symantec respond to the clear strategic trajectories of the major application and desktop delivery vendors.  At the same time, Symantec is a good partner of ours in many areas.  I think it's fair to say that we're very comfortable that customers will prefer our solutions in those areas where Citrix has always played a strategic role - delivery of apps and desktops as a service - but that customers will have environments that include Symantec even in those scenarios, and we will work with Symantec to enable customers to succeed wherever that is the case.

Where Mark's enthusiasm about his new found friends leads him toward hyperbole, is the role of Parallels. Mark says:

"Enter Parallels. While Parallels has taken its time to build a bare-metal hypervisor, the company knew that it could not bring a second rate product to market given the fierce competition. So instead of launching Parallels Server prematurely, Parallels continued to build and refine a virtualization offering that is technologically superior to anything currently available on the market"  [followed by a feature list that is .. pretty unremarkable in any virtualization context]

While Parallels is a very respectable vendor that owns the "microslice" web hosting market world wide as well as being the initial leader in type 2 virtualization on the Mac, they have very limited credibility in the enterprise.  Could they get there with "technology that is superior to anything currently available on the market"? Sure.  So what's this magical technology? A type 2 hypervisor that is becoming bare-metal capable over time?  Perhaps I'll leave it to my friends at VMware to respond to that one. 

At the end of the day, the argument that Mark is advancing is similar to those I've recently heard from Red Hat about the superiority of KVM.  Just as with Parallels, I have no problem with KVM. It's just another (currently immature, but advancing) virtualization technology that will be in Linux, that presumably will become great over the timescale that all software becomes great.  Open source KVM will, by virtue of cross pollination, be compatible with Xen, and via our contribution of VHD support, possibly even be compatible with Hyper-V.  (Parallels is none of those.)  But both are just another way to virtualize a server.  No more, no less, no magic.

But look at the competitive landscape: With ESXi and Microsoft Hyper-V the hypervisor itself is free, and in the case of XenServer, the complete virtual infrastructure is free.  So arguing about another way to use Intel VT seems like a waste of time.  The conversation that I find myself engaged in with our customers relates to a much larger issue in the enterprise:  How can Citrix Essentials for XenServer and Hyper-V enable IT and lines of business to automate the lifecycle of their workloads, automatically orchestrate complex data center storage networks,  data networks and their XenServer or Hyper-V based vitual infrastructure to offer an agile IT infrastructure service to the business.  Users and application owners need direct role-based access to a lights out IT environment that is agile and accountable, yet that takes advantage of virtualization features offered by multiple vendors.   So, much as I enjoyed using Parallels on my Mac, I thinkit is important to up-level the vendor view of customer challenges beyond simply OS virtualization.   

Finally, while on the topic of Parallels, I've recently switched to Virtual Box which apart from being open source (like Xen)  has a great UI and excellent performance, useability and simplicity.  With Parallels initial lead now being challenged by both Virtual Box and VMware Fusion, I can't see any reason why I would recommend it.   That said, Parallels support has been excellent, when I've had to use it, and their disk utilities are very useful.

The much anticipated Intel Nehalem platform is now available from leading server OEMs - finally available on servers rather than the new Mac Pro machines a month ago, that is.  Now known as the Intel Xeon 5500 series, Nehalem is the codename for an Intel processor micro-architecture, successor to the Intel Core micro-architecture. The first processor released with the Nehalem architecture was the desktop Core i7, last November. The first system to use Nehalem-based Xeon 5500 series processors was the Mac Pro workstation announced in March 09, but glancing around the various server vendors, I see compelling offerings from Sun, Dell, HP and IBM are all raring to go.

Also today, the new free XenServer virtual infrastructure platform is available for download from over 250 partner sites worldwide.  The response to our decision to change our go to market strategy for XenServer has been tremendous, and the list of partners who have volunteered to host downloads for the product is testament to the incredible interest in the product. 

The coincidental timing of the two announcements couldn't be better.  Intel is on record stating  that a single Nehalem octo-core server can replace nine single core servers.  And if you run free XenServer on that, and fully utilize the available resources, you can easily double the number of servers you can replace. At the same time Nehalem, by virtue of its new micro-architecture and 45nm process, reduces system power consumption by about 20 per cent.  So one new server can probably replace a rack full of legacy systems.   

Bernie Hannon in our performance lab has been doing some performance tests on Nehalem - pitting the  Xeon® E5570 against the Intel® Xeon® E5405 (Dunnington) using XenServer. His tests simulate a Microsoft SQL Server 2008 transaction processing workload and measure the I/O capacity of the configuration using SQLIO. His full results will be published this week and I'll link to them.  He has a blog out today too, which discusses some of the same results as I have below.  In the interest of minimizing redundancy, check his post for the authoritative performance results.

SQLIO allows us to benchmark disk read and write performance for the host server configurations used tests using DBHammer. We tested disk reads and writes using two common SQLIO sizes, 8K (random) and 64K (sequential), allowing for the fact that both are typically present in SQL Server workloads depending on how the user has optimized for IO. By their nature, random data reads and writes are not very efficient and are performed in smaller increments (8K) to minimize IO request servicing latency. On the other hand, sequential disk reads and writes are more efficient, produce less latency and can therefore be performed in larger (64K) chunks.  Most users optimize their SQL Server environments to minimize the number of random read/writes.

We simulated a transaction processing workload with a 10 million record database against which we used DBHammer to generate transaction typical SQL Server 2008 client workloads. We started with 200 simultaneous clients, and then steadily incremented the number of simultaneously active clients in the DBHammer workload. Each client workload test ran for 30 minutes, with measurements beginning at 10 minutes and lasting for 20 minutes.   We measured max transactions-per-second every fifteen seconds, and added additional client workload in increments of 200 clients until the average CPU utilization of the system under test reached 90%.  

To summarize the results: We found that the Intel® Nehalem Xeon® E5500 class CPU shows a remarkable performance gain over the Xeon® E5400 - offering an average speedup of about 53%. The Xeon® E5405 system reached peak utilization with about 1000 clients, and CPU utilization of 95% was reached at the 1,600 client workload level, with a maximum of 13,708 TPS.  The graph below summarizes the results.  Bernie's full results are herebut you may need a login to get them.  In these results the system appears to be substantially  I/O bottlenecked (the system is spending much of its time processing I/O on behalf of the guest(s)).  I'm looking forward to getting some test results for Nehalem platforms using IOV enhanced 10Gb/s NICs, which is currently in flight with our friends at Solarflare.  More results soon.

Satori was the original project name for the first XenSource / Microsoft project under which we delivered  components to Microsoft (for free download for use with Windows Server 2008 Hyper-V)to enable Xen-ready Linux guest OSes to run with optimal performance on the Hyper-V hypervisor.  This involved developing an adapter that ensured that what we call paravirtualized (and Microsoft calls enlightened) Xen VMs could interface directly to the hypercall API of the Hyper-V hypervisor and run with optimal performance, while respecting the need for a clear line of separation between GPL and proprietary code bases.   

In addition to the Satori hypercall adapter Satori delivered  enlightened disk (StorVSC) and network (NetVSC) drivers for Xen-enabled Linux guests on Hyper-V, that interface directly to the I/O Virtualization Stack in the Parent Partition of the hypervisor via the VMBus ABI.  This optimizes virtualized I/O for high performance and removes the need for emulation of legacy hardware.  Hyper-V VMs are completely compatible with the now free XenServer virtual infrastructure platform as a result of our close attention to driver and virtual hardware compatibility with Microsoft.

We are now adding an enlightened mouse driver (InputVSC) to offer major usability enhancements for Linux guests on Hyper-V.   The reason for the delay in releasing this driver is that it requires interaction with part of the USB framework in Linux, for which no GPL exports are available. To workaround this limitation the InputVSC driver code is based on a back-port of the HID driver used in upstream versions of Linux which does have GPL exports.  Code linked with the back-ported HID driver also needs to be released as GPL v2, which is what xen.org has now done. You can download the InputVSC driver for Linux guests for Hyper-V here.   (the enlightened mouse comes from [here|http://www.childrensillustrators.com/illustratorDetails.cgi/32627])

I'm not sure why, but there's a ton of speculation in the Blogosphere today about the so-called XenClient from Citrix.. (Apart from the fact that there is nothing called XenClient - it's Project Independence).

1. The writer is misinformed. If you want to see a video demo of one particular use case, see here.
2. It would be foolish to assume anything about the product that Citrix will deliver to market.  For starters, we're still evaluating key opportunities and putting pieces together to deliver on specific use case scenarios so any presumed intelligence is almost certainly wrong.
3. If you want to know what we're actually doing, show up at Synergy, and see for yourself.  There will be more relevant tech and more relevant product to your world than ever before at this event, and a whole lot less marketing BS.  Moreover Geek Speak Live offers a no-holds-barred opportunity for you to challenge presumed experts (including me) on every aspect of our strategy.

Meanwhile, consider this to be nothing more than nonsense anything else you read on the web without thinking.

Last week was a good one for XenServer.  Within just a few days of each other:

• Virtualization Review published benchmark performance test results that showed XenServer to be "the porsche of hypervisors" while acknowledging the excellent runner-up performance of Hyper-V (no surprise there - same architecture, smart chaps, large team) and the rather pokey performance of ESX
• An announcement that SAP has selected XenServer for virtualization of its XenApp farms, in a deployment over 500 servers
• An announcement thatTesco PLC is using XenServer to virtualize its mission critical point of sales transaction software in a deployment of over 500 HP servers.

(Oh, and XenServer Virtual Infrastructure, including all management is 100% free. Get it here)

Combined with the detailed and thorough independent benchmarks of Project Virtual Reality Check, these recent market validations place XenServer at the very forefront of virtualization, and are a tremendous validation of the hard work of the XenServer crew, and the incredible commitment by the powerful Xen community, which develops the engine of this Porsche. 

The Tesco announcement is personally important to me:  Some 40% of food in the UK is purchased at Tesco, and all those point of sale transactions cross XenServer in real time. So when my mum swipes her card at the check-out, XenServer needs to do its thing!  Personal too, in that this deployment, targeted at 1,500 servers, plays a key role in enabling Tesco to reach its commitments for a reduced carbon footprint.  Sure, XenServer does that every day, in countless enterprises and clouds, but this one is a little more personal.

The stand taken by Keith Ward and team at Virtualization Review is also personal.  Though Keith has been quick to point out that his team did not violate the VMware EULA in its performance benchmarking of XenServer, Hyper-V and ESX, FUD from the VMware side appears to allude to the fact that this may be so.  Hats off to this courageous team which attempted to provide a thoroughly unbiased comparison of the performance of the three hypervisors, and continually consulted VMware for guidance to ensure that they were using valid use cases:"The Porsche of hypervisors? XenServer. Raise your hand if you saw that coming. It outperformed Hyper-V and ESX in most categories. The pokiest? ESX. Again, not at all what I expected. In fact, even in the few tests ESX came out on top, it barely edged out the competition. Microsoft did well across the board, and is definitely a fine product."

Of course, I immediately wondered what my friends at VMware would do to spoil the party.   Remember, this is the organization that challenged IDC and Yankee group on their empirical research that showed VMware was vulnerable to Microsoft Hyper-V and Xen, and losing share to both.   

The VMware benchmarking team are smart folks.  They appear eminently reasonable:"Benchmarking is a difficult process fraught with error and complexity at every turn. It's important for those attempting to analyze performance of systems to understand what they're doing to avoid drawing the wrong conclusions or allowing their readers to do so. For those that would like help from VMware, we invite you to obtain engineering assistance from benchmark@vmware.com. And everyone can benefit from the recommendations in the Performance Best Practices and Benchmarking Guidelines paper.  Certainly the writers at Virtualization Review can."

However Eric Horschmann slaps Virtualization Review with the conclusion that "We're Not Against Benchmarking - We're Only Against Bad Benchmarking" implying that VMware had no input into or approval over the results, and moreover asserting that benchmarking is such a deep science that it clearly is only accessible to a small VMware clique whose methodology is not to be shared with mere mortals.

In Horschmann's rather lengthy but shallow critique of the work done by the Virtualization Review team, he only mildly alludes to the fact that VMware engineers were in full approval of the methodology and tests used.  Keith Ward confirms that"We talked extensively with VMware during the process, and an engineer in the benchmarking department approved our methodology before we went to press."
Moreover"To ensure the validity of our test results and testing environment, we enlisted the help of Stuart Yarost to formulate and validate the test plan. Yarost is an ASQ Certified Software Quality Engineer and Certified Quality Engineer with more than 22 years' experience in the software and quality fields. Yarost currently holds the position of Vice Chair of Programs for the ASQ Software Division. A special thanks to Yarost for his help."
Now, given that XenServer is doing so well, I'm inclined to be really positive to the folks in the corner with the black eye.  So let's assume Eric Horschmann and the lads at the VMware Ministry of Truth are right.  That means

1. Keith Ward, Rick Vanover, Stuart Yarost and team (including engineer from VMware who approved of the methodology), you're all idiots.
2. Benchmarking hypervisors requires deep science, and ESX as the industry leader is profoundly deep, requiring such profoundly, super deep expertise to tune and benchmark that it is just not possible for ordinary humans (hence the VMware EULA that forbids publications of comparative benchmarks - and Horschmann clearly states that this is why the EULA is so restrictive). Virtualization Review was foolish to think that even with a staff of trained VMware engineers, an independent consultant, and advice and approval from VMware, that it would be possible to reproduce the fine art that is uniquely owned by the VMware benchmarking team. (I've commented on this previously in "VMware Wins! (Bad Science Required)". What they didn't know of course is that results are meaningless - this is just spin.
3. Since rational, well disposed folks trying to make their ESX installation work as well as possible failed utterly in the attempt (that is, XenServer and Hyper-V clobbered ESX on performance), we conclude that probably no normal user could get ESX to perform either.  It really is a super complex (expensive) hypervisor, and it's so difficult to get to work that if you're merely a well intended VMware user, you have no hope.
4. Therefore, probably most VMware installations run extremely badly, since they are run by mere mortals who could never understand how deep and fickle the beast called ESX is.  And even if you've spoken to a VMware engineer about how to get it right, you're probably still doing it wrong.

Wake up VMware.  Your response rings hollow, and we are afforded yet another laugh at your expense.

I've spent the last day or so at Cannes meeting channel partners and customers who have been responding to the announcement that Citrix has declared XenServer virtual infrastructure to be absolutely free, and our additional annoucements of our  powerful value-added virtualization management capabilities in Citrix Essentials for XenServer and partnership with Microsoft to offer Citrix Essentials for Hyper-V.

The response has been fantastic, and almost overwhelming.  Across the board, customers, analysts and partners I have met have responded positively to the Citrix announcements.   Every CIO I have met in the last couple of quarters has had their budget cut, and is faced with the difficult task of moving IT forward in challenging economic times.  XenServer offers, free of charge, a complete virtual infrastructure package that delivers what every enterprise and every cloud needs to accelerate their goal towards a virtualized, automated, service-centric IT function that is agile and responsive to business needs.  

The powerful response to our announcement both in person and via blogs and email shows how important our move has been.  Customers who have been purchasing virtual infrastructure for resource pooling, live migration, optimal VM placement and who need built-in HA for management, powerful storage management, resource pooling, built-in DR and backup enablement, and with powerful AD-integrated, role based centralized managment for multiple resource pools  will find in XenServer a complete free Enterprise Virtual Infrastructure solution.  Citrix partners I've spoken to are excited because they think this accelerates their opportunities for value-added feature sales of Citrix Essentials for XenServer, as well as offering them a compelling value-added sale to the rapidly growing Microsoft Hyper-V footprint.  Here are just a couple of the over 150 positive news responses I've seen:

"[XenServer's] performance is great, the software is quite easy to install, use and manage, and it provides nice features in terms of management and Storage management." - LeMagIT

"When Citrix releases such a rich enterprise package for free, what company can afford to skip a XenServer evaluation in the current economy?" - virtualization.info

"Here's the real VMware dig---it eliminates virtualization's high entry price in a tough economy" -HP SysCon
 

"The highlight of the Citrix announcement - is going to put a lot of competitive pressure on VMware, commented Andi Mann, vice president of research at Enterprise Management Associates." - eChannelLine

Today a couple of commentators and interviewers asked me whether our move was one of desperation - essentially questioning whether Citrix is commited to XenServer and the virtualization market.  Of course we are. XenServer revenue grew over 800% last year!  What we are doing is accelerating our opportunity and at the same time offering customers and partners a unique opportunity to change the game in how virtualization is delivered and used by customers.  We are just shy of 6000 enterprise customers with XenServer, and whenever we compete head to head, we win.  This move is designed to get our product into use by more customers, ensuring that our commercial opportunity (in terms of Support and Citrix Essentials for XenServer sales) is further accelerated by direct pull from the customer base.  Xen is the engine powering the largest virtualization deployment in the world, Amazon Web Services.  The future is bright for Xen and XenServer. Over 100,000 different organizations use XenServer today, and XenServer is used in some of the largest production deployments of virtualization. (The largest of which I am aware is just shy of 10,000 servers).   

XenServer is the software foundation of the Citrix Delivery Center portfolio and the fact that we have chosen to accelerate the adoption dynamic for our core platform is nothing more than a clear signal of our commitment to Xen and XenServer. "Free Virtual Infrastructure" is much more than a "Free HypervisorIt's important to realize that Citrix is giving away a free virtual infrastructure platform and offering for-fee advanced virtualization management capabilities for those customers that choose to add on these capabilities. The advanced capabilities are those that customers will want for different production deployments of virtualization, for which we fully expect purchases of Citrix Essentials for XenServer, together with production Support.  We fully aim to dramatically accelerate the growth of our business in virtualization, by addressing advanced needs for automation, including High Availability, Dynamic Workload Management (DRS), StorageLink dynamic storage automation, complete workflow based orchestration, dynamic provisioning of VMs, and complete virtual machine lifecycle management including virtual Lab and virtual Stage management.  At the same time, users should compare the  free XenServer with VMware's free ESXi base hypervisor gimmick that has no production level features whatsoever.  We fully expect the free version of XenServer will satisfy the virtualization needs of the vast majority of organizations and remain committed to enhancing the value of the product over time.

Microsoft And Citrix Partnership

The response to our partnership with Microsoft in virtualization, with our offering of Citrix Essentials for Hyper-V and Microsoft's commitment to support  XenServer with System Center Virtual Machine Manager, has been equally powerful.  The Microsoft field is charged up and ready to run with Citrix Essentials for Hyper-V, and does so confident in its long standing partnership with Citrix.   Citrix has built a strong and sustainable business during its 20 year partnership with Microsoft, and our move enables us to offer customers a rich set of virtualization managment capabilities for both XenServer and Hyper-V.   I must confess being dumbfounded by VMware CEO Paul Maritz's statement yesterday to the effect that users are no longer developing applications for Windows or Linux, but instead for VMware.- further proof that VMware continues to believe in the imminent "death of Windows.".  Citrix enjoys a strong alliance with Microsoft for application, desktop, and server virtualization. We believe that many customers will adopt Hyper-V, and given our rich set of advanced management tools applicable to both XenServer and Hyper-V, it makes perfect sense to extend our partnership with Microsoft and capitalize on the Hyper-V market opportunity while we continue to move forward with Xen and XenServer.  Citrix Essentials for XenServer and Hyper-V respectively are designed to offer equivalent price/feature capabilities to both platforms, effectively doubling our market opportunity.

The Xen Hypervisor goes from Strength to Strength 

 While I'm sure my friends at VMware would like to see Xen go away, they are probably completely oblivious to the fact that the xen.org Xen Summit is under way at Oracle this week, with over 120 of our developers present, representing more than 30 key contributing organizations to the open source hypervisor.  This is amazing given the down economy and pressure on travel budgets.  Xen continues to go from strength to strength, and what's more amazing still is that one single code base offers the world's most scalable open reference hypervisor from clouds, to enterprise datacenters and to rich client desktop devices and PDAs.  Can ESX match that?  No, ESX is still a 32 bit x86 only hypervisor with narrow focus and highly limited capabilities.  Customers tell me one of the reasons they are throwing out ESX is that it takes 6 months for VMware to offer supported drivers for new hardware that they purchase.  What a waste.  What a great example of a proprietary code base .failing to keep up with the pace of innovation.  ESX has become a burdensome, bloated OS in its own right.  Its requirement for patching and regular maintenance has ballooned over the years; over 150 patches have been issued for VI 3.5 in just over a year since its release.  VMware also experienced a very high profile reliability issue with the recent Update 2 bug, which brought many of their customer environments to a halt.  By comparison, XenServer 4.0 has been on the market for over 18 months and has required issuance of just 4 patches.  Despite VMware's claims about cost-savings, they ignore the new, ongoing maintenance costs that are introduced with their solution.

The VMware FUD Accelerates

VMware has issued a FUD-focussed response to our announcement.  I received it moments after they blasted it out to attendees at VMworld and to their channel, clearly rattled to the core by our announcements.  VMware's responseis 100% inaccurate, and wholly unworthy of a tit-for-tat response.  To my mind any vendor that adopts an approach of blatantly misrepresenting the facts, and actively misleading its partners, customers and the ecosystem in response to announcements by its competitors clearly signals its fear and desperation - and ought to leave its customers questioning the wisdom of their investment in a closed, proprietary, one-vendor-fits-all, expensive and out dated virtualization platform.
 

If you're reading this, you already know the news: XenServer, our enterprise virtual infrastructure platform is now free (including resource pooling and live relo), and we have announced Citrix Essentials for XenServer, and Citrix Essentials for Hyper-V as our virtualization management portfolio that offers a rich set of automated functions that drive the compatible virtualization layers beneath - the free Hyper-V hypervisor from Microsoft, and the free XenServer Enterprise virtual infrastructure platform from Citrix.  Finally, and most importanly, we announced a powerful go-to-market roadmap with Microsoft.

Response to our announcements has been extremely positive, from our partner Microsoft to our channel partners and resellers, and many many customers and users.  There are the expected nay-sayers too, but someone had to drink the only thing that you get free from our competitor - VMware koolaid.

That said, I wanted to explain why we've made this change and why it is so important for Citrix and the XenServer crew:

1. Times are tough, and they are probably going to get tougher.   Now is a good time to dramatically ease the cost of adoption of virtualization, and a good time for Citrix to make a very significant contribution to the well-being of its customers. 
2. There are about a million servers running XenApp / Terminal Services.  With the incredible work that the XenServer team has put in optimizing for this workload, we can state with great confidence that just about every one of those workloads is a good candidate for consolidation.  We want to help our customers save money and gain agility.  Including XenServer as a supported component of the XenApp product, and therefore as an entitlement for our 220,000+ XenApp customers is the best way to accelerate this trend.
3. The Xen footprint in the enterprise to date has been predominantly delivered as a component in Enterprise Linux.  But the Linux management tools for Xen are pretty weak or non-existent.  We want anyone using Xen in Linux in the enterprise to start using XenServer instead.  You'll get better performance, greater reliability and fantastic management, with full Linux and WIndows support, absolutely free
4. We know that when we get into deals head to head with VMware, we tend to win.  XenServer's reputation for performance, ease of use and functionality at an incredible price, has led us to victory recently in major enterprise accounts such as Tesco PLC, where XenServer runs complex mission critical software systems.   To grow the XenServer business faster, we want to get more value to customers, sooner, and get them to demand fulfillment of the upgrade functions in Citrix Essentials, in a more scaleable fashion.  Hence, having the complete resource pooling, shared storage and dynamic infrastructure control in the free platform allows us to make the product that much more compelling out of the box, and encourages customers to want to purchase both support and additional features
5. There is a wealth of cloud/MSP vendors that today use Xen in Linux to virtualize their infrastructures and enable them to become VM-agile.  There is no reason why every such cloud should not use XenServer, and in so doing also offer hosted Windows VMs, with all the features of dynamic hot-plugging etc.
6. Simplifying the XenServer product line with XenServer and Essentials allows us to develop a powerful market partnership with Microsoft for server virtualization - framing a key aspect of our ongoing partnership in virtualization

That's about it really.  Changing the dynamics, adjusting to the reality of the market.  Aiming to win more share with a direct appeal to our end cutomer, and strong value propositions for our channel partners to deliver. 

See you in Cannes