That was so that Redhat could stop internal arguing: internal people to
RH much prefer the GPL'ed (open source) XEN (also used by Amazon) and/or
KVM, while marketing would rather be friendly with VMware.
I see from the web page that libvirt doesn't do VMware as yet!
Perhaps there is another layer inside RH for that.
Read the announcement for what it is:
a) if you call Microsoft with problems with your 2008 server
running under "Red Hat Enterprise virtualization" (is that XEN
or KVM or VMware? I wonder...) they won't hangup.
b) if you call Redhat with problems with your RHEL5 system running
under Hyper-V, they won't hangup.
That's all.
I agree that we need three or four more steps here.
--
] Y'avait une poule de jammé dans l'muffler!!!!!!!!! | firewalls [
] Michael Richardson, Sandelman Software Works, Ottawa, ON |net architect[
] m...@sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/ |device driver[
] panic("Just another Debian GNU/Linux using, kernel hacking, security guy"); [
So, libvirt was created to abstract between VMware and XEN.
That was so that Redhat could stop internal arguing: internal people to
RH much prefer the GPL'ed (open source) XEN (also used by Amazon) and/or
KVM, while marketing would rather be friendly with VMware.
I see from the web page that libvirt doesn't do VMware as yet!
Perhaps there is another layer inside RH for that.
Read the announcement for what it is:
a) if you call Microsoft with problems with your 2008 server
running under "Red Hat Enterprise virtualization" (is that XEN
or KVM or VMware? I wonder...) they won't hangup.
b) if you call Redhat with problems with your RHEL5 system running
under Hyper-V, they won't hangup.
That's all.
I agree that we need three or four more steps here.