Skip to content ↓ | Skip to navigation ↓

A few days ago, I wrote about how Microsoft and VMware were reaching feature parity on the ability to move “live” VM’s from one host to another, and that the real test for virtualization was who could deliver the best value and return to the business.

Well, it turns out Microsoft’s Live Migration feature won’t be available unti 2010, so we have a while to wait. My first reaction was, “well, that sucks for Microsoft.” However, as I thought more about it, I don’t think it’s such a big deal after all.

Motion, motion, who’s got the motion?

From a feature perspective, VMware can move a VM from one host to another in a few milliseconds – if you satisfy a lot of very specific technical requirements for near-identical hardware.

Microsoft’s current “Quick Migration” capability suspends a VM, moves it to a new host, and resumes the session about 6 seconds later. The underlying hardware doesn’t have to be near-identical.

Is Microsoft’s Quick Migration fast enough? Depends on the application. In some use cases, 6 seconds is too slow, but I’d venture that 6 seconds is fast enough for most of the apps the typical IT department manages. And, in any case, it is significantly better than the physical world.

The bottom line: I don’t doubt this (very) technical feature will be a deciding factor for certain availability-critical applications & systems, but I think Quick Migration will be sufficient for most circumstances.

Business value trumps technical coolness

So – that means we’re back to a battle over delivering strong business value. Today, there are a lot of arguments floating around about whose virtualization platform is cheaper, better, etc.

The cost of the platform is not the primary factor in the equation, in my opinion – it’s the ease of incorporating the platform into your IT operations in a beneficial, effective way. And when it comes to costs, management an operational costs will trump the cost of your virtualization platform in no time at all.

In this area, I (currently) give Microsoft the edge because they can (already) manage physical and virtual infrastructure, and have broader support for cross-silo IT operations and application management than any other virtualization vendor.

What do you think? Is a “one stop” solution like Microsoft better for your business than what you get from a virtualization specialist like VMware? Would love to hear your perspective.

Tripwire University
  • Joel

    I think you are going in the wrong direction here.

    The power of vMotion is well known among all the VmWare administrators out there and they could not live without it.

    Another aspect of this is the loadbalancing (DRS in vmware-speak) what will hyper-v do when there are two VM:s on the same host that requires a lot of processor and memory? They will have to share the capacity of that one host when there are plenty of capacity on the other hyper-v hosts standing next to it..

  • Thanks, Joel – I am not questioning the power of VMotion – just saying that I think this battle will ultimately be won & lost based on more than just VMotion vs. Live Migration.

    VMotion is definitely ahead of Live Migration from a technical standpoint, and VMotion will get even more powerful with Intel's next generation of processors that remove some of the restrictions on what can be VMotioned.

    Aside from the "real time" migration, it's my observation that the load balancing capabilities of both platforms are substantially the same.

    And I'll grant you that there are other things (like VMware's memory overcommit capability) that give VMware the *technical* edge.

    But I was around when OS/2 was technically superior to Windows (and I used OS/2 then), and I know that technical superiority doesn't always guarantee long-term triumph for the hearts & minds of buyers.

    BTW, I'm watching VMware's new management initiative closely, to see what comes of it – I think that initiative, plus Maritz's more market-focused approach, is where the excitement will happen – and where VMware can launch an assault on MSFT in the battle for business value.

  • E.J. Gregory


    "VMotion is definitely ahead of Live Migration from a technical standpoint, and VMotion will get even more powerful with Intel’s next generation of processors that remove some of the restrictions on what can be VMotioned."

    This refers to Intel "flexmigration" which is present in currently shipping 45nm processors and future processors. This feature allows backward compatibility with all Core2 Xeons (the ones we have been buying for the last few years). VMware's implementation of this feature is called "Enhanced Vmotion" and also supports the equivalent functionality in AMD processors. Basically, this IS NOT a future technology. It is available today (currently shipping products) in both Intel/Amd hardware as well as VMware's software.

  • Just a few notes on this post:

    1) I'm still baffled as to why Microsoft is having such a hard time with a fundamental building block of virtualization (Live Migration/VMotion). They first announced they would have this in 2006 and then stripped it out. Now it's 2010. 4 years to develop something that EVERY other virtualization vendor in the x86 space can do today. How can one vendor with the number of smart people that Microsoft has miss this one so badly? It's not rocket science.

    2) Quick Migration from Microsoft still has some flaws. First, the 6 seconds you quote is probably doable with an idle VM and 512 MB of memory. The quickest I've ever seen it is 8 seconds but now I'm just splitting hairs so let's say 6 seconds. The average TCP Abort Connection time in a 10/100 network is 5 seconds. In GigE networks it's less (around 3 seconds). This means if the network connection is gone for over 5 seconds (which it is with Quick Migration) then anything using TCP has to re-establish a new connection. For some apps that's fine. For most apps that's bad. File copies stop. Outlook goes into offline mode. SQL ODBC connections drop and have to be manually re-established. It's bad. So bad that Systems Center Virtual Machine Manager throws up a nice warning box before you migrate a VM that tells you all users will be disconnected from the VM….do you want to continue? Bottom line is Quick Migration might be good enough for someone who has never experienced moving live from any other vendor in the industry.

    3) Quick Migration has just as many requirements as live migration/VMotion. If you suspend a VM that's using SSE4 and migrate it and resume it on a host that does not support SSE4 then you will get a blue screen. That's one small example. This is why everyone requires like family and like brand of CPU. Microsoft may not write that down like everyone else but that doesn't prevent the issues from coming up. Maybe this is why they haven't implemented live migration yet – they don't understand virtualization.

    I would absolutely agree that the value in virtualization is what goes on top of it. VMotion/live migration is simply an enabler. A previous comment highlighted that with DRS as a good that that VMotion has enabled.

    For those that think Quick Migration is "good enough" and happen to be using VMware I showed off a PowerShell script that will allow Quick Migration in a VMware environment during one of my sessions at VMworld. I'll be posting the source and instructions to my blog shortly. Maybe that will take this conversation off the table and let us get back to the value adds on top of the infrastructure.

  • EJ and Mike, thanks for some great insight and education here. It's clear that this topic touches nerves and that there are technical "must haves" to unlock the business potential even further – thanks for contributing to productive dialog. (and Mike I'll be watching for your script!)

  • Mark Chuang

    Hi Dwayne,

    In speaking with IT admins who use VMware VMotion, they brought up another business value of VMotion – no more time-consuming scheduling of maintenance windows. Any migration technology that results in end-user visible downtime requires the IT admin to schedule a maintenance window. IT admins told us that they dreaded this process of having to contact (via repeated emails/phone calls) all application owners / line-of-business stakeholders / etc in order to schedule their maintenance windows. Based on some internal research we did with about 200 VMware users, they told us that it can easily take up them 30 to 40+ minutes (aggregate) to schedule a maintenance window for EACH application.