Slashdot Mirror


Microsoft and Red Hat Team Up On Virtualization

mjasay writes "For years Microsoft has insisted that open-source vendors acknowledge its patent portfolio as a precursor to interoperability discussions. Today, Microsoft shed that charade and announced an interoperability alliance with Red Hat for virtualization. The nuts-and-bolts of the agreement are somewhat pedantic, providing for Red Hat to validate Windows Server guests to be supported on Red Hat Enterprise virtualization technologies, and other technical support details. But the real crux of the agreement is what isn't there: patents. Red Hat has long held that open standards and open APIs are the key to interoperability, even as Microsoft insisted patents play a critical role in working together, and got Novell to buy in. Today, Red Hat's vision seems to have won out with an interoperability deal heavy on technical integration and light on lawyers."

15 of 168 comments (clear)

  1. It is a good sign by Presto+Vivace · · Score: 4, Insightful

    another step forward for Open Source and a sign that Microsoft can adapt.

    1. Re:It is a good sign by Anthony_Cargile · · Score: 5, Insightful

      ...or, more than likely, this.

    2. Re:It is a good sign by morgan_greywolf · · Score: 4, Funny

      another step forward for Open Source and a sign that Microsoft can adapt.

      That's no moon!

    3. Re:It is a good sign by von_rick · · Score: 5, Informative

      No moon? Then where does Moonlight come from?

      --

      Face your daemons!

    4. Re:It is a good sign by twiddlingbits · · Score: 5, Interesting

      No, it means Red Hat sees a market that customers would like to run Windows as a VM under Linux. It just means they'll validate each OS works as a VM under the other's Hypervisor, nothing more. No licenses, no patents. I can see running Windows under Linux as a VM (BSOD only takes down the VM and bringing up a new VM takes seconds..not a 3 minute reboot) if you MUST support something that is Windows legacy but have chosen to go Linux with RH Virtualization in the Data Center. Why you would want to run Linux under the MS Hypervisor is the strange question, unless you just wanted a Linux "sandbox" for some reason. I suspect to get the MS stamp of approval for Windows under Linux they required the reciprocal agreement from RH.

    5. Re:It is a good sign by stevey · · Score: 4, Insightful

      That solution is quite interesting, because its the sort of thing that a lot of people were expecting to happen - virtual images being used as black-box applications.

      I love the idea of being able to download a webserver in a box, or a caching HTTP proxy server. There are many other applications which would be nice to see provided like this. Of course in my case I would be hosting them on Linux, but I guess whatever host machine you use is irrelevant so long as you understand it and can support it.

      Of course I'm a little biased when it comes to spam filtering, but I hope the idea of custom VM images catchs on more generally.

      There are downsides such as the overhead of emulating a whole machine for a single service, but I'm sure the benefits outweigh them if you have spare host capacity (*2 for redundancy)

      I'm curious though, did you configure the guest yourself, or find it as a pre-rolled virtual machine image?

    6. Re:It is a good sign by kamochan · · Score: 5, Funny

      I've since gotten comfortable enough that its now linux on linux.

      LOL action :D

  2. But I still don't understand... by Anthony_Cargile · · Score: 4, Insightful

    ...Why you would run Windows on top of Linux, given not only the stability history but also since now there are now FOSS alternatives for almost anything Windows can provide, without taking a huge hit to the "total cost of ownership".

    On a lighter note, wonder what the VMware guys are thinking about all of this - it's basically the end of what has always been their niche, except for Parallels but they weren't as datacenter-ready as VMware and were established mainly to make virtualization software that can run OS/2.

    1. Re:But I still don't understand... by morgan_greywolf · · Score: 5, Insightful

      ...Why you would run Windows on top of Linux, given not only the stability history but also since now there are now FOSS alternatives for almost anything Windows can provide, without taking a huge hit to the "total cost of ownership".

      Two words: Microsoft Exchange.

    2. Re:But I still don't understand... by talksinmaths · · Score: 5, Insightful

      Why you would run Windows on top of Linux, given...there are now FOSS alternatives for almost anything Windows can provide

      Even if that were true, in practice companies don't just swap out production environments because alternatives potentially exist. What works well for you may be problematic in even a slightly different environment. Others have mentioned apps for which OSS interoperability isn't there yet, and I'd add Group Policies and other AD centric tech to the list (although I admittedly haven't checked out recent versions of Samba lately, so maybe I'm wrong on that). I'm as big of an OSS advocate as there is, but part of advocating effectively is knowing where limitations exist and dealing with them rationally rather than sugar-coating them. I agree with the gist of what you're saying though, and there are a lot of shops that could lower TCO by exploring the alternatives.

      --
      Don't you have someone you'd die for?
  3. Re:Et tu, RedHat? by thomascameron · · Score: 5, Interesting

    Read TFA. This agreement contains *none* of the bullshit IP limitations Novell agreed to when they sold out. In this case Red Hat and MSFT are only cooperating from a *technical* standpoint. RHT are not agreeing in any way that Linux owes MSFT any IP rights. This is amazing news and sticks a finger in the eye of Novell's sellout.

  4. The Thorn that is Virtualisation by segedunum · · Score: 5, Informative

    Virtualisation has been a bit of a curveball that Microsoft hasn't liked for some time. It gets people off the hardware and upgrade churn, whilst sill upgrading their real hardware, and allows people to run previous versions of Windows and applications pretty much indefinitely. It also gives the potential to outflank Windows technology by bypassing it in the virtual machine itself and surrounding Windows with non-Windows systems. Additionally, ubiquitous, freely available virtualisation is going to end up ruling, and ultimately that means an open source host running something like KVM. I suppose Microsoft had to try and do something. They want to try and get into all of this somehow, and I suppose it does mean they sell more Windows licenses and Red Hat gets to run Windows certified on their platforms which should please some people.

    It's a real kick in the teeth for Novell. This is a perfectly straightforward deal of certifying each other's systems on their virtual platforms that Novell couldn't get right. In practice, Microsoft is providing no help whatsoever to Novell in running Windows on their virtual platform (which I don't think Red Hat is expecting itself really) and they sold themselves down the river by agreeing to some elaborate coupon scheme that saw SLES servers totally surrounded by installations of Windows Server and AD domains. I don't think they even realised what they'd signed up to. At least Red Hat gets some marketable press out of this without conceding anything.

  5. 2 minute summary of Hyper-v Vs Xen Vs VMware by Anonymous Coward · · Score: 5, Informative

    Theres an interesting read over at the 360 blog here., which covers the debate/fight between these 3 giants quite nicely.

    AG

  6. Or to quote Woody Allen by wsanders · · Score: 4, Funny

    "The lion and the lamb will lay down together, but the lamb won't get much sleep."

    --
    Give a man a fish and you have fed him for today. Teach a man to fish, and he'll say "WHERE'S MY FISH, YOU IDIOT?"
  7. Re:Take *that* Novell! by thomascameron · · Score: 4, Insightful

    How does this qualify as "neutralizing?" RHT gave up nothing. F/OSS doesn't suffer at all. This is no different from making RHEL work with any other third party closed source technology like Oracle or SAP. RHT and MSFT have simply recognized that there is a need for this interoperability, but RHT basically forced MSFT's hand and MSFT backed down. This is, if anything, a huge victory for F/OSS.