Re: [Sysadmins] openvz, vserver

Re: [Sysadmins] openvz, vserver

[Michael Shigorin]

PreScriptum: ещё один кросспост (который тоже надо бы
усушить и на freesource.info, наверное).  Просьба отвечать
в одну рассылку.


On Sat, Dec 22, 2007 at 05:31:08PM +0300, Alexey Pechnikov wrote:
> Если администрить вместо одной ОС десяток виртуальных ОС, тут
> человеческих ошибок администрирования станет столько, что уже
> без разницы, насколько исходно "прямое" средство виртуализации.

Краткий диагноз по диагонали половины субтреда:
Алексей, Вы боитесь того, что даже не попробовали пощупать.
В данном случае совершенно напрасно.

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

Это не тот "виртуальный".  Примерно как сказать, что "X Windows
-- среда для работы приложений Windows" [хотя есть rdesktop, vnc
и wine ;].

> И т.д. Не исключаю, что может возникнуть необходимость
> в виртуализации ОС, но не у всех и не всегда.

Речь пошла не о виртуальном железе.  А о виртуальных контекстах.
Это гораздо легче и удобнее.  Практично бывает тогда, когда
по-хорошему задачу бы надо вынести на отдельный тазик, но его 
либо никто не даст, либо некуда поставить.

Пример "на пальцах" -- думаю, я подниму apache1+mod_perl+mod_php4
и, скажем, apache2+mod_php5 на одном тазу, вот только осмысленно
будет разнести их в два, а то и в три разных VE.  И всем будет 
только лучше, как правило.


On Sat, Dec 22, 2007 at 05:34:48PM +0300, alex kuklin wrote:
> Вообще, виртуальный хостинг и паравиртуализация - настолько
> разные вещи, что обсуждать их рядом совершенно бессмысленно.

Именно!


On Sat, Dec 22, 2007 at 05:50:34PM +0300, Alexey Pechnikov wrote:
> P.S. Чем вас не устраивает вариант запустить отдельные
> экземпляры веб-сервера для каждого пользователя? Линукс система
> многопользовательская "от рождения", виртуализация для работы
> нескольких пользователей в общем случае не требуется.

Виден богатый теоретический опыт :-(


On Sat, Dec 22, 2007 at 06:01:42PM +0300, Alexey Pechnikov wrote:
> > Тем, что управление ресурсами в линуксе - достаточно слабое.
> > Т.е. ситуация, когда сайт сжирает весь проц и память крайне
> > слабо контролируется без openvz или аналога.

Именно.

> Управлять надо тем, что на сервер ставите и такую дрянь
> выбрасывать сразу. При чем тут линукс? Пример из другой
> области: чтобы избавиться от пробок на дорогах, будем строить
> каждому водителю по магистрали?

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

Я живу в Киеве и наблюдаю за озером трассу с Московского моста на
Петровку.  Так вот можно гарантировать, что утром на мосту опять
была крупная авария или дорожные работы: около девяти утра поток
на Петровку почти отсутствовал.  А пробка была небось перед
аварией и грандиозная.

Не знаю, какую премию Дарвина (работу+жильё через этот мост?)
надо было вручить тем, кто придумал делать там реверсивку, но 
сейчас вроде как наконец дотумкали, что нужен именно отбойник.

Вы же предлагаете коллегам совершить ту же ошибку, что и
большевики: считать людей идеальными.  Нетути их таких,
какие более похожи -- скрипты на php/perl не пишут.

Могу разве что предложить поиграться на досуге с тем же ovz,
vserver, мож ещё чем вроде xen/qemu/virtualbox/vmware, чтоб
по крайней мере не дезинформировать людей о том, что где полезно 
и работает, а что куда совать смысла нет.


On Sun, Dec 23, 2007 at 03:22:43PM +0300, Alexey Pechnikov wrote:
> Разумная гигиена должна соблюдаться и для программного
> обеспечения, тут я с вашей аналогией согласен.

<провокация>
И при этом используете Debian, а не ALT или Owl?  Хех.
</провокация>

> Конечно, с точки зрения админа сайта поставить готовый движок

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

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

Здрасьте, мы ж не маркетологи.  Их давайте дружно игнорировать,
а между собой говорить по существу.

> Качественно написанный код не требует засовывать его в подобные
> контейнеры. Не маразм ли - например, яву, выполняющуюся в
> виртуальной машине, т.е. контейнере, пихают еще в один
> контейнер, на кой ляд такая виртуальная машина?

Если бы из этого поделия не было так часто можно выбраться...
Да и узнать о том, сколько оно может попытаться глотнуть
виртуальной (sic:) памяти при каком-нить -Xmx 256m -- тоже
отдельный прикол.

> Получается, бардак растет на всех уровнях

Вам явно противопоказано пользоваться протоколами на основе
TCP/IP с таким обострённым чувством прекрасного... :)

> > >  Пример из другой области: чтобы избавиться от пробок на
> > >  дорогах, будем строить каждому водителю по магистрали?
> > Пример из этой области - введение разделителей встречных
> > полос заметно снижает количество серьезных аварий.
> Не тот пример.

Тот самый.

> Разделители - берьер административный.

Двойная?  Да.  Отбойник?  Ещё как физический, и речь была явно 
о нём.

> И, как я вижу, навык поставить виртуальную машину и запустить
> быдлокод в ней все увереннее заменяет собой умение писать
> грамотный код.

Можно поинтересоваться списком Ваших проектов и тем,
как оценивали качество хотя бы просто кода?

Про форумы всё понятно, вот только плеваться проще, чем хотя бы
отобрать "хорошие" и советовать людям, когда спрашивают.

Раз уж зашло -- сейчас phpbb2 получается "лучше", чем IPB,
по отзывам одного из наиболее опытных по части массового
веб-хостинга знакомых.


On Sun, Dec 23, 2007 at 07:37:25PM +0300, alex kuklin wrote:
> Понимаете, сударь. Есть задачи, которые надо решать.
> И ресурсы, которые на это есть.

В т.ч. человеческие и временнЫе.


On Mon, Dec 24, 2007 at 01:09:59AM +0300, alex kuklin wrote:
> >Я про двойную сплошную говорил. В ИТ по ней ездят вдоль и
> >поперек...
> А я - про бетонный/стальной отбойник. Именно он существенно
> снижает количество серьезных ДТП.

Вот именно.  Причём своей совести (той же культуры езды)
недостаточно, цепь получается слаба самым тонким звеном.
Как в ИТ, так и на дороге.

> Я не считаю виртуализацию панацеей. Я считаю виртуализацию
> удобным инструментом для установки бронированных стенок между
> разными песочницами.

Аналогично.

> >P.S. Вы, кажется, предлагаете платную поддержку debian?

А мы -- платную поддержку ALT Linux.

> >Сдается мне, консультант должен иметь характер и умение
> >настоять на своем, чтобы помочь заказчику, который сам не
> >знает, чего хочет и которому "впиаривают" много всякой хрени.
> Если при каждом случае я буду предлагать все переделать, я не
> буду ничем отличаться от пионеров.  И эффективность работы
> будет соответствующая.  Прежде чем "весь мир... кривого софта
> .. мы разрушим до основанья", нужно понять, что это будет
> стоить заказчику.

+1, и это ни разу не "ода быдлу".  Заказчик может хотеть немного
странного и при этом в общем и в целом быть нормальным, вменяемым
и стоящим дела.  Идеальных (по концу работы, не по ТЗ и началу)
мне ещё не встречалось.

PS: недавно обнаружилось, что в Немет последние главы -- аккурат
для ИТ-менеджеров.  Если кто давным-давно проскипал, могу
рекомендовать заглянуть ещё раз.

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

Re: [Sysadmins] openvz, vserver

[Michael Shigorin]

On Tue, Dec 25, 2007 at 11:08:35AM +0600, Ivan Dubrov wrote:
> Вот статейка есть на тему производительности:
> http://www.hpl.hp.com/techreports/2007/HPL-2007-59.pdf

Спасибо; выводы на с. 13.

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

Re: [Sysadmins] openvz, vserver

[Denis Smirnov]

25.12.07, Michael Shigorin<mike@osdn.org.ua> написал(а):

>> Если администрить вместо одной ОС десяток виртуальных ОС, тут
>> человеческих ошибок администрирования станет столько, что уже
>> без разницы, насколько исходно "прямое" средство виртуализации.
> Краткий диагноз по диагонали половины субтреда:
> Алексей, Вы боитесь того, что даже не попробовали пощупать.
> В данном случае совершенно напрасно.

Из личного опыта -- использование виртуалок повышает требования к
оперативке, зато _резко_ упрощает администрирование. И при этом при
сокращении усилий на администрирование повышает безопасность системы в
целом.

Все "сложности" ovz проявляются только тогда, когда речь встает о
решении проблем которые без ovz не решаются в принципе (как то тонкая
нарезка лимитов).

>> Веб-сервера, включая пресловутый апач (если им еще кто-то
>> пользуется) тоже виртуальный хостинг поддерживают.
> Это не тот "виртуальный".  Примерно как сказать, что "X Windows
> -- среда для работы приложений Windows" [хотя есть rdesktop, vnc
> и wine ;].

"виртуальный хостинг на apache" и "security" несовместимы
принципиально. Особенно весело будет после выхода PHP 6, в которой
safe_mode не будет. Я такой чудесный виртуальный хостинг похакаю за
несколько минут. Если там, конечно, будет mod_php ;)

>> И т.д. Не исключаю, что может возникнуть необходимость
>> в виртуализации ОС, но не у всех и не всегда.
> Речь пошла не о виртуальном железе.  А о виртуальных контекстах.
> Это гораздо легче и удобнее.  Практично бывает тогда, когда
> по-хорошему задачу бы надо вынести на отдельный тазик, но его
> либо никто не даст, либо некуда поставить.
> Пример "на пальцах" -- думаю, я подниму apache1+mod_perl+mod_php4
> и, скажем, apache2+mod_php5 на одном тазу, вот только осмысленно
> будет разнести их в два, а то и в три разных VE.  И всем будет
> только лучше, как правило.

У меня nginx frontend живет в отдельной VE. И это весьма удобно. Я
знаю что человеку чтобы поиметь мою систему нужно:
 - поиметь nginx;
 - а уж потом поиметь apache;

и при этом он все равно получит доступ только к системе где всего лишь
часть данных. И даже если он сможет получить рутовые права ему это не
поможет.

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

К тому же паравиртуализация бывает тоже разной. ovz/vserver это можно
сказать "jail на стероидах" даже, а не виртуализация.

>> P.S. Чем вас не устраивает вариант запустить отдельные
>> экземпляры веб-сервера для каждого пользователя? Линукс система
>> многопользовательская "от рождения", виртуализация для работы
>> нескольких пользователей в общем случае не требуется.
> Виден богатый теоретический опыт :-(

"в общем случае" -- ключевое :) На реальной практике ой как требуется.
Кстати не зря, например, те же ACL считаются обязательными для
сертификации на высокие уровни безопасности. Причем ACL'и на все что
только можно, не только на файлы.

А нормального лимита по I/O в линуксе как не было, так и нет, и не
скоро будет. Так что без виртуализации на сколь-нибудь сложных
программных комплексах не обойтись (разве что разносить по отдельным
физическим машинкам).
> > > Тем, что управление ресурсами в линуксе - достаточно слабое.
> > > Т.е. ситуация, когда сайт сжирает весь проц и память крайне
> > > слабо контролируется без openvz или аналога.
> Именно.

_!_

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

У нас МКАД до установки отбойников в народе называли "дорога смерти",
это так, к слову...

> Не знаю, какую премию Дарвина (работу+жильё через этот мост?)
> надо было вручить тем, кто придумал делать там реверсивку, но
> сейчас вроде как наконец дотумкали, что нужен именно отбойник.

Реверсивки это для идеальных людей. Точно также как и обойтись
юниксовыми правами доступа можно при условии что все программы пишут
идеальные программисты. Я, кстати, ни одного в природе не видел.

> Могу разве что предложить поиграться на досуге с тем же ovz,
> vserver, мож ещё чем вроде xen/qemu/virtualbox/vmware, чтоб
> по крайней мере не дезинформировать людей о том, что где полезно
> и работает, а что куда совать смысла нет.

Де-факто ovz, ovz, и еще раз ovz. А вот там где его действительно не
хватает (нужна еще большая степень виртуализации) смотреть на
xen/vmware. vserver де-факто сложнее в администрировании чем ovz (если
в ovz гайки не пытаться закручивать).


>> Качественно написанный код не требует засовывать его в подобные
>> контейнеры. Не маразм ли - например, яву, выполняющуюся в
>> виртуальной машине, т.е. контейнере, пихают еще в один
>> контейнер, на кой ляд такая виртуальная машина?

Hint: есть ведь JNI. И получается что не такая уж эта ява и виртуальная.
И таки резать её по ресурсом все равно невозможно -- слишком уж слаба
она по своим возможностями именно как _контейнера_.

Re: [Sysadmins] openvz, vserver

[Alexey Pechnikov]

> Краткий диагноз по диагонали половины субтреда:
> Алексей, Вы боитесь того, что даже не попробовали пощупать.
> В данном случае совершенно напрасно.

В определенных ситуациях использование виртуального сервера оправдано, я это в 
каждом сообщении говорил. Но вопрос остается в силе - когда виртуализация _не 
может быть_ использована? Например, для перегруженного сервера (с какими 
параметрами?), еще в каких-то случаях. Где граница применимости? 

>
> > Веб-сервера, включая пресловутый апач (если им еще кто-то
> > пользуется) тоже виртуальный хостинг поддерживают.
> Это не тот "виртуальный".  Примерно как сказать, что "X Windows
> -- среда для работы приложений Windows" [хотя есть rdesktop, vnc
> и wine ;].

Несколько сайтов на одном ip. Вроде как было придумано для экономии ресурсов 
(в данном случае ip-адресов). Идея та же самая. На один физический сервер 
зарегистрировано много сайтов, стоит себе одна железка, на ней один апач и 
т.п.

>
> > И т.д. Не исключаю, что может возникнуть необходимость
> > в виртуализации ОС, но не у всех и не всегда.
>
> Речь пошла не о виртуальном железе.  А о виртуальных контекстах.
> Это гораздо легче и удобнее.  Практично бывает тогда, когда
> по-хорошему задачу бы надо вынести на отдельный тазик, но его
> либо никто не даст, либо некуда поставить.
>
> Пример "на пальцах" -- думаю, я подниму apache1+mod_perl+mod_php4
> и, скажем, apache2+mod_php5 на одном тазу, вот только осмысленно
> будет разнести их в два, а то и в три разных VE.  И всем будет
> только лучше, как правило.

Возможно. Вопрос: есть N подключений к апачу 1, и M к апачу 2. Насколько 
уменьшатся допустимые Nmax и Mmax после виртуализации?

>
> Могу разве что предложить поиграться на досуге с тем же ovz,
> vserver, мож ещё чем вроде xen/qemu/virtualbox/vmware, чтоб
> по крайней мере не дезинформировать людей о том, что где полезно
> и работает, а что куда совать смысла нет.

По ovz мне тесты подсказали, уже есть что тестировать. Попробую.

> <провокация>
> И при этом используете Debian, а не ALT или Owl?  Хех.
> </провокация>

Дебиан  - понятно, а остальное, наверное, для тех, у кого нет дебиана :-)

> Админу писать свой -- заведомо хуже.  Даже компетентному
> разработчику, как правило, полезней поискать хорошую открытую
> базу и отталкиваться от неё, возвращая свои наработки для общей
> пользы, чем городить своё.  Исключение мне известно одно: когда
> мера безопасности "шоб никто не догадался" такой ценой считается
> оправданной.

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

> Если бы из этого поделия не было так часто можно выбраться...
> Да и узнать о том, сколько оно может попытаться глотнуть
> виртуальной (sic:) памяти при каком-нить -Xmx 256m -- тоже
> отдельный прикол.
>
> > Получается, бардак растет на всех уровнях
>
> Вам явно противопоказано пользоваться протоколами на основе
> TCP/IP с таким обострённым чувством прекрасного... :)

Скажем так, я пытаюсь понять, как "хотели лучше" разработчики и что у них 
потом получилось. И тоже стараюсь делать как лучше, а не ориентироваться 
на "как всегда". Администрирование и разработку разделить стало очень сложно 
(очень много готовых решений всех мастей), потому много вопросов появляется 
именно по вопросам администрирования.

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

Крупных решений немного - а точнее, всего два, система мерчендайзинга и 
документоборот. Плюс некоторые вычислительные - восстановление трехмерного 
рельефа дна, создание дифракционных линз, еще кое-что.

Оценивал по наличию единого читаемого стиля кода и использованным алгоритмам. 
Согласен, что код форума нет необходимости оптимизировать, как, скажем, 
быстрое преобразование Фурье, но, к примеру, десятки раз вычислять одно 
значение или сто раз стучаться к БД вместо написания и вызова хранимой 
процедуры для меня достаточно, чтобы больше не вспоминать о таком ПО.

>
> Про форумы всё понятно, вот только плеваться проще, чем хотя бы
> отобрать "хорошие" и советовать людям, когда спрашивают.

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

> > >P.S. Вы, кажется, предлагаете платную поддержку debian?
>
> А мы -- платную поддержку ALT Linux.
> +1, и это ни разу не "ода быдлу".  Заказчик может хотеть немного
> странного и при этом в общем и в целом быть нормальным, вменяемым
> и стоящим дела.  Идеальных (по концу работы, не по ТЗ и началу)
> мне ещё не встречалось.

Если вы работаете с заказчиком с момента составления ТЗ, вполне возможно 
сообщить, что определенные технологии и продукты безопаснее других и привести 
примеры. К разумным аргументам большинство заказчиков прислушивается. Другое 
дело, что собрать эти разумные аргументы сложно. Как видите, очень часто на 
мои вопросы отвечают "это хорошая и нужная технология, потому что я ее 
использую". И только 1 (!) человек прислал результаты тестов, по которым в 
самом деле можно составить мнение.

Re: [Sysadmins] openvz, vserver

[Maxim Tyurin]

Michael Shigorin writes:

> Речь пошла не о виртуальном железе.  А о виртуальных контекстах.
> Это гораздо легче и удобнее.  Практично бывает тогда, когда
> по-хорошему задачу бы надо вынести на отдельный тазик, но его 
> либо никто не даст, либо некуда поставить.

Гораздо легче и удобнее когда есть выбор.
Мне очень нравится что в Debian Etch есть ядро xen-vserver.


> Пример "на пальцах" -- думаю, я подниму apache1+mod_perl+mod_php4
> и, скажем, apache2+mod_php5 на одном тазу, вот только осмысленно
> будет разнести их в два, а то и в три разных VE.  И всем будет 
> только лучше, как правило.

Конечно лучше. А еще их можно свободно перекидывать между серверами
что тоже очень приятно.

\skip

> On Sat, Dec 22, 2007 at 06:01:42PM +0300, Alexey Pechnikov wrote:
>> > Тем, что управление ресурсами в линуксе - достаточно слабое.
>> > Т.е. ситуация, когда сайт сжирает весь проц и память крайне
>> > слабо контролируется без openvz или аналога.
>
> Именно.

Гораздо хуже когда процесс сжирает все IO

\skip
> Могу разве что предложить поиграться на досуге с тем же ovz,
> vserver, мож ещё чем вроде xen/qemu/virtualbox/vmware, чтоб
> по крайней мере не дезинформировать людей о том, что где полезно 
> и работает, а что куда совать смысла нет.

Кстати вопрос на засыпку:
ядро xen-openvz возможно? И будет ли оно нормально работать?

> On Sun, Dec 23, 2007 at 03:22:43PM +0300, Alexey Pechnikov wrote:
>> Разумная гигиена должна соблюдаться и для программного
>> обеспечения, тут я с вашей аналогией согласен.
>
> <провокация>
> И при этом используете Debian, а не ALT или Owl?  Хех.
> </провокация>

И чем тебе так насолил Debian? ;)
Разруха она в головах (с)
А разные дистрибутивы под разные задачи. Что-то лучше держать на
ALTLinux, что-то на Debian, что-то на RH...

\skip
>> >Сдается мне, консультант должен иметь характер и умение
>> >настоять на своем, чтобы помочь заказчику, который сам не
>> >знает, чего хочет и которому "впиаривают" много всякой хрени.

Интересно было бы послушать куда пошлет заказчик с такими
предложениями ;)

>> Если при каждом случае я буду предлагать все переделать, я не
>> буду ничем отличаться от пионеров.  И эффективность работы
>> будет соответствующая.  Прежде чем "весь мир... кривого софта
>> .. мы разрушим до основанья", нужно понять, что это будет
>> стоить заказчику.
>
> +1, и это ни разу не "ода быдлу".  Заказчик может хотеть немного
> странного и при этом в общем и в целом быть нормальным, вменяемым
> и стоящим дела.  Идеальных (по концу работы, не по ТЗ и началу)
> мне ещё не встречалось.
>
> PS: недавно обнаружилось, что в Немет последние главы -- аккурат
> для ИТ-менеджеров.  Если кто давным-давно проскипал, могу
> рекомендовать заглянуть ещё раз.

-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [Sysadmins] openvz, vserver

[Maxim Tyurin]

Alexey Pechnikov writes:

>> Краткий диагноз по диагонали половины субтреда:
>> Алексей, Вы боитесь того, что даже не попробовали пощупать.
>> В данном случае совершенно напрасно.
>
> В определенных ситуациях использование виртуального сервера оправдано, я это в 
> каждом сообщении говорил. Но вопрос остается в силе - когда виртуализация _не 
> может быть_ использована? Например, для перегруженного сервера (с какими 
> параметрами?), еще в каких-то случаях. Где граница применимости? 

Границы ИМХО две:
1) тазик не тянет виртуализацию и работает на пределе возможностей.
2) в бюджет вписывается покупка и обслуживание выделенного сервера под
каждую задачу.

\skip
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___                                 
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/  

Re: [Sysadmins] openvz, vserver

[Aleksey Avdeev]

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

Maxim Tyurin пишет:
> Michael Shigorin writes:
> 
...
> 
>>Могу разве что предложить поиграться на досуге с тем же ovz,
>>vserver, мож ещё чем вроде xen/qemu/virtualbox/vmware, чтоб
>>по крайней мере не дезинформировать людей о том, что где полезно 
>>и работает, а что куда совать смысла нет.
> 
> 
> Кстати вопрос на засыпку:
> ядро xen-openvz возможно? И будет ли оно нормально работать?

  Кажется на LOR проскакивало, что openvz.org распространяет официальную
сборку таких ядер (xen+ovz).

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 548 bytes --]

Re: [Sysadmins] openvz, vserver

[Michael Shigorin]

On Wed, Dec 26, 2007 at 07:37:15PM +0200, Maxim Tyurin wrote:
> Гораздо легче и удобнее когда есть выбор.

Дык.

> >> > Тем, что управление ресурсами в линуксе - достаточно
> >> > слабое.  Т.е. ситуация, когда сайт сжирает весь проц и
> >> > память крайне слабо контролируется без openvz или аналога.
> > Именно.
> Гораздо хуже когда процесс сжирает все IO

Мне пока хватает ionice и разводки по шпинделям, хотя это
действительно едва ли не самое слабое оставшееся место 
(интересно, в ovz часом не собираются делать двухэтажный
скедулер i/o на манер того, как сейчас сделан процессов?).

> Кстати вопрос на засыпку: ядро xen-openvz возможно?
> И будет ли оно нормально работать?

Не пробовал, но говорят, что да:

---
ML: If I understand correctly, the OpenVZ patches do not conflict
with the Xen patches... and it is perfectly fine to have a single
kernel that supports both Xen and OpenVZ virtual machines... and
I know that OpenVZ works fine on a fully virtualized Xen guest.
What, if any, practical benefits do you see using the two
together?

Kir: So far we have been successful at combining OpenVZ and Xen
functionality in one kernel -- we were able to run Xen/OpenVZ
kernel in both Xen Dom0 and DomU. That means you can have Xen
guests and OpenVZ VEs at the same time on the same server.
--- http://www.freesource.info/wiki/AltLinux/Dokumentacija/OpenVZ/Interview

> >> Разумная гигиена должна соблюдаться и для программного
> >> обеспечения, тут я с вашей аналогией согласен.
> > <провокация>
> > И при этом используете Debian, а не ALT или Owl?  Хех.
> > </провокация>
> И чем тебе так насолил Debian? ;)
> Разруха она в головах (с)

У альта перфекционизм внутри упаковки, а не в ней.

> А разные дистрибутивы под разные задачи. Что-то лучше держать
> на ALTLinux, что-то на Debian, что-то на RH...

Дык.

> >> >Сдается мне, консультант должен иметь характер и умение
> >> >настоять на своем, чтобы помочь заказчику, который сам не
> >> >знает, чего хочет и которому "впиаривают" много всякой хрени.
> Интересно было бы послушать куда пошлет заказчик с такими
> предложениями ;)

Так тот крендель -- явно выраженный теоретик.  Писем с пяти
треда это стало поразительно ясно ;-)

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

Re: [Sysadmins] openvz, vserver

[Sergey]

On Friday 28 December 2007, Michael Shigorin wrote:

> > Кстати вопрос на засыпку: ядро xen-openvz возможно?
> > И будет ли оно нормально работать?
> 
> Не пробовал, но говорят, что да:

Хе-хе: http://www.linux.org.ru/view-message.jsp?msgid=2304854

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Sysadmins] openvz, vserver

[Maxim Tyurin]

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

Sergey пишет:
> On Friday 28 December 2007, Michael Shigorin wrote:
> 
>>> Кстати вопрос на засыпку: ядро xen-openvz возможно?
>>> И будет ли оно нормально работать?
>> Не пробовал, но говорят, что да:
> 
> Хе-хе: http://www.linux.org.ru/view-message.jsp?msgid=2304854

Прочитал.
Только xen-openvz есть только под RHEL.
Так что без напильника не обойдешься :(
-- 

With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
			


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [Sysadmins] openvz, vserver

[Michael Shigorin]

On Sun, Dec 30, 2007 at 06:30:26PM +0200, Maxim Tyurin wrote:
> Только xen-openvz есть только под RHEL.

silicium@ спроси, он вроде упоминал и давал ссылку на сборку.

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