> Есть вполне объективные причины использовать своё ядро.Они объективны только для разработчиков OVZ. А для всех остальных это просто куча неудобных им бестолковостей.
> Как устроена разработка функциональности OpenVZ/Virtuozzo:
> мы берем ядро RHEL (текущая версия 6, в разработке RHEL7) и портируем
> на это ядро свои патчи.
Это как раз именно то за что я и не жалую OVZ нынче.
1) Если вы еще не заметили, рыночная доля шапки на серверах - не такая уж огромная. Шапка целит в узкий сегмент энтерпрайзов. Там мало кастомеров но с них приличная маржа. Остальное шапке малоинтересно. За это шапка малоинтересна всем остальным.
2) В остальных дистрах эти ядра даром никому не упали. И мало кто хочет это майнтайнить. Поэтому прстого способа воспользоваться технологией - нет.
3) Я не очень понимаю кто и как саппортит такие ядра. По сути у меня есть ощущение что в общем случае ответ - "никто и никак". В майнлайне с такими ядрами пошлют, а альтернативным центром компетенции по ядру линукса кроме них с большим скрипом можно посчитать шапку.
4) А вон там куча серверов на дебиане и убунте. Им ваши редхатовские кернелы - ортогональны. Вы им что имеете предложить? Ничего? А, ну ок. Тогда с нашей стороны будет большой спрос на какую-то более вменяемо сделанную замену.
> которая нужна нашим пользователям. Процесс принятия патчей в апстрим очень долгий,
А древние кернелы от какого-то там редхата - просто мерзость. А куда на такой кернел вообще баги репортить? И кому? И на машине разработчика такому антику делать нечего. А вот лично мне линух нравится за то что под ним удобно разрабатывать: отпрототипил решение на десктопнике или ноутбучике у разработчика и вкатил на сервак побольше. Оно отмасштабировалось по ресурсам. А если масштабирование не надо - так порезать хост на контейнеры или виртуалки как раз и напрашивается. Чтобы там поселить пачку таких решений. Нo OVZ для этого не подойдет. Потому что разработчики на него будут смотреть волком - неудобная технология.
> в апстрим. Вот на этом графике видно количество патчей, которые мы
> отдали в ванильное ядро - http://openvz.org/File:Kernel_patches_stats.png
"Менеджер румяным ч... графики чертил по стенам" (c). В смысле, патчи - это прекрасно. Но вот лично для себя я не вижу как я мог бы удобно пользоваться вашими семействами технологий. Ставить себе на машины где я разрабатываю окаменелый трэш имени редхата я не разу не планирую. Стало быть, быстренько собрать действующий макет - превращается в большой кус гемора на ровном месте. Возникает нефиговый спрос на решение где этого гемора не будет. И как видите, их прибавляется и они сразу на старте срубают неиллюзорную популярность.
> В нашем понимании, идеальное светлое будущее -- это когда OpenVZ патч к
> ядру будет нулевого размера,
Вот и в моем тоже. Вот только я не живу вечно (видели картинку скелета на лавочке?). И ждать вашего светлого будущего, попутно погрызая непотребный кактус - мне не очень доставляет. И при всем уважении к хорошему управлению ресурсами в OVZ, имею заметить что он просто неудобен для всех кроме махровых хостеров, которые могут позволить себе обпрыг этих дурных грабель. И то - кастомерам оных не очень нравятся множественные дурные ограничения (в тои числе отсутствие ряда модулей в древних ядрах). По поводу чего, как я смотрю, нынче полно хостеров стали продавать KVMные виртуалки по цене грязи под ногами. И с моей стороны KVM виртуалка предпочтительнее, т.к. меньше грабель заезжает при настройке рукояткой в лоб.
> ванилле будет 60 или 80% нашей функциональности -- я буду счастлив
Ну а я поищу себе другое семейство технологий. Которое работает с обычными дистрами и обычными ядрами.
> (сейчас там примерно 20-30%, точнее сложно сказать).
ИМХО закончится это тем что шапка под давлением энтерпрайзных кастомеров запилит все это в майнлайн и ширпотребный системд. Для всех. А сверху будут накатываться шапочные же энтерпрайзные управляторы, для совсем толстых энтерпрайзников. И они будут "как родное" для большинства линуксных админов, просто некий доапгрейд уже знакомых технологий.
> в том, что они используют свои ядра, а не ванильные?
Мне редхат не нравится этим моментом и я им не пользуюсь. Де факто, редхатом нынче пользуется только небольшое количество энтерпрайзных кастомеров. Но они богатые буратины с большими инсталляциями. Только редхат сам не против их окучать, без всяких ||. А админы там тоже человеки. И им будет удобнее если система будет уметь подобные вещи сразу. Фичи в системд по части деплоя образов, регистрации контейнеров и виртуалок - как бы намекают что в шапке про это догадываются.
При том там задумка намного перспективнее: оно нормально интегрируется с хост системой, н основе имеющихся штатно тулсей. Гуест может логгить в журнал хоста, он виден штатными системными утилсами, которыми админы научатся рулить постепенно.
> и используете RHEL, а не рассказываете всем какая плохая компания RedHat.
Мне RHEL ни к чему. А редхат не плохая компания. Но своеобразная. Как и дистры. На мое мнение у них например совершенно гадостный пакетный менеджер. Ну и на десктопах они "для галочки". И в целом по совокупности - я их дистрами пользоваться не желаю. И использую в основном дебианы и убунты. Они работают. И на них я могу на десктопе или ноуте отпрототипиться а потом лить решение на крЮтой могучий сервак, буквально совсем без изменений. Это удобно и быстро. И к чему-то такому все и пытаются прийти.
Ну а разработчиков виртуализатора, смеющих диктовать мне какие ядра и дистры использовать - я понятно на каком месте вертел. Со своей стороны обещаю использовать какие-нибудь другие технологии.
> расскажите об этом нашим пользователям (Travis CI, Atlassian, Яндекс, Pixar).
Зачем? Пользователи голосуют ногами. И кстати IIRC яндекс где-то там убунты использовал. А так - ну как бы удачи вам с таким подходом к делу. Но зато для себя я теперь уверен что очень правильно прикинул что от OVZ лучше отказаться везде где получится. Слушать вот такой булшит от разработчиков я совершенно не желаю.
