Information and announcements from Program Managers, Product Managers, Developers and Testers in the Microsoft Virtualization team.
In the last two blogs, I discussed the importance of HA for unplanned host downtime. Today, let’s talk about planned downtime, Quick Migration and Live Migration. Let’s start by understanding the primary usage scenario. Specifically, why do customers require migration capability?
For planned downtime, there are two primary reasons:
1. Hardware servicing. The underlying hardware needs additional storage, memory, or a BIOS update. The server needs to be taken offline and customers want to quickly move virtual workloads off the server for this scheduled maintenance.
2. Patching the Root/Host operating system. If the root partition needs to be patched and that patch requires a reboot, then customers want to quickly move virtual machines off the server for this scheduled maintenance. (This is a good time to point out that the best practice for running Hyper-V will be to do so with a Server Core installation which will reduce the need to patch Windows because it’s running a minimal footprint.)
We’ve drilled into these scenarios further and asked customers, who have currently have Live Migration capabilities, if they have changed their servicing process. In particular, when do they perform their hardware servicing. Is it during business hours 9-5? The overwhelming answer is, “No, we still schedule server downtime and notify folks of the scheduled downtime.”
Even customers with Live Migration still wait until off hours to service the hardware.
What’s my point?
My point is that if you’re scheduling downtime to service the virtualization server and you’re doing it off hours, the difference between sub-second downtime (Live Migration) and even 5, 10, 20 seconds of downtime (Quick Migration) is less of an issue than you might think at a fraction of the cost.
My suggestion: just try it. :-)
One last benefit with HA/Quick Migration capability is that when you set up this configuration, you’re actually setting up solutions for both planned and unplanned downtime at the same time because they use the same underlying Failover Clustering technology.
BTW: Many of us will be at Microsoft Management Summit (MMS) next week in Las Vegas and hope to see you there.
Q: What are the system requirements for High Availability/Quick Migration?
A: Hyper-V High Availability/Quick Migration requires:
1. Windows Server 2008 Enterprise or Datacenter x64 Editions. High Availability/Quick Migration requires Windows Failover Clustering which is available in Windows Server 2008 Enterprise and Datacenter Editions.
2. Shared Storage. Failover clustering requires shared storage in the form of a SAN (iSCSI, Fiber Channel or SAS).
Jeff has been posting up a great number of articles to give the world better clarity on the subject!
Det är en serie med blogposter som Jeff Woolsey skriver, han är med i produkteamet för Hyper-V och den
We're two dates into our roadshow and I've twice been asked to do a comparison of VMware and Microsoft
I've been talking at a number of Windows 2008 customer launch meetings over the last few weeks and I
Thank you for all your comments on this subject - it's great to get some debate going! Rather than me
I am wondering if you had already realized that Hyper V Live migration is on the door. Check out the video on the following blog to see both the new hyper v live migration and the new hyper v server.
I am hoping this will be helpfull to every one.