From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SGwpY-000195-5G for garchives@archives.gentoo.org; Sun, 08 Apr 2012 18:27:16 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0929BE0B62; Sun, 8 Apr 2012 18:27:01 +0000 (UTC) Received: from svr-us4.tirtonadi.com (svr-us4.tirtonadi.com [69.65.43.212]) by pigeon.gentoo.org (Postfix) with ESMTP id 8CAC0E0B69 for ; Sun, 8 Apr 2012 18:26:37 +0000 (UTC) Received: from mail-vb0-f53.google.com ([209.85.212.53]) by svr-us4.tirtonadi.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.69) (envelope-from ) id 1SGwow-001uyg-RD for gentoo-server@lists.gentoo.org; Mon, 09 Apr 2012 01:26:38 +0700 Received: by vbbfc26 with SMTP id fc26so2462016vbb.40 for ; Sun, 08 Apr 2012 11:26:34 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-server@lists.gentoo.org Reply-to: gentoo-server@lists.gentoo.org MIME-Version: 1.0 Received: by 10.220.227.131 with SMTP id ja3mr2201548vcb.42.1333909594788; Sun, 08 Apr 2012 11:26:34 -0700 (PDT) Received: by 10.220.190.12 with HTTP; Sun, 8 Apr 2012 11:26:34 -0700 (PDT) Received: by 10.220.190.12 with HTTP; Sun, 8 Apr 2012 11:26:34 -0700 (PDT) In-Reply-To: <86CEA8B2-BE0D-40DB-A047-604393956FEA@cc.if.ufrj.br> References: <86CEA8B2-BE0D-40DB-A047-604393956FEA@cc.if.ufrj.br> Date: Mon, 9 Apr 2012 01:26:34 +0700 Message-ID: Subject: Re: [gentoo-server] Toughts on Virtualization From: Pandu Poluan To: gentoo-server@lists.gentoo.org Content-Type: multipart/alternative; boundary=14dae9cdc96d8f52df04bd2f07cb X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - svr-us4.tirtonadi.com X-AntiAbuse: Original Domain - lists.gentoo.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - poluan.info X-Archives-Salt: 67e2bf6a-3b05-44d5-bd4b-cd82267b1e0a X-Archives-Hash: 86ad18d9c8425205a8472e849dbad198 --14dae9cdc96d8f52df04bd2f07cb Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Apr 9, 2012 12:49 AM, "Vin=C3=ADcius Ferr=C3=A3o" wrote: > > Hello fellas, > > I'm considering to implement some Gentoo Servers on top of VMWare vSphere ESXi. But perhaps this is not the best option. > > I was googling about performance issues in this scenario and started to consider some OS-Level VT, like OpenVZ or Linux-vserver, or whatever else. > > So I'm here to ask some opinions about virtualization. > > My restricted set of rules (LOL): > 1. I will not run anything else than Linux. > 2. I don't care about GPL, BSD, Icecream, Bacon, or whatever license, since it's free, it's fine. > 3. Don't need to be an Opensource solution. > > Thanks for any help, > I've deployed more than 20 Gentoo servers over VMware and XenServer, no performance issues. >From the top of my head, Some pointers when doing menuconfig: * Go "tickless" * Activate the relevant paravirtualization code; choose the hypervisor-friendly suspend instead of spinlock * Use the paravirtualized storage driver (Vmware PV-SCSI or Xen Block FrontEnd) * If using hardened, first configure for "virtualization", exit (and save), menuconfig again, and check the options under GrSec and PaX; there are options that will cause performance penalty when run on top of a hypervisor (see the help text) * Do not compile *any* unnecessary drivers (e.g., wireless support, exotic devices) * Use I/O without delay And, deployment-wise : * When possible, do not create more than one partition per virtual drive; instead, create 1 virtual drive per filesystem mountpoint. E.g. : Instead of having /dev/sda{1,2,3,4} for /boot, /, /usr, and /home, respectively, create 4 virtual drives instead. The above mointpoints will then respectively map to /dev/sd{a,b,c,d}1 (The reason for the latter is because partitions get handled by the VM (slower), while accesses to virtual hard disks are handled by the hypervisor (faster)). I don't have access to my Gentoo systems ATM, so I can't provide a more detailed guide. Rgds, --14dae9cdc96d8f52df04bd2f07cb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Apr 9, 2012 12:49 AM, "Vin=C3=ADcius Ferr=C3=A3o" <viniciusferrao@cc.if.ufrj.br&g= t; wrote:
>
> Hello fellas,
>
> I'm considering to implement some Gentoo Servers on top of VMWare = vSphere ESXi. But perhaps this is not the best option.
>
> I was googling about performance issues in this scenario and started t= o consider some OS-Level VT, like OpenVZ or Linux-vserver, or whatever else= .
>
> So I'm here to ask some opinions about virtualization.
>
> My restricted set of rules (LOL):
> 1. I will not run anything else than Linux.
> 2. I don't care about GPL, BSD, Icecream, Bacon, or whatever licen= se, since it's free, it's fine.
> 3. Don't need to be an Opensource solution.
>
> Thanks for any help,
>

I've deployed more than 20 Gentoo servers over VMware and XenServer,= no performance issues.

From the top of my head, Some pointers when doing menuconfig:

* Go "tickless"
* Activate the relevant paravirtualization code; choose the hypervisor-frie= ndly suspend instead of spinlock
* Use the paravirtualized storage driver (Vmware PV-SCSI or Xen Block Front= End)
* If using hardened, first configure for "virtualization", exit (= and save), menuconfig again, and check the options under GrSec and PaX; the= re are options that will cause performance penalty when run on top of a hyp= ervisor (see the help text)
* Do not compile *any* unnecessary drivers (e.g., wireless support, exotic = devices)
* Use I/O without delay

And, deployment-wise :

* When possible, do not create more than one partition per virtual drive= ; instead, create 1 virtual drive per filesystem mountpoint. E.g. :

Instead of having /dev/sda{1,2,3,4} for /boot, /, /usr, and /home, respe= ctively, create 4 virtual drives instead. The above mointpoints will then r= espectively map to /dev/sd{a,b,c,d}1

(The reason for the latter is because partitions get handled by the VM (= slower), while accesses to virtual hard disks are handled by the hypervisor= (faster)).

I don't have access to my Gentoo systems ATM, so I can't provide= a more detailed guide.

Rgds,

--14dae9cdc96d8f52df04bd2f07cb--