Оно поддерживает 12309?

А что, 12309 запротоколирован, имеет стабильный API для вызова и может быть сконфигурирован, на то, при каких действиях в системе вызываться?
Не знал, не знал...

Прекрасно! Вот только одно непонятно: в RHEL6 .32 ядро, почему же тогда поддрежка OpenVZ в ванильном .32 ядре прекратится? Или опечатка?

Неделя Parallels на ЛОРе?

Ну для федоры 12+ ( это я про шапку6 ) может еще пока опенВЗ и актуально. Для все новых ядер уже опенВЗ не нужен, есть встроенный в ядро цгрупс !

какое счастье.

Ура. Теперь можно ронять сразу три-четыре плазмы, если ресурсов хватит.

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

> Ну для федоры 12+ ( это я про шапку6 ) может еще пока опенВЗ и актуально. Для все новых ядер уже опенВЗ не нужен, есть встроенный в ядро цгрупс !

Специально для таких аналитиков:

Также в этой заметке (http://ru-openvz.livejournal.com/1970.html) обобщены недавние обсуждения OpenVZ на ЛОРе, в доступной форме объясняя взаимодействие OpenVZ, LXC и ванильного ядра.

OpenVZ использует cgroups

> Специально для таких аналитиков:

Каких еще аналитиков ? Возьми гугля и почитай ( лучше по анг.)
про LXC и cgroups ... может дойдет.

OpenVZ использует cgroups

И чо ? Я сказал, что уже не нужно а что он тама юзает это его право.

> Также в этой заметке

Я даже не выдержал и сходил по ссылке ( хотя это плохой тон ;) )
Так вот: советую тебе самому почитать ДАЖЕ эту статью ;)

>обеспечена лучшая производительность и масштабируемость, особенно на многопроцессорных платформах с 16-ю и более CPU
Вот чёрт! А я только вчера выкинул 32-х процессорную машину из-за низкой производительности!

>> OpenVZ использует cgroups

И чо ? Я сказал, что уже не нужно а что он тама юзает это его право.

ну если ты псих, то конечно можешь использовать cgroups для хостинга... а можешь и вообще использовать просто стандартных пользователей... в cgroups нет еще даже половины того что дает OpenVZ. Поэтому на звание аналитика ты не тянешь.

Кто на ком стоял?

OpenVZ'шники объявили своё поделие стабильным. RedHat не объявляли OpenVZ'шное ядро стабильным. Вася Пупкин объявил своё ядро стабильным. Новость ни о чём.

И таки да, я жду добавления заплаток OpenVZ в основное ядро, но то что они что-то там про себя считают ещё ничего не значит.

> Поэтому на звание аналитика ты не тянешь.

Ни когда не был теоретиком ;) Практики мы ...

P.S. Юзаем квм. Мы не аналитики чтобы на хостингах юзать контейнеры ;)
( расуждения про производительность и т.д. оставьте плиз аналитикам/теоретикам )

Для все новых ядер уже опенВЗ не нужен, есть встроенный в ядро цгрупс !
Практики мы ... Юзаем квм

facepalm-3.11.vmdk

Будем тестировать.

Спасибо команде OpenVZ за работу!

ждем в дебианах.

особенно радует

обеспечена лучшая производительность и масштабируемость, особенно на многопроцессорных платформах с 16-ю и более CPU

> facepalm-3.11.vmdk

А что такого ? Баловались с CLX и раньше с ОпенВЗ. Но если промышленное
применение то увы только КВМ ... ( давно был Хен )

Кстати смущает что новость писали какие то любители-теоретики-аналитики
а то бы они не написали бы такой бред :
"... Одновременно с этим прекращается разработка и поддержка OpenVZ в ядрах 2.6.27 и 2.6.32 ..."

P.S. Для танкистов : uname -r -> 2.6.32-71.29.1.el6.х86_64

> в RHEL6 .32 ядро, почему же тогда поддрежка OpenVZ в ванильном .32 ядре прекратится?

RHEL6 ядро сделано на базе 2.6.32, но там уже очень много патчей, то есть это уже далеко не 2.6.32 (я бы даже сказал, совсем не 2.6.32).

А две ветки тащить — почти в два раза тяжелей. Мы и так до сих пор мейнтейним RHEL5 и RHEL6.

> опенВЗ не нужен, есть встроенный в ядро цгрупс

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

виртуальная экспансия продолжается

> OpenVZ'шники объявили своё поделие

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

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

то что они что-то там про себя считают ещё ничего не значит.

Это для вас лично не значит.

Для нас, для разработчиков, это определённый майлстоун (мы перерезали ленточку и можем сказать «да, мы это сделали», но, с другой стороны, мы уже не можем сказать «ну да, не работает, а что же вы хотели, это ведь бета», то есть принимаем на себя определённые обязательства).

Для пользователей это тоже важно — многие ждали этого объявления, чтобы начать переходить на новое ядро. CloudLinux ждал, чтобы выпустить свой дистрибутив.

я жду добавления заплаток OpenVZ в основное ядро

Их там уже приличное количество:

[kir@foo linux-2.6]$ git rev-list --no-merges -E --author=«@openvz.org|@paralels.com|@sw.ru|@swsoft.com|@sw.com.sg|kuznet@|gorcunov@» v2.6.12.. | wc -l
1645

Добрый день, Кирилл.
А можно вопрос?
Может уже стоит прекратить поддержку RHEL4?
Правда сам использую для хостерства вообще 2.6.24 от ubuntu 8.04 и многих вкусностей не знаю. Вскоре планирую на центос6 с новым ядром. Спасибо за Вашу работу!

Тут нечего обсуждать. Ты либо тролль, либо школьник, либо 2-in-1.

> смущает что новость писали какие то любители-теоретики-аналитики

Новость писал я, меня зовут Кирилл, очень приятно. Несмотря на то, что у меня есть высшее образование по специальности 2202.00 «Автоматизированные системы обработки информации и управления» (диплом с отличием) и примерно 15 лет опыта работы с Linux, вы отчасти правы, в чём-то я любитель, в чём-то, конечно, теоретик. На аналитика, однако, замахнуться боюсь.

а то бы они не написали бы такой бред: "... Одновременно с этим прекращается разработка и поддержка OpenVZ в ядрах 2.6.27 и 2.6.32 ..."

Хорошо, а так — «Одновременно с этим прекращается разработка и поддержка OpenVZ для ванильных ядер 2.6.27 и 2.6.32» — для вас более понятно? Дайте знать, если всё ещё нет.

Для танкистов : uname -r -> 2.6.32-71.29.1.el6.х86_64

Для профессионалов-практиков-синтетиков: обновите ядро, ваше вышло в мае, с тех пор было, если я ничего не пропустил, 5 апдейтов:
http://rhn.redhat.com/errata/RHSA-2011-0542.html
http://rhn.redhat.com/errata/RHSA-2011-0836.html
http://rhn.redhat.com/errata/RHBA-2011-0874.html
http://rhn.redhat.com/errata/RHSA-2011-0928.html
http://rhn.redhat.com/errata/RHSA-2011-1189.html

> Может уже стоит прекратить поддержку RHEL4?

Мы эту ветку очень редко обновляем, и в основном вслед за обновлениями от Red Hat, ну и всякие мелкие фиксы, ничего большого уже не происходит, и времени это много не занимает.

Конечно, когда Red Hat перестанет мейнтейнить RHEL4, то и мы перестанем. Судя по https://rhn.redhat.com/errata/RHSA-2011-1240.html, произойдёт это уже скоро, в феврале 2012 года, когда продукту исполнится семь лет.

потому что .32 el6 и ванилла .32 это разные вещи

Да, я тоже читал о феврале и подумал, что всё равно большинство уже начало обновляться хотя бы до RHEL5. Ну раз не страшно, ладно)
Кстати я проиграл 2 бутылки пива...
Я поспорил, что на версии 3.0 ядра выйдет и RealTime-патчи и OpenVZ. По 2 бутылки :)
И одну пару кажется, проиграл :)

Количество => качество

Их там уже приличное количество:

Таки когда OpenVZ будет в основном ядре Debian'а, например? Есть milestone который вы не сами обозначили, но другой крупный и уважаемый проект?

Для нас, для разработчиков, это определённый майлстоун (мы перерезали ленточку и можем сказать «да, мы это сделали», но, с другой стороны, мы уже не можем сказать «ну да, не работает, а что же вы хотели, это ведь бета», то есть принимаем на себя определённые обязательства).

Что за обязательства? Перед кем? Вы заключили с кем-то контракты касающиеся этих ядер/заплаток? Сколько стоят ваши обязательства?

Последнее. Прошу прощения за резкий тон и критику, не стремлюсь ни обидеть, ни демотивировать. Я приветствую ваш вклад в развитие функциональности свободного ПО. Передайте это вашим кернель хакерам, пусть и они порадуются.

> Таки когда OpenVZ будет в основном ядре Debian'а, например?

Во-первых, лучше этот вопрос адресовать дебиан кернель тиму. Мы ведь не против, чтобы они туда включили OpenVZ, мы очень даже за. Но мы — не дебиан кернель тим.

Во-вторых, я полагаю, он там появится (ествественным способом) после того, как появится в ванилле. Поэтому мы прилагаем усилия, чтобы он в ванилле появился.

Что за обязательства? Перед кем?

У OpenVZ, понятное дело, обязательства только моральные, перед сообществом. Ну, если мы говорим, что оно stable, то мы или более-менее отвечаем за свои слова, или нас не уважают.

Конечно, это отнюдь не значит, что там багов нет. Они есть, они будут. Это означает, что там нет известных нам критических багов. Критических — это когда прямо совсем всё не работает, падает, глючит и виснет.

И ещё это значит, что мы за этой веткой следим так, как мы следим за другими стабильными ядрами — стараемся фиксить баги, своевременно выпускать обновления (да, я знаю, что у RHEL6 вышел очередной апдейт, мы уже переезжаем...) и так далее.

Вы заключили с кем-то контракты касающиеся этих ядер/заплаток? Сколько стоят ваши обязательства?

Эти же самые ядра входят в состав коммерческого продукта Parallels Virtuozzo Containers (PVC) for Linux 4.7, который вышел на прошлой неделе. Так что какие-то контракты, клиенты, деньги, три уровня саппорта и так далее там есть — впрочем, я этим совсем не занимаюсь и особо ничего не знаю.

Кстати, пользуясь случаем, хочу заметить, что связка OpenVZ/PVC похожа на связку Fedora/RHEL. Только у нас в OpenVZ те же стабильные, хорошие, отлаженные ядра, как и в PVC, а у Федоры, ну, вы, наверное, знаете, как. Это, конечно, не значит, что Федора плохая, а OpenVZ хорош — просто, на мой взгляд, наличие стабильных ядер — большой плюс.

Великий Хаос!!!
На что только не пойдут извращенцы, которым недосуг освоить chroot/chrootuid, mount --bind и научиться ручками клепать древо каталогов (а то и, упаси Хаос, скриптом их генерить)...

Будут использовать какую-то левую поделку, использовать только «кошерные» версии ядер, а не какие вздумается и молиться, чтобы в «основной» ветке опенвз таки не нашлось правильных, удобных для всякого страждущего эксплойтов.

Мдя, Parallels вполне достойно «разводит» лентяев!

> Во-вторых, я полагаю, он там появится (ествественным способом) после того, как появится в ванилле. Поэтому мы прилагаем усилия, чтобы он в ванилле появился.

В Debian OpenVZ был в 4.0 (2.6.18, в виде автоустанавливаемого патча), в 5.0 (2.6.26, в виде собранного ядра), в 6.0 (2.6.32, в виде собранного ядра).

В 7.0 сейчас 3.0. И из лёгких контейнеров нет ни openvz, ни vserver. Есть только пока непонятный (мне) lxc.

Это ЛОР, не советую близко к сердцу принимать оценки местных аналитиков и тем паче уповать на их совесть. Нету ни одного продукта (включая ванильное ядро) в комментах к релизу которого ни разу никто не прокричал, что это не нужно.

Спасибо за труд, кстати, коллега планирует попробовать на боевом сервере.

http://lurkmore.ru/12309#.D0.9A.D0.B0.D0.BA_.D0.B2.D1.8B.D0.B7.D0.B2.D0.B0.D1...

> в cgroups нет еще даже половины того что дает OpenVZ. Поэтому на звание аналитика ты не тянешь.

openVZ -полноценная контейнерная виртуализация (хреновая кстати сказать до нельзя, хотя смотря с какой стороны посмотреть). чего нельзя сказать о cgroups и вряд ли когда-то можно будет сказать, потому что у cgroups задачи совсем другие - скорее разделение ресурсов
так что и ты на звание аналитика не тянешь

Странно что сейчас так привозносят Parallels / SWsoft. Еще каких-то года 4 назад, патчи которые делались на ядро линуха были закрыты, и никому не доступны. Тех кто пытался получить их отправляли в сад, тем самым грубо нарушая лицензию на ядро. При приеме патчей на утилиты в первую очередь их интересовало передача прав на код, иначе они не могут включить это в свой закрытый продукт.

Причиной открытия стало не то что созрели, а то что их стали подпирать конкурирующие продукты, часть из которых они предпочли просто купить и задушить.

И не смотря на это - им поют такие оды на LOR. С каких пор тут прославляют грусных пропринетарщиков ?

OpenVZ = cgroups (набор лимитов, близко к UBC из openVZ) + VFS namespaces + namespaces + network namespace + групый механизм «роутинга» между host & guest.

По сути причиной открытия VZ и огрызков под названием OpenVZ стало желание успеть на поезд, и раскрутить свое имя - иначе сделали бы и без них в ядре (да да, аналоги cgroups были еще для 2.4 ядер) и о VZ забыли.

ничего не понял.... ))))

Есть ещё Linux-Vserver.

Причём в Debian 6.0 OpenVZ i386 и amd64, а vserver - i386, amd64, ia64, powerpc, s390

> Parallels вполне достойно «разводит» лентяев!

А в чём развод-то состоит, я не уловил? Ну, то есть, «где меня кидают» (или вас)?

> По сути причиной открытия VZ <...> стало желание успеть на поезд, и раскрутить свое имя - иначе сделали бы и без них в ядре <...> и о VZ забыли.

Вы отчасти правы. Одной из целей создания и развития OpenVZ как отдельного проекта была интеграция контейнеров в мейнстрим. Мы действительно тогда думали, что (тут вы правы) сейчас в ванилле всё сделают без нас, после чего нам придётся всё это (кривое) использовать.

По факту получилось не совсем так — с нами или без нас, процесс движется не настолько быстро, как хотелось бы. Полагаю, что без нас он двигался бы раза в два медленнее. И даже так, с нашим активным участием, боюсь, ещё не скоро удастся, говоря вашими словами, «о VZ забыть».

да да, аналоги cgroups были еще для 2.4 ядер

CKRM, да-да. Монструозный фреймворк, по факту ничего не умеющий.

Деньги как мерило всего.

Эти же самые ядра входят в состав коммерческого продукта Parallels Virtuozzo Containers

Совсем другой разговор. Я поздравляю вас.

я полагаю, он там появится (ествественным способом) после того, как появится в ванилле.

Не то чтобы я ждал этого с большущим нетерпением, но жду.

«Развод»?

Ну, например, в том, что такие вот граждане становятся на 100% зависимыми от какой-то там конторки Parallels и её адептов.

И вот еще что думается: а не является ли OpenVZ отличнейшим SDK по созданию феерических руткитов?

А, и ещё:

http://kir.vtx.ru лежит, не дышит и даже не пинается...

Интересно, как можно доверять копание в ядре разработчику, который не может даже собственный сайт в рабочем состоянии поддерживать?

>> По сути причиной открытия VZ <...> стало желание успеть на поезд, и раскрутить свое имя - иначе сделали бы и без них в ядре <...> и о VZ забыли.

Вы отчасти правы. Одной из целей создания и развития OpenVZ как отдельного проекта была интеграция контейнеров в мейнстрим.

Наверно не отчасти - а правы. Linux-VServer вам был не конкурент, а те кто были конкурентами - FreeVPS - помните таких? вы не однократно пытались купить (сначала предложениями льготного лицензированния, потом денег давали) - что в конце концов и было сделано (купили контору которая спонсировала разработку), а потом тихо задушили проект не давая ему ресурсов (как и хостинг панель которая конкурировала с Plesk)

И как-то удачно съехали с темы нарушения GPL в ядрах 2.2 / 2.4 - когда вы распространяли VZ не открывая патчей на ядро. Даже больше скажу - угрожали судебными преследованием человеку который посмел выложить последную публично доступную версию контейнеров.

Что не это ответят наши «друзья» из SWSoft ?