[Sysadmins] OVZ VE tuning

[Sysadmins] OVZ VE tuning

[Grigory Batalov]

Здравствуйте!

Наверное, многим после создания контейнера OVZ приходится затем
подкручивать его настройки, опираясь на /proc/user_beancounters.

Нет ли какого-то образцового конфига /etc/vz/conf/ve-*.conf-sample
для создания контейнера разработчика (Сизифа)?

Или кто какие лимиты сразу увеличивает, поделитесь примерами?

Re: [Sysadmins] OVZ VE tuning

[Michael Shigorin]

On Fri, Apr 27, 2007 at 06:59:37PM +0400, Grigory Batalov wrote:
> Наверное, многим после создания контейнера OVZ приходится затем
> подкручивать его настройки, опираясь на /proc/user_beancounters.
> Нет ли какого-то образцового конфига /etc/vz/conf/ve-*.conf-sample
> для создания контейнера разработчика (Сизифа)?
> Или кто какие лимиты сразу увеличивает, поделитесь примерами?

vzsplit (плюс отдельно -- дисковые)

PS: есть мнение, что к alterator-ovz AI по части лимитов уже
просится -- сам модуль довольно неплох :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Sysadmins] OVZ VE tuning

[Mikhail A. Pokidko]

2007/4/27, Michael Shigorin:
> On Fri, Apr 27, 2007 at 06:59:37PM +0400, Grigory Batalov wrote:
> > Наверное, многим после создания контейнера OVZ приходится затем
> > подкручивать его настройки, опираясь на /proc/user_beancounters.
> > Нет ли какого-то образцового конфига /etc/vz/conf/ve-*.conf-sample
> > для создания контейнера разработчика (Сизифа)?
> > Или кто какие лимиты сразу увеличивает, поделитесь примерами?
>
> vzsplit (плюс отдельно -- дисковые)
Это очень удобно, но только когда сразу рассовываешь по контейнерам
опреденное число сервисов, а вот когда сервер хостинговый, да
контейнеры по ресурсам сильно разные изначально - приходится чуть ли
на бумажку выписывать что кому и сколько


-- 
Mikhail A. Pokidko
ALTLinux Team
e-mail: pma@altlinux.org
jid: solar@gmail.ru

Re: [Sysadmins] OVZ VE tuning

[Michael Shigorin]

On Fri, Apr 27, 2007 at 11:24:01PM +0400, Mikhail A. Pokidko wrote:
> >> Наверное, многим после создания контейнера OVZ приходится затем
> >> подкручивать его настройки, опираясь на /proc/user_beancounters.
> >> Нет ли какого-то образцового конфига /etc/vz/conf/ve-*.conf-sample
> >> для создания контейнера разработчика (Сизифа)?
> >> Или кто какие лимиты сразу увеличивает, поделитесь примерами?
> >vzsplit (плюс отдельно -- дисковые)
> Это очень удобно, но только когда сразу рассовываешь по
> контейнерам опреденное число сервисов, а вот когда сервер
> хостинговый, да контейнеры по ресурсам сильно разные изначально
> - приходится чуть ли на бумажку выписывать что кому и сколько

А это только я сделал себе болванок "одна десятая сервера", etc?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Sysadmins] OVZ VE tuning

[Mikhail A. Pokidko]

27.04.07, Michael Shigorin написал(а):
> On Fri, Apr 27, 2007 at 11:24:01PM +0400, Mikhail A. Pokidko wrote:
> > >> Наверное, многим после создания контейнера OVZ приходится затем
> > >> подкручивать его настройки, опираясь на /proc/user_beancounters.
> > >> Нет ли какого-то образцового конфига /etc/vz/conf/ve-*.conf-sample
> > >> для создания контейнера разработчика (Сизифа)?
> > >> Или кто какие лимиты сразу увеличивает, поделитесь примерами?
> > >vzsplit (плюс отдельно -- дисковые)
> > Это очень удобно, но только когда сразу рассовываешь по
> > контейнерам опреденное число сервисов, а вот когда сервер
> > хостинговый, да контейнеры по ресурсам сильно разные изначально
> > - приходится чуть ли на бумажку выписывать что кому и сколько
>
> А это только я сделал себе болванок "одна десятая сервера", etc?
Под обычные LAMP-контейнеры - нет, не ты один, но у меня есть машина с
удивительно
разношерстными контейнерами, там только CPUUNITS можно заранее точно выставить.
Впрочем, это редкость и такое полюбому _только_ руками крутить


-- 
Mikhail A. Pokidko
ALTLinux Team
e-mail: pma@altlinux.org
jid: solar@gmail.ru

Re: [Sysadmins] OVZ VE tuning

[Michael Shigorin]

On Fri, Apr 27, 2007 at 11:33:59PM +0400, Mikhail A. Pokidko wrote:
> >> >> Или кто какие лимиты сразу увеличивает, поделитесь
> >> >> примерами?

privvmpages (96M:128M, 256M:384M, ...)
numproc (от полусотни до полутысячи обычно, +~20% запаса на барьер)
kmemsize (косвенно зависит от numproc, ~16--64M:32--128M)
numtcpsock
numothersock
tcpsndbuf

остальное -- по мере...

> >> >vzsplit (плюс отдельно -- дисковые)
> >> Это очень удобно, но только когда сразу рассовываешь по
> >> контейнерам опреденное число сервисов, а вот когда сервер
> >> хостинговый, да контейнеры по ресурсам сильно разные
> >> изначально - приходится чуть ли на бумажку выписывать что
> >> кому и сколько
> >А это только я сделал себе болванок "одна десятая сервера",
> >etc?
> Под обычные LAMP-контейнеры - нет, не ты один, но у меня есть
> машина с удивительно разношерстными контейнерами, там только
> CPUUNITS можно заранее точно выставить.  Впрочем, это редкость
> и такое полюбому _только_ руками крутить

Да, конечно.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Sysadmins] OVZ VE tuning

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 858 bytes --]

On Fri, Apr 27, 2007 at 10:42:55PM +0300, Michael Shigorin wrote:
> On Fri, Apr 27, 2007 at 11:33:59PM +0400, Mikhail A. Pokidko wrote:
> > >> >> Или кто какие лимиты сразу увеличивает, поделитесь
> > >> >> примерами?
> 
> privvmpages (96M:128M, 256M:384M, ...)
> numproc (от полусотни до полутысячи обычно, +~20% запаса на барьер)
> kmemsize (косвенно зависит от numproc, ~16--64M:32--128M)
> numtcpsock
> numothersock
> tcpsndbuf

Когда совсем не известно, какого ресурсопотребления ждать от контейнера,
то можно выставить (почти) все лимиты в ((uint32_t) -1), а потом по
результатам мониторинга зафиксировать.

Впрочем, обычно потребление ресурсов можно предсказать заранее на основе
знания о том, сколько каких ресурсов нужно каждому из сервисов, работающих
в контейнере.

Короче говоря, универсального рецепта нет. :)


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]