|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Re: Скрытие ресурсов от пользователя CT [message #42299 is a reply to message #42271] |
Wed, 30 March 2011 12:56   |
|
|
Конфигурационный файл контейнера:
ONBOOT="yes"
ALLOWREBOOT="yes"
# UBC parameters (in form of barrier:limit)
KMEMSIZE="31457280:34603008"
LOCKEDPAGES="384:384"
PRIVVMPAGES="79920:81920"
SHMPAGES="21504:21504"
NUMPROC="320:320"
PHYSPAGES="0:9223372036854775807"
VMGUARPAGES="24576:9223372036854775807"
OOMGUARPAGES="79920:9223372036854775807"
NUMTCPSOCK="360:360"
NUMFLOCK="188:206"
NUMPTY="1024:1024"
NUMSIGINFO="256:256"
TCPSNDBUF="1720320:2703360"
TCPRCVBUF="1720320:2703360"
OTHERSOCKBUF="1126080:2201280"
DGRAMRCVBUF="262144:262144"
NUMOTHERSOCK="420:420"
DCACHESIZE="3409920:3624960"
NUMFILE="5120:5120"
AVNUMPROC="160:160"
NUMIPTENT="160:160"
SWAPPAGES="0:9223372036854775807"
# Disk quota parameters (in form of softlimit:hardlimit)
DISKSPACE="15728640:15728640"
DISKINODES="200000:220000"
QUOTATIME="0"
QUOTAUGIDLIMIT="0"
# CPU fair sheduler parameter
CPUUNITS="31650"
CPULIMIT="4"
VE_ROOT="/vz/root/$VEID"
VE_PRIVATE="/vz/private/$VEID"
OSTEMPLATE="debian-6.0-amd64-minimal"
ORIGIN_SAMPLE="practical"
CPUS="1"
HardwareNode:
# uname -r
2.6.32-openvz-dzhanibekov.1-r1
Контейнер, соответственно,
[Updated on: Wed, 30 March 2011 13:08] Report message to a moderator |
|
|
|
|
|
|
|
|
|
| Re: Скрытие ресурсов от пользователя CT [message #42318 is a reply to message #42271] |
Thu, 31 March 2011 06:58 |
|
|
Если лимитирование не работает, то как тогда ограничить использование процессора(-ов) отдельным контейнером, используя OpenVZ? Исключительно через CPUUNITS? Или это тоже не работает?
Раньше писал о проблеме с темплейтом Ubuntu 8.04. И проблема была в том, что архив был битый.
Попробовал на другом темплейте (CentOS 5). Результат не изменился.
|
|
|
|
|
|
|
|
|
|
|
|
| Re: Скрытие ресурсов от пользователя CT [message #42323 is a reply to message #42320] |
Thu, 31 March 2011 11:42 |
|
|
|
А в чем разница между "распределить" и "ограничить"? Допустим, у меня 10 контейнеров и HN. Между ними надо раздать ресурсы так, чтобы HN получал их в 2 раза больше. Пусть всего CPUUNIT'ов у меня 120000. Тогда каждому CT надо выставить параметр равным 10000 unit'ам. Получается и распределили, и ограничили. Или я что-то не так понял?
|
|
|
|
| Re: Скрытие ресурсов от пользователя CT [message #42324 is a reply to message #42323] |
Thu, 31 March 2011 13:21 |
 |
sa10
Messages: 103
Registered: May 2007
Location: Minsk
|
Senior Member |
|
|
Quote:А в чем разница между "распределить" и "ограничить"?
Распределить это значит - при запросе процесса на ресурс поставить его в очередь на ресурс и при очередной процедуре распределения этого ресурса выделить процессу часть ресурса в состветсвии с неким алгоритмом одинаковым для всех.
Ограничить это значит - при каждом запросе ресурса выполнять дополнительные действия по проверке заданных лимитов по списку для каждого VPS, если лимит превышен, отклонить запрос или снова поставить в очередь.
Из мануала:
Quote:CPUUNITS число Bogomips, умноженное на 25. Отчетные инструменты Open VZ (reporting tools) приравнивают 1 GHz PHI Intel processor к 50 000 единицам CPU.
Но CPUUNITS только гарантирует нижний предел возможностей для VPS.
Чтобы выделялось больше свободных ресурсов тому кто в нем нуждается лучше поставить CPUUNITS меньше чтобы свободных было больше и было больше возможностей для распределения.
Было бы правильно взвешивать приоритет каждого процесса по количеству CPUUNITS для VPS при распределении CPU, но мне кажется это не работает. Здесь тупо учитывается только nice и ionice для процесса. И они равны для всех если не переназначить. Но я могу и ошибаться, плотно не изучал этот момент.
Quote:чтобы HN получал их в 2 раза больше
Для этого в /etc/vz/vz.conf есть параметр VE0CPUUNITS, поставьте там 20000
--------------------
[Updated on: Thu, 31 March 2011 13:26] Report message to a moderator |
|
|
|
| Re: Скрытие ресурсов от пользователя CT [message #42327 is a reply to message #42323] |
Fri, 01 April 2011 07:46 |
|
|
Попытки сборки ядра 2.6.18 закончились неудачей (ошибка make, попытки выяснить, в чем именно дело, закончились ничем). Видимо, собирать эту версию ядра надо не на свежеобновленной системе.
На счет приоритезации процессов контейнера тоже думал. Хотелось все сделать средствами OpenVZ, но, видимо, надо либо ставить систему с нуля с ядром 2.6.18 , либо смотреть в сторону механизма Cpuset применительно к процессам контейнера.
|
|
|
|
|
|
|
|
|
|
|
|
OpenVZ Forum
Members
Search
Help
Register
Login
Home
