Industry


Ads by TechWords

See your link here


Stripping down Longhorn virtualization

Shortly after The Virtualization Procrastinators appeared in Computerworld last week I was contacted by Jim Ni, Microsoft’s group manager for server virtualization. He wanted to clarify a point in the story that he said might be confusing to readers. After our e-mail exchange I can see why. (The key takeaways appear in bold below).

In the Virtual Competitors sidebar to that story I had paraphrased Ni's description of the virtualization hypervisor in Longhorn as a "stripped-down version of Windows." While a full or stripped down version of Longhorn server is required to make virtualization happen, technically the hypervisor is a separate software layer.

Microsoft's current virtualization offering, Virtual Server 2005, does not run directly on the hardware but on top of a host Windows operating system. This is similar to what V Mware offers with its free Virtual Server product. In contrast, a hypervisor is a software layer that sits on the "bare metal," providing virtualization services without the need for an underlying host operating system (the approach taken by VMware's ESX Server). A hypervisor approach has less overhead and is therefore more stable and efficient (read: faster). Windows Server Longhorn will use a hypervisor but preserve the requirement for a dedicated instance of Windows Server to orchestrate it.

Microsoft's model is different from that pursued by VMware with its ESX Server hypervisor. While there is no host OS under the hypervisor, you still need a dedicated copy of Longhorn running on top of it.

Says Ni:

"The Windows hypervisor is not a stripped down version of Windows Server “Longhorn”. It is a thin layer of software written by our virtualization team that sits between the hardware and the operating system and allows multiple operating systems to run on a host computer at the same time. It provides simple partitioning functionality and is responsible for maintaining strong isolation between partitions. Windows Server “Longhorn” needs to be the running operating system in the parent partition to enable virtualization.

When Windows Server “Longhorn” is installed as the parent partition, it is possible to opt for a minimal installation, called “Server Core”, which installs only the services and subsystems necessary for the server to operate in a virtualization role. This is the “leaner” Windows Server I was referring to. Some benefits of this include a smaller footprint and attack surface, resulting in less management and servicing, as well as a highly optimized partition that is well-suited for virtualization. The Server Core installation option is available in all editions of Windows Server and also supports some other server roles, such as file server, domain controller and DNS server."

Bottom line:

In Windows Server Longhorn, the hypervisor is a software layer that sits between the Windows Server OS and the hardware. However, to operate, it requires that the Windows Server Longhorn OS be running on top of it in what's called a "parent partition." Other, parallel, child partitions also sit on top of the hypervisor layer and run Windows and whatever applications are desired.

So you need both, the hypervisor and a dedicated copy of Longhorn server to run VMs. You still have an extra copy of the OS in the loop. It just runs on top of the hypervisor rather than underneath it. One benefit of this approach, Ni says, is the way in which device drivers are handled.

"Windows Server virtualization is leveraging the device driver model from Windows Server. This means a considerably broader set of hardware devices will be supported by the solution out of the gate. We are leveraging all the years and processes we’ve built with our ecosystem of hardware partners to develop, test, and certify that the OS and HW devices are compatible. This is going to be a great customer benefit as it offers them greater flexibility in choice of HW for virtualization."

In lieu of a full OS install, administrators can deploy a stripped down, "server core" version of Longhorn that installs only what's needed to facilitate virtualization.

All of this brings up two questions. First, what are the licensing implications of having to keep an extra copy of Windows Server Longhorn online to assist the hypervisor with virtualization? The answer is that, as with Virtual Server 2005 today, you'll have to by an extra Windows Server license on each physical machine to support virtualization in the Longhorn environment. However, Enterprise Edition users will be able to run guest instances of Windows in up to four virtual machine partitions on the same physical server without added licensing fees.

Secondly, if the parent partition's job is to manage VMs, why would you ever install a full version rather than a stripped down, server core version in the parent partition? That's just more overhead, right? Says Ni: "You might want to take advantage of graphical utilities and programs that will only be available in the full installation, such as the Event Viewer and Windows Server Backup."

What People Are Saying

Will Longhorn virtualization

Will Longhorn virtualization support high availability solutions like clustering (MSCS)?

When utilizing a Microkernel

When utilizing a Microkernel hypervisor (Microsoft Longhorn or Xen) what happens if the parent crashes? How does this affect the child partitions?

"VMWare's paravirtualization

"VMWare's paravirtualization will only work if the OS vendors adopt VMware's proposed paravirtualization interface."

Perhaps, but this is for transparent paravirtualization, which AFAIK nobody else is doing right now anyways. They may be going a slightly different route with native virtualization.

"Seems like all the more

"Seems like all the more reason to use something like the Xen Hypervisor!"

Xen does it almost exactly the same way....the hypervisor may run on the hardware, but it requires a Linux install running in a parent partition to manage the guest machines.

Hard to believe that a story

Hard to believe that a story about the players in virtualization would not include companies that are actually selling product to actually customers like Polyserve and SWsoft. Perhaps a follow-up story is in order.

The lack of knowledge of

The lack of knowledge of both the Microsoft hypervisor and Server Core is mind numbing. First off, Server core IS a stripped down "gutted" version of Windows. It is built to run only ONE role and one role only. I would suggest reading up on the Server Core and if possible actually installing it before attempting to comment on how it fits into the overall virtualization stack. Second, if you compare the Microsoft hypervisor to the Xen hypervisor you will see almost IDENTICAL architectures. In other words, ESX uses the monolithic hypervisor while Microsoft AND XEN both use a micro-kernel hypervisor. Why doesn’t this article cover the pros and cons of that? If you look at how Redhat and SUSE implement Xen... you have a copy of Linux running in the parent partition. Surprised? I hope not. Ok... strip it down even further. XenEnterprise (XenSource's release of Xen) runs a copy of Fedora Core. And to be fair - ESX runs a light version of Redhat in their parent partition. I hope this is sinking in now.
Interesting how this article fails to mention that the Microsoft hypervisor will be the ONLY hypervisor to support para-virtualized Windows AND Linux. This means Xen enabled VMs (i.e. Redhat and SUSE) will run as first class citizens on the Windows hypervisor. I will leave it up to y'alls to guess who is building the Hypercall API adapter to enable this on Windows. Xen will only run para-virtualized Linux. ESX will continue to run fully virtualized Windows and Linux VMs.
If the idea is to "strip down" the fancy words around a technology and analyze its pros and cons... Lets do this with all the information. Not just with off-the-cereal-box tidbits of information.

Are we sure that "Microsoft

Are we sure that "Microsoft hypervisor will be the ONLY hypervisor to support para-virtualized Windows AND Linux"? As per VMware article on Transparent Paravirtualization (http://www.vmware.com/interfaces/paravirtualization.html) it sounds like both hosted and hypervisor products from VMware will soon support paravirtualized Windows and linux...

VMWare's paravirtualization

VMWare's paravirtualization will only work if the OS vendors adopt VMware's proposed paravirtualization interface. Thats a big maybe (read: close to impossible to get all of them to adopt it). With the Microsoft stack support for Xen enabled Vms is defintive... not a maybe.

Seems like all the more

Seems like all the more reason to use something like the Xen Hypervisor!

The key problem with

The key problem with managing the hypervisor from a management layer that is running on the same virtualization stack is that the management layer has to be scheduled to run very frequently (if not how is it going to manage?)

The heavier the management stack the higher the overhead imposed, and hence the lower the efficiency of the host.

End result, if Microsoft wants to be competitive in the performance war that is about to break out, then they have to gut Server Core of all those other server roles.

Then management moves up to an external management system - then how are we going to tell that it is a Longhorn powered hypervisor rather than one of the others?

Answer? "Virtualized by Microsoft" physical stickers.