You have probably also heard over and over about Hyper-V and High Availability (HA) virtual machines.  And please, don’t forget — HA is free!

Should one conclude that a supported Linux VM on Hyper-V would be fully functional in an HA configuration?

No, one should not.

Hyper-V HA is based on Microsoft’s general purpose Failover Clustering — originally designed for applications like Exchange and SQL Server.  If you can say one thing about MSCS, it tries very hard to keep managed services online.  Sometimes too hard.

In fact, without tight integration between Clustering and the protected services, it’s especially difficult to stop things in an orderly fashion.  System Center Virtual Machine Manger 2008 has this integration, and stopping an HA VM with the SCVMM Administrator Console will normally initiate a proper shutdown.  But, in order to do that, guest operating systems need to have integration components that offer the “Operating system shutdown” service .

Linux integration components for Hyper-V do not offer this service, and the following error is seen when attempting to shut down a Linux VM via SCVMM:

The next thing to try is shutting down the Linux VM from the Failover Cluster Manager UI — one of the many other “single panes of glass” needed to manage your Microsoft virtualization infrastructure.

Evidently, this approach does not perform the same validation as the SCVMM interface — there is no error and the guest OS actually does not shut down cleanly — the VM is simply stopped.  It turns out that, like physical machines, virtual machines don’t really enjoy being abruptly powered off.  Here you can see this poor filesystem being repaired during the next boot:

It appears that the only option for shutting down a Linux VM on Hyper-V is through the guest interface itself.

Unfortunately, when the VM shuts down, Failover Clustering notices immediately and assumes there has been a failure.  One restart, coming up…

With Hyper-V you can run HA virtual machines and you can run Linux virtual machines, but you can’t run HA Linux virtual machines.

The only hypervisor that offers full functionality for both Windows and Linux guest operating systems is VMware ESX.

Related posts:

1. Even GPL can’t make Hyper-V Linux VMs well
2. Hyper-V Linux Smokescreen
3. IGT Part 4: Failover frustration
4. Hyper-V Console Disconnects During Live Migration

Have you ever wondered what life in the virtualization world would be like without a clustered filesystem? Thanks to Microsoft Hyper-V, NTFS, and their failover cluster service, you no longer have to wonder, you can read about it in great detail.

In a world without VMFS, in order to have HA virtual machines or quick migration (let’s not bring up live migration today, since it is shipping “in 2010″) here is the most important point: Each virtual machine must be on its own LUN. Are you on good terms with your SAN administrator? Looks like the two of you are going to be chatting quite often.

Now if you prefer, you could set up several virtual machines on one LUN. But it turns out that such a plan would be destined for failure. No pun intended. Please take a look at the following quote from a Microsoft Technet blog:

If you group clustered VMs on a single LUN, don’t shut down the OS from within the OS or from Hyper-V Manager, this is not a cluster-aware shutdown and counts as a failure. The OS will be restarted by the cluster and then if you go “what the ?!?!” and shut it down again, depending on how the cluster resource is configured this will induce a failover to another node, taking the rest of your VMs with it. Try explaining that outage to your boss when a business critical server goes out of action for a couple of minutes at a crucial period because you shut down a scratch VM you had been using to test some software. I for one do not feel like having to get a change request authorized just to shut down a machine. Once you have made a VM a clustered VM, ALWAYS use Failover Cluster Management or the SCVMM Console to shut it down.

Ouch! What happens on Patch Tuesday? Let’s not find out.

One last thought: What about SAN deduplication technology that operates per-LUN?

Related posts:

1. IGT Part 4: Failover frustration
2. IGT Part 3: One-VM-per-LUN doubters
3. Choose any two: Hyper-V, HA, Linux
4. The Truth About VM SAN Transfers