1 |
On Apr 20, 2013 9:31 PM, "J. Roeleveld" <joost@××××××××.org> wrote: |
2 |
> |
3 |
> On Fri, April 19, 2013 18:42, Jarry wrote: |
4 |
> > On 19-Apr-13 17:52, Pandu Poluan wrote: |
5 |
> > |
6 |
> >> Well, for me, XenServer-based virtualization is very very simple. And |
7 |
if |
8 |
> >> I compile the kernel with all Xen PV (paravirtualized) 'FrontEnds', it |
9 |
> >> runs near-natively. |
10 |
> >> |
11 |
> >> Only the xend daemon need some 'tweaking' to run properly. |
12 |
> >> |
13 |
> >> Do a Google search for "gentoo xenserver" and if you find pages written |
14 |
> >> by me, those are my experiences running Gentoo on top of XenServer, |
15 |
> >> successfully. |
16 |
> > |
17 |
> > What I had in mind is administration of hypervisor itself. |
18 |
> > ESXi is feature-rich product, and to handle all its possibilities |
19 |
> > (i.e. vMotion, vShield, HA, FT, vCenter, DRS/DPM, FW, etc) one have |
20 |
> > to spend quite long time by studying and the learning curve is |
21 |
> > very steep (again, I'm comparing with VServer or OpenVZ/Virtuozzo, |
22 |
> > I do not know XenServer). |
23 |
> > |
24 |
> > Deploying Gentoo-guest (or "VM" / "DomU" as they call it) is |
25 |
> > actually very easy. And after reading your wiki-page I'd say |
26 |
> > it is easier on ESXi then on XenServer, because there is actually |
27 |
> > no difference between installing Gentoo on VM, or real hardware |
28 |
> > (no need for special compile options or special device-files, |
29 |
> > no limit on boot-loader, etc.). |
30 |
> |
31 |
> Actually, deploying it on ESXi and on XenServer is both very easy. |
32 |
> The difference is, XenServer has 2 options for the guests: |
33 |
> 1) Fully Virtualised |
34 |
> 2) Paravirtualised |
35 |
> |
36 |
> ESXi only supports the first. |
37 |
> If you install all VMs using the first option, it is very simple. |
38 |
> |
39 |
> But, if you want maximum (as in, near native) performance, the 2nd option |
40 |
> is definitely worth the extra effort. |
41 |
> |
42 |
> I use a Gentoo Dom0 (Xen Host) with several Gentoo VMs running on top of |
43 |
> it. I only had to add a few options to the kernel configuration to get the |
44 |
> VMs working. |
45 |
> Similar effort to installing a Gentoo guest on ESXi, but on ESXi, I would |
46 |
> need to add the VMWare tools to get the VMs to shutdown correctly when I |
47 |
> need to shutdown the host. |
48 |
> |
49 |
> -- |
50 |
> Joost Roeleveld |
51 |
> |
52 |
> |
53 |
|
54 |
True. Since on Gentoo we have access to the source code (and have to |
55 |
compile our own kernel anyways), it's just wasteful top not leverage the |
56 |
near-native performance of full PV (paravirtualized) mode, in which all |
57 |
important devices, namely storage and networking, are offloaded to the dom0 |
58 |
via the proper hypercalls. |
59 |
|
60 |
XenServer also has all the so-called 'advanced' features of VMware, even in |
61 |
the free edition. Citrix only charged for the 'automation' tools (e.g., |
62 |
automatic workload balancing). But if one is well versed with programming |
63 |
and the CloudStack API, one can easily create one's own automation system. |
64 |
|
65 |
In my current employment, I have been busy rebuilding the data center using |
66 |
XenServer, and decommissioning many VMware ESXi hosts while at it. By the |
67 |
end of this year, I expect we will be VMware-free. |
68 |
|
69 |
Rgds, |
70 |
-- |
71 |
|
72 |
Rgds, |
73 |
-- |