>В: Может ли VServer запустить RHEL 3.x с ядром 2.4.2? (ЗдЕсЬ бЫл Саныч)

:)

содержательное интервью, читайте

>В: Может ли VServer запустить RHEL 3.x с ядром 2.4.2? (ЗдЕсЬ бЫл Саныч)

для Ъ:

> Не имею ни малейшего понятия. У нас есть патчи для ядер 2.4.х, и учитывая, что RHEL 3.x работает с веткой 2.4.х, все должно работать. Обратите внимание, что большинство дистрибутивов не делают _ничего_, что бы требовало специального ядра (кроме вещей, связанных с железом, но это все равно делается на уровне хост системы), так что все должно работать на _любом_ дистрибутиве, который вы выберете в качестве Linux-VServer гостя.

Ответ на вопрос про iptables наиболее просто отражает суть вопроса "vserver vs openvz".

>В: Спасибо товарищу Пёцлю за превосходный VServer, пользуюсь им уже >годами!
>
>Пожалуйста!

http://www.linux.org.ru/view-message.jsp?msgid=3193877#3194587

о как, не ожидал что мое спасибо дойдет :)

>В: Сколько разработчиков работают на Linux-VServer?

>В настоящее время у нас около четырех человек, которые работают над ядром (включая меня).

Странное количество человек ;), около четырех :).

Знает ли кто-нибудь систему виртуализации наподобие OpenVZ/Vserver, но без виртуализации ФС ? Т.е каждый пользователь может иметь свой сетевой интерфейс, но все будут вешать один и тот же /usr/bin/httpd. Здесь будет плюс и по использованию диска, и по использованию shared памяти между процессами разных юзеров.

Я знаю что так устроен VDSManager от ISPsystems, но интересует свободное решение.

как ни странно - vserver

Герберт попросил все вопросы, я сказал, что может не отвечать на те, на которые не хочет. Но он ответил на все :)

"К тому же, знаете ли вы, что вы можете запустить очень похожую DoS атаку как обычный пользователь на большинстве современных дистрибутивов Linux?"

А вот с этого места, пожалуйста, поподробней?

Хм.. А как будет выглядеть процесс запуска node? Если / расшарен,то каждая node запустит одни и теже сервисы?

У них какая-то неполная документация на сайте, или мне кажется?

>Знает ли кто-нибудь систему виртуализации наподобие OpenVZ/Vserver, но без виртуализации ФС ? Т.е каждый пользователь может иметь свой сетевой интерфейс, но все будут вешать один и тот же /usr/bin/httpd.

Я, возможно, не понял вопроса, но ни ovz, ни vserver не виртуализируют FS. Все выглядит как обычная директория, где лежит chroot системы. И из хоста можно примаунтить в гвест что угодно с помощью mount bind.

За слово "имплементация" переводчика кастрировать тупым секатором.

кастрировать не надо, я еще пригожусь. а вот предложить свой, более правильный вариант - пожалуйста.

реализация, не?

Ну так вот, нужно обойтись без чрута, т.е все остается как обычно, только можно нормально раздать пользователям ограничения по памяти и процессору, сети.

> реализация, не?

Очень плюс один. :)

спасибо, ребят! исправил.

Solaris zones? :)

по памяти, процессам и месту на диске можно обычными ulimitами ограничиться, IMHO.

А сеть? + некоторые демоны стартуют от рута и сбрасывают лимиты.

>Герберт попросил все вопросы, я сказал, что может не отвечать на те, на которые не хочет. Но он ответил на все

ну дык и хорошо :) это была не подколка, я реально много и долго юзаю vserver и очень доволен :)

я думаю, его больше всего в этом замечании порадовало обращение "товарищ" (comrade) :)

ггг

Спасибо! Посмеялся, особенно над его шуткой про багтрекер! ))))

В чем проблема вмаунтить в гвеста директории из корня хоста?

Re^2: Интервью с Гербертом Пёцлем, ведущим разработчиком Linux VServer

> спасибо, ребят! исправил.

Ты ещё слово "влазим" замени на что-нибудь более корректное.

заменил на "модифицируем".

Хорошее интервью и хороший перевод. Спасибо.

Спасибо, очень интересно.

За "ввода\вывода" - незачёт.

>Знает ли кто-нибудь систему виртуализации наподобие OpenVZ/Vserver, но без виртуализации ФС ? Т.е каждый пользователь может иметь свой сетевой интерфейс, но все будут вешать один и тот же /usr/bin/httpd. Здесь будет плюс и по использованию диска, и по использованию shared памяти между процессами разных юзеров.

Если для экономии места, то:

What is vhashify?

The successor of vunify, a tool which does unification based on hash values (which allows to find common files in arbitrary paths.)
It creates hardlinks to files named after a hash of the content of the file. If you have a recent version of the vserver patch (2.2+), with CONFIG_VSERVER_COWBL enabled, you can even modify the hardlinked files inside the vservers and the links will be broken automatically.

There seems to be a catch when a hashified file has multiple hardlinks inside a guest, or when another internal hardlink is added after hashification. Link breaking will remove all the internal hardlinks too, so the guest will end up with different copies of the original file. The correct solution would be to not hashify files that have multiple links prior to hashification, and to break the link to the hashified version when a new internal hardlink is created. Apparently, this is not implemented yet (?).

http://linux-vserver.org/Frequently_Asked_Questions

Кстати в интервью прозвучала правильная мысль до многих красноглазых недоходящая:

"В: Есть ли у вас есть планы по превращению проекта в бизнес?

Я не думаю, что такие понятия, как "бизнес" и отличный софт хорошо ладят вместе. Обычно бизнес сдвигает фокус проекта с разработки очень хорошего продукта на продажу продукта :)

Хотя, конечно же, как консультант, я часто работаю над проектами, связанными с Linux-VServer."

> За "ввода\вывода" - незачёт.

предлагайте альтернативный, более правильный вариант. заранее спасибо!

__ебанарий__ ты опять камментишь?

in soviet russia they call you comrad )

> некоторые демоны стартуют от рута и сбрасывают лимиты
пользуйся CAP:
http://www.cis.syr.edu/~wedu/seed/Labs/Capability_Exploration/Linux_Capabilit...

> предлагайте альтернативный, более правильный вариант. заранее спасибо!

"ввода/вывода" разумеется.

> Разработчики главной ветки работают над виртуализацией на уровне ОС

Сказал бы уж -- разработчики OpenVZ :)

> по памяти, процессам и месту на диске можно > обычными ulimitами ограничиться, IMHO.

Ты смотрел вообще, что такое ulimit? Это ряд ограничений на процесс (!), плюс одно ограничение на юзера -- количество процессов. Короче, это не работает вообще, невозможно толком задать какие-либо ограничения. Именно поэтому очень большая часть в OpenVZ -- это user beancounters, то есть всякие лимиты на группу процессов (а не на процесс).

Ну и, понятное дело, что "по месту на диске" -- это disk quota, а никакой не ulimit. Опять же, в обычном линуксе есть дисковая квота для пользователей (и групп), плюс к тому в OpenVZ есть квота на группу процессов.

В мейнстриме это делают (будут делать) cgroups.

> Ты смотрел вообще, что такое ulimit? Это ряд ограничений на процесс (!), плюс одно ограничение на юзера -- количество процессов. Короче, это не работает вообще, невозможно толком задать какие-либо ограничения. Именно поэтому очень большая часть в OpenVZ -- это user beancounters, то есть всякие лимиты на группу процессов (а не на процесс).

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

> "по месту на диске" -- это disk quota, а никакой не ulimit.

согласен.

> "Именно поэтому очень большая часть в OpenVZ"

причем тут OpenVZ? :-) сдался вам OpenVZ, как папуасу бусинки, честное слово :)

Как в vserver правильно распределить CPU? в документации ничего не ясно например как дать virt server только 1-2 CPU и проиритет 20%?