Hi Johan,
XenExpress, XenServer, and XenEnterprise are all products of XenSource,
not RedHat.
They are all "added value" that XenSource adds to Xen.
RedHat starts with Xen and add's their own "added value". Their
limitation of 4 concurrent VM's is a support limitation. Basically
their way of saying "If you do this, and it breaks, don't come runing to
us."
BUT ... there is a hardware limitation that I've been seeing. Basically
if I try to run too many virtual machines on a machine without enough
memory, at some point I get a "Hay ... you don't have enough memory to
squeeze in another virtual machine" message. It doesn't really say
that, but that is what it means.
So back to your questions. I'm not going to answer them, but I am going
to point out that you really are asking to compare 3 different products,
not two.
You want to see the comparison between XenSource's products, VMWare's
products, and RedHat's Virtual Products.
Troy
Johan Mares wrote:
I've posted previously about Xen. But know I have some more specific
questions.
In RHEL5 Xen is limited to 4 concurrent VMs, which could mean that RHEL5
ships with Xen Express (the free starter package). In one of the replies
on my previous post it was mentioned that there were no such
restrictions on the number of concurrent VMs in SL5. Can someone give an
explanation for the difference in concurrent VMs for Xen in SL5 versus
RHEL5 ?
Without having to rtfm, what is Xen 3.0 in comparison to XenExpress
(free version), XenServer (only Windows) and XenEnterprise (windows and
linux) ? Is Xen 3.0 the basis on which the other 3 are build and then
you just pay for the comfort of someone else having done it for you,
some management tools and the support ?
Can someone compare Xen (free & commercial) with VMware Infrastructure
(starter to enterprise) ? When to use what ? Difference in features.
Because VMWare Infrastructure , especially the enterprise, has a
serious price tag.
We would use virtualization for webservers, files and mysql-database
servers, grid-computing, ease of setting up test and development servers.
thanx,
Johan
--
__________________________________________________
Troy Dawson [EMAIL PROTECTED] (630)840-6468
Fermilab ComputingDivision/LCSI/CSI DSS Group
__________________________________________________
