The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Открыт исходный код пользовательских утилит Virtuozzo"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от opennews (ok) on 02-Июн-15, 18:36 
Продолжая следовать намеченному плану  плану (http://www.opennet.me/opennews/art.shtml?num=41350) по объединению кодовых баз открытой системы контейнерной виртуализации OpenVZ (http://openvz.org/) и коммерческого продукта Virtuozzo (http://www.odin.com/ru/products/virtuozzo/) (Parallels Cloud Server), компания Parallels открыла (http://lists.openvz.org/pipermail/announce/2015-June/000592....) исходный код утилит (https://src.openvz.org/projects/OVZ) Virtuozzo под свободными лицензиями GPLv2 и LGPLv2. Теперь открыта разработка не только ядра (http://www.opennet.me/opennews/art.shtml?num=42113) RHEL7 для
будущей версии Virtuozzo/OpenVZ, но и пользовательских утилит Virtuozzo. Таким образом сторонние разработчики получили
возможность присылать патчи, участвовать в технических обсуждениях и
рецензировать код через рассылку OpenVZ (devel at openvz.org).


Список утилит:


-  prlctl - универсальная утилита для управления контейнерами и виртуальными машинами
-  libprlsdk - Virtuozzo API для C++ и Python
-  prl-disp-service - сервис для управления контейнерами и виртуальными машинами
-  libvzctl - низкоуровневая библиотека для управления контейнерами
-  libvzevent - низкоуровневая библиотека для нотификаций событий от контейнеров из ядра
-  vzctl - утилита для управления контейнерами
-  vztt - утилита для управления темплитами контейнеров


Отдельно хотелось бы отметить, что основной утилитой для управления конетйнерами и виртуальными машинами
является prlctl. Утилита vzctl будет объявлена устаревшей в следующем релизе Virtuozzo, но в ближайшем релизе она будет присутствовать в целях совместимости.


Ожидается, что развитие Virtuozzo как единого с OpenVZ открытого продукта снизит трудозатраты персонала за счёт избавления от раздельной работы разными инструментариями, позволит привлечь к разработке независимых участников из сообщества и упростит процесс портирования специфичных для Virtuozzo патчей для
новых выпусков основного ядра Linux. Объединение также позволит решить проблему с совместимостью открытого и проприетарного решения - системы на базе OpenVZ смогут быть легко переведены на Virtuozzo.

URL: http://lists.openvz.org/pipermail/announce/2015-June/000592....
Новость: http://www.opennet.me/opennews/art.shtml?num=42343

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Открыт исходный код пользовательских утилит Virtuozzo"  +10 +/
Сообщение от Michael Shigorin email(ok) on 02-Июн-15, 18:36 
Ну наконец-то.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Открыт исходный код пользовательских утилит Virtuozzo"  –1 +/
Сообщение от Аноним (??) on 02-Июн-15, 20:23 
а что хорошего? нравятся друзья пропринетарщики?
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

7. "Открыт исходный код пользовательских утилит Virtuozzo"  +7 +/
Сообщение от Michael Shigorin email(ok) on 02-Июн-15, 21:12 
> а что хорошего? нравятся друзья пропринетарщики?

Нравится проект OpenVZ, причём уже много лет и в сугубо практической плоскости.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от аноним2 on 02-Июн-15, 23:22 
чем?
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

15. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Michael Shigorin email(ok) on 03-Июн-15, 11:15 
>  чем?

Тем, что есть и работает.

PS: тут была замордована пара комментариев, авторы которых ничего, кроме выкриков, предоставить не удосужились; основание -- п. 6 http://wiki.opennet.ru/ForumHelp (с каковыми правилами настоятельно рекомендую ознакомиться).

PPS: с обсуждением модерирования -- к администрации.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

18. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Аноним (??) on 03-Июн-15, 12:05 
>>  чем?
> Тем, что есть и работает.

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

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

19. "Открыт исходный код пользовательских утилит Virtuozzo"  +1 +/
Сообщение от sergeyb email(ok) on 03-Июн-15, 13:08 
Мы больше не заставляем контрибьюторов подписывать передачу прав. Если у вас есть патчи, которые вы хотите добавить, то присылайте в devel@. http://openvz.org/Mailing_lists
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

24. "Открыт исходный код пользовательских утилит Virtuozzo"  –1 +/
Сообщение от Аноним (??) on 03-Июн-15, 17:45 
не прошло и 10 лет. Нет уж - спасибо.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

22. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Michael Shigorin email(ok) on 03-Июн-15, 13:43 
> а как же непреклонность к проектам которые заставляют подписывать передачу
> прав на присланный патч?

Вы о чём?  Я видел такую бумагу, например, от проекта GNU -- а патчи таким проектам слать не доводилось.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

25. "Открыт исходный код пользовательских утилит Virtuozzo"  +1 +/
Сообщение от Аноним (??) on 03-Июн-15, 17:46 
>> а как же непреклонность к проектам которые заставляют подписывать передачу
>> прав на присланный патч?
> Вы о чём?  Я видел такую бумагу, например, от проекта GNU
> -- а патчи таким проектам слать не доводилось.

о практике со стороны OpenVZ. За которую все тут поливали грязью Oracle, Sun, MySQL и тп..
двуличность?

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

27. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Michael Shigorin email(ok) on 03-Июн-15, 22:51 
>> Вы о чём?
> все

Так ищите тех "всех" и их спрашивайте; а у меня к Oracle и упокоенному им Sun претензии изрядно другого характера, если что.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

31. "Открыт исходный код пользовательских утилит Virtuozzo"  –3 +/
Сообщение от Аноним (??) on 04-Июн-15, 09:50 
что не мешает вам поддерживать всех дружков которые так себя ведут.
как там arisu? забанили его или дружку можно оскорблять всех других?
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

38. "Открыт исходный код пользовательских утилит Virtuozzo"  +2 +/
Сообщение от Аноним (??) on 05-Июн-15, 18:16 
> как там arisu? забанили его или дружку можно оскорблять всех других?

Зачислить arisu в друзья Шигорина... вроде, грибной сезон еще не начался?!

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

36. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Аноним (??) on 05-Июн-15, 17:59 
> Тем, что есть и работает.

Работает. Только мороки с ним много, по поводу чего на него многие откровенно положили с прибором. И нет, согласно ФЭДу, то что в альте таки поддерживается - это не заслуга альта, а недоработка ||.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

9. "Открыт исходный код пользовательских утилит Virtuozzo"  –2 +/
Сообщение от Аноним (??) on 03-Июн-15, 00:04 
нравится как он красиво обрезает пользователям функционал - лишь бы не конфликтовать с платной версией ?
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

11. "Открыт исходный код пользовательских утилит Virtuozzo"  +1 +/
Сообщение от pkdr (ok) on 03-Июн-15, 08:08 
Функционал - математическая функция. Разве его запрещают использовать в OpenVZ (а также во всяких KVM, Xen, qemu, VmWare, LXC, Doker, FreeBSD jail и даже в богомерзком HyperV)?

Если же вы невежда и совершили такое чудовищное количество ошибок в слове функциональность, то поделитесь списком архиважной функциональности, которая есть в Virtuozzo и нету в OpenVZ?

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

16. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Аноним (??) on 03-Июн-15, 12:02 
учет трафика, шейпер на интерфейсы.
io limit открыт был только недавно.

хватит или еще?

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

20. "Открыт исходный код пользовательских утилит Virtuozzo"  +1 +/
Сообщение от pkdr (ok) on 03-Июн-15, 13:25 
> учет трафика,

Прекрасно работает для venetX интерфейсов, по крайней мере заббиксовский net.if. без проблем это делает

> шейпер на интерфейсы.

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

> io limit открыт был только недавно.

Не так уж недавно, три года назад. И ведь открыт же.

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

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

26. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Аноним (??) on 03-Июн-15, 17:50 
>> учет трафика,
> Прекрасно работает для venetX интерфейсов, по крайней мере заббиксовский net.if. без проблем
> это делает

и при этом не считается трафик который идет от одной виртуалки на другую?


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

Когда-то OpenVZ отклонил это - сказав что конфликтует с платным функционалом.

>> io limit открыт был только недавно.
> Не так уж недавно, три года назад. И ведь открыт же.

Каких 3 года ? харе врать то.. пол года назад. не больше. А существовал сколько?

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

28. "Открыт исходный код пользовательских утилит Virtuozzo"  –1 +/
Сообщение от Michael Shigorin email(ok) on 03-Июн-15, 22:55 
> и при этом не считается трафик который идет от одной виртуалки на другую?

Прям заинтриговали.  Вы часом не из тех, кто мечтает биллить трафик по lo?

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

29. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Аноним (??) on 03-Июн-15, 22:58 
тот кто мечтает не считать такой трафик, в отличии от предыдущего автора.
А оно вот не получается.
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

30. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от pkdr (ok) on 04-Июн-15, 08:21 
> Каких 3 года ? харе врать то.. пол года назад. не больше. А существовал сколько?

https://openvz.org/I/O_limits
Обратите внимание на дату последнего редактирования статьи.
Никак не могу понять, где вы обитаете, На Марсе уже больше года с тех пор прошло, на Юпитере и квартал не прошёл. Судя по всему, вы где-то в поясе астероидов живёте? Чудовищный пинг вам не мешает?

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

32. "Открыт исходный код пользовательских утилит Virtuozzo"  +1 +/
Сообщение от Аноним (??) on 04-Июн-15, 09:52 
>> Каких 3 года ? харе врать то.. пол года назад. не больше. А существовал сколько?
> https://openvz.org/I/O_limits
> Обратите внимание на дату последнего редактирования статьи.
> Никак не могу понять, где вы обитаете, На Марсе уже больше года
> с тех пор прошло, на Юпитере и квартал не прошёл. Судя
> по всему, вы где-то в поясе астероидов живёте? Чудовищный пинг вам
> не мешает?

считать то умеете? декабрь 13го (реально появилось позже) - начало 15. 15-14 у вас равно 3?
поздравляю - совравши..

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

33. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Молчун (ok) on 05-Июн-15, 00:39 
К сожалению слово "Функционал" уже приелось в мире ПО в значении "функциональность". Тут бесполезно спорить. Язык - штука живая. Пора в словари правки вносить, и жить с этим спокойно.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

21. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от PrOrOk117 (ok) on 03-Июн-15, 13:43 
> Ну наконец-то.

дождались


Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Открыт исходный код пользовательских утилит Virtuozzo"  +6 +/
Сообщение от Аноним (??) on 02-Июн-15, 18:42 
Скорее бы ядро новое ядро в продакшн выпустили.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Открыт исходный код пользовательских утилит Virtuozzo"  –1 +/
Сообщение от manster (ok) on 02-Июн-15, 18:55 
вот это конечно крутая маскировка авторства там:

https://src.openvz.org/projects/OVZ/repos/prlctl/browse/src/...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Открыт исходный код пользовательских утилит Virtuozzo"  –1 +/
Сообщение от Anon123 on 03-Июн-15, 01:44 
оффтоп:
Классический пример вреда отступов табами. Пусть фанатики разъяснят, как здесь настроить, что бы не плыло.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

34. "Открыт исходный код пользовательских утилит Virtuozzo"  –1 +/
Сообщение от sergeyb email(ok) on 05-Июн-15, 11:31 
У нас не было задачи вычистить авторство из кода.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "Открыт исходный код пользовательских утилит Virtuozzo"  –5 +/
Сообщение от Аноним (??) on 02-Июн-15, 20:27 
первая доза бесплатно!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Открыт исходный код пользовательских утилит Virtuozzo"  –3 +/
Сообщение от Аноним (??) on 03-Июн-15, 10:49 
Чуваки думают медленно, но правильно. Успехов, чо. Мы, правда, уже на lxc переехали, но как оно из пелёнок вырастет - попробую, чисто из квасного патриотизма :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Michael Shigorin email(ok) on 03-Июн-15, 11:12 
> Мы, правда, уже на lxc переехали, но как оно из пелёнок вырастет

Ба, lxc уже выросло из пелёнок?  Мы-то применяли, но для весьма специфической задачи, где весь код в слотах был тоже доверенный.  И то обвязку сами рисовали.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

37. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Аноним (??) on 05-Июн-15, 18:14 
> Ба, lxc уже выросло из пелёнок?

OVZ в силу специфичной политики многие просто списали в утиль.

Он просто неудобен для почти всего кроме массовых хостингов. И чрезмерно интрузивный. Диктовать какие кернелы использовать? До такой бор3ости даже проприерасы типа нвидий не докатываются...

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

39. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от sergeyb email(ok) on 06-Июн-15, 00:06 
Есть вполне объективные причины использовать своё ядро.

Как устроена разработка функциональности OpenVZ/Virtuozzo:
мы берем ядро RHEL (текущая версия 6, в разработке RHEL7) и портируем на это ядро свои патчи. Параллельно разрабатываем новую функциональность для контейнеров, которая нужна нашим пользователям. Процесс принятия патчей в апстрим очень долгий, потому что обсуждение может проходить в несколько итераций и во время обсуждения приходиться переписывать код. Поэтому мы новый код разрабатываем у себя в репозитории и как только появляется возможность пытаемся отдать наши патчи в апстрим. Вот на этом графике видно количество патчей, которые мы отдали в ванильное ядро - http://openvz.org/File:Kernel_patches_stats.png

В нашем понимании, идеальное светлое будущее -- это когда OpenVZ патч к ядру будет нулевого размера, то есть мы хотим, чтобы вся функциональность, которая есть в OpenVZ, появилась в ванильном ядре. Когда это наступит? Я боюсь, что никогда, ибо мир неидеален. Но если, скажем, в ванилле будет 60 или 80% нашей функциональности -- я буду счастлив (сейчас там примерно 20-30%, точнее сложно сказать).

Как следствие, все последние разработки для контейнеров есть только в наших ядрах и в апстрим попадают с опозданием. Вы ведь RedHat не упрекаете в том, что они используют свои ядра, а не ванильные? Если вам нужен стабильный, надежный дистрибутив с поддержкой, то вы просто берете и используете RHEL, а не рассказываете всем какая плохая компания RedHat.

> Он просто неудобен для почти всего кроме массовых хостингов.

расскажите об этом нашим пользователям (Travis CI, Atlassian, Яндекс, Pixar).

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

40. "Открыт исходный код пользовательских утилит Virtuozzo"  –1 +/
Сообщение от Аноним (??) on 07-Июн-15, 15:05 
> Есть вполне объективные причины использовать своё ядро.

Они объективны только для разработчиков 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 лучше отказаться везде где получится. Слушать вот такой булшит от разработчиков я совершенно не желаю.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

41. "Открыт исходный код пользовательских утилит Virtuozzo"  +1 +/
Сообщение от sergeyb email(ok) on 07-Июн-15, 16:17 
>> Есть вполне объективные причины использовать своё ядро.
> Они объективны только для разработчиков OVZ. А для всех остальных это просто
> куча неудобных им бестолковостей.

Вы написали очень много слов с упреками в сторону разработчиков OpenVZ. Но для меня так и осталось непонятным: чем вас конкретно не устраивают ядра RHEL? Какие лично для вас неудобства в использовании стороннего ядра вместо ядра из дистрибутива?

>> Как устроена разработка функциональности OpenVZ/Virtuozzo:
>> мы берем ядро RHEL (текущая версия 6, в разработке RHEL7) и портируем
>> на это ядро свои патчи.
> 2) В остальных дистрах эти ядра даром никому не упали. И мало
> кто хочет это майнтайнить. Поэтому прстого способа воспользоваться технологией - нет.

Это так (http://www.opennet.me/opennews/art.shtml?num=42369). Возможно потому что у них нет таких клиентов, которые есть у RedHat, которые просто используют одну инсталляцию и им не нужны новые ядра. Им нужно только исправление багов и проблем с безопасностью. Серверный рынок более консервативный, чем десктопный рынок.

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

В OpenVZ собираются ядра и под дебиан -
https://openvz.org/Download/kernel/rhel6/042stab108.2#DEBs

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

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

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

42. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Michael Shigorin email(ok) on 07-Июн-15, 18:30 
> А вы расскажите о своих сценариях использования виртуализации.

Это User294, у него десктопные -- рассказывал уж.

> В ваших ответах очень мало конкретики и деталей.

Человек предпочитает bleeding edge и тратит время на объяснение непонятно кому, почему это диаметрально противоположно серверсайду...

Возможно, стоит где-то на сайте проекта завести страничку о том, чем отличается ovz от других систем контейнеризации/виртуализации и там же понятно объяснить, кто "не ваш клиент".

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

43. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Аноним (??) on 09-Июн-15, 00:24 
ничем - только качеством кода.. в худшую сторону.
из репозитория EL7 based.

138e2b3 dummy: add dummy modules for service vz init script
ea54119 vzstat: port vzstat module from rh6
cd8b961 vzlist: return second pid in container's namespace
9ac9359 vzlist: fix get_vepids function
c3fd310 vzlist: fix obvious compilation errors
1de44af vzlist: add vzlist from 2.6.32-x as is
507e3e2 vznetstat: don't use vehooks
9ebbeab vznetstat: fix compilation
73391e3 vznetstat: apply vznetstat patches from 2.6.32 as is

не страшно код разработчиков которые комитят даже без проверки сборки использовать?

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

44. "Открыт исходный код пользовательских утилит Virtuozzo"  –1 +/
Сообщение от Michael Shigorin email(ok) on 09-Июн-15, 10:47 
> ничем - только качеством кода.. в худшую сторону.

Вы гоните.  Каждый понимающий в ядерном коде человек может оценить вклад ovz-шников в исправление ядра в целом, совершенно не по их специфической части.  Это и дырки, и "просто" баги.

> не страшно код разработчиков которые комитят даже без проверки сборки использовать?

Вы, очевидно, ещё и лицемерите либо никогда не сталкивались с процессом выпуска софта.

Да, совсем хороший процесс позволяет устроить базовый regression testing _каждого_ коммита до его публикации даже на внутренних ресурсах (после чего --amend запрещён).  При этом бывают ляпы такого характера, когда вручную проверять кажется бессмысленным в силу тривиальности, но при этом чего-то да не учёл, как выясняется при следующей же проверке.

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

45. "Открыт исходный код пользовательских утилит Virtuozzo"  +1 +/
Сообщение от Аноним (??) on 09-Июн-15, 18:43 
> Вы гоните.  Каждый понимающий в ядерном коде человек может оценить вклад ovz-шников в исправление ядра в целом, совершенно не по их специфической части.  Это и дырки, и "просто" баги.

и не так уж многое они исправили. Достаточно посмотреть changelog ядра. Не стыдно подлизывать многолетним нарушителям GPL ?

> Вы, очевидно, ещё и лицемерите либо никогда не сталкивались с процессом выпуска софта.
> Да, совсем хороший процесс позволяет устроить базовый regression testing _каждого_ коммита до его публикации даже на внутренних ресурсах (после чего --amend запрещён).

Теперь я понимаю почему T-Platform умер. С такими познаниям в разработке софта.. Нормальный код должен быть проверен - как по компилируемости, так и на отсутствие явных ошибок (и не явных тоже).
Как пример рассмотрим то как идет в lkml - где без ACK или reviewed-by никто не примет твой комит.
Но видимо такие базовые правила не знакомы как Alt, T-Platform (судя по вашей реакции) - так и разработчикам OpenVZ (судя по коду в репозитории). Раз такие великие разработчики  комитят код не проверяя есть там ошибки.. нет ошибок.. не компилируется - ну и ладно. Или хотите сказать что их великие админы не в состоянии настроить gerrit + jenkins ?! и о чудо - никто не даст сделать merge кода в репозиторий если патч не собирается..


Я уж не беру ошибку по которой в репозитарии с EL не работает tcp, постоянно сыпятся ошибки о превышении лимитов.

PS. не надо позориться :-)

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

50. "Открыт исходный код пользовательских утилит Virtuozzo"  +1 +/
Сообщение от Аноним (??) on 10-Июн-15, 00:01 
> на отсутствие явных ошибок (и не явных тоже).

Вот пусть заодно господа из || расскажут - когда в последний раз их ядро сканили коверити? Манлайн нынче им вроде как в режиме continious окучивается.

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

53. "Открыт исходный код пользовательских утилит Virtuozzo"  –1 +/
Сообщение от Michael Shigorin email(ok) on 10-Июн-15, 15:27 
> Теперь я понимаю почему T-Platform умер. С такими познаниям в разработке софта..

Он, как ни странно, не умер.

> Как пример рассмотрим то как идет в lkml

Прям-таки все всё сыплют прям в lkml?

> Но видимо такие базовые правила не знакомы как Alt, T-Platform (судя по
> вашей реакции) - так и разработчикам OpenVZ (судя по коду в репозитории).

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

> PS. не надо позориться :-)

Ну так и не позорьтесь, не сопляк уже.

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

55. "Открыт исходный код пользовательских утилит Virtuozzo"  –2 +/
Сообщение от Аноним (??) on 10-Июн-15, 21:41 
>> Теперь я понимаю почему T-Platform умер. С такими познаниям в разработке софта..
> Он, как ни странно, не умер.

умер.. умер.. не будем ворошить труп :)


>> Как пример рассмотрим то как идет в lkml
> Прям-таки все всё сыплют прям в lkml?

Как не странно :) и в ext4-devel тоже.


>> Но видимо такие базовые правила не знакомы как Alt, T-Platform (судя по
>> вашей реакции) - так и разработчикам OpenVZ (судя по коду в репозитории).
> ...но на всех вышеперечисленных найдётся казахстанский гуру, который на опеннетике в половине
> случаев пишет в нетрезвом виде, судя по броскам между хамством и
> меланхолией.

ООО. ну спасибо хоть не песнь о ботах MS ;-) Но как я сказал мне жаль ваших учеников (вы же там кого-то учите?) и ваших работодателей. Которые получили не компетентного сотрудника - который не понимает минимальных требований по качеству кода. Можно пропустить логическую ошибку - но не проверить что твой код собирается, это уж попахивает пофигизмом и наплевательским отношением к качеству кода.

>> PS. не надо позориться :-)
> Ну так и не позорьтесь, не сопляк уже.

смешной вы. Жаль мне ваших работодателей. А о выпуске серьезных проектов я знаю не по наслышке.

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

47. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Аноним (??) on 09-Июн-15, 23:30 
Только сейчас заметил вашу оговорку :)

> Вы, очевидно, ещё и лицемерите либо никогда не сталкивались с процессом выпуска софта.
> Да, совсем хороший процесс позволяет устроить базовый regression testing _каждого_ коммита до его публикации даже на внутренних ресурсах (после чего --amend запрещён).  

То есть вы сами расписались в том что хороший процесс разработки у OpenVZ не получился, они не в состоянии его создать. Браво! А

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

52. "Открыт исходный код пользовательских утилит Virtuozzo"  –1 +/
Сообщение от Michael Shigorin email(ok) on 10-Июн-15, 15:12 
> То есть вы сами расписались в том что хороший процесс разработки у
> OpenVZ не получился, они не в состоянии его создать.

Я-то как раз не в курсе, как именно организована разработка OpenVZ, но видел довольно разные варианты и что-то могу оценить по косвенным признакам.  Равно как и балаболов.

PS: и нет, это была не оговорка, а написанное в полном сознании.

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

54. "Открыт исходный код пользовательских утилит Virtuozzo"  –3 +/
Сообщение от Аноним (??) on 10-Июн-15, 21:37 
Тогда мне жаль ваших работодателей и учеников.
Чему может научить такой специалист как вы? если вы минимальные требования к качеству кода и процессу разработки считаете чем-то запредельным.
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

58. "Открыт исходный код пользовательских утилит Virtuozzo"  –1 +/
Сообщение от Michael Shigorin email(ok) on 11-Июн-15, 15:04 
> Чему может научить такой специалист как вы?

А я и не учу писать код или организовывать его разработку, хотя участвовать в создании инфраструктуры для этого с нуля доводилось.

Собственно, покажите-ка свои прелестные коммиты, а я в них палочкой потыкаю.

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

59. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Аноним (??) on 11-Июн-15, 17:57 
Ага. щас :) могу лишь сказать - что благодаря моему патчу в OpenVZ появился udev support. swsoft тогда возился с 2.4 ядром и потребности в колбасе не было.
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

60. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Michael Shigorin email(ok) on 12-Июн-15, 11:58 
> Ага. щас :)

Ну ква. :)

> могу лишь сказать - что благодаря моему патчу в OpenVZ появился udev support.

Спасибо!

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

49. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Аноним (??) on 09-Июн-15, 23:52 
> Вы гоните.  Каждый понимающий в ядерном коде человек может оценить вклад
> ovz-шников в исправление ядра в целом,

Кстати если что - тут кроме 294 еще какой-то аноним плевался.

А 294 имеет сообщить что вся эта дребедень с кастомнми ядрами имеет свойство заканчиваеться так как и должна. Однажды я засек у себя руткит, явно прилетевший на хост через прошибленный OVZшный контейнер. К своему большому неудовольствию я не смог найти код руткита. Он как-то очень уж хорошо прятался, а времени его сильно изучать не было. Но будучи "охотником за привидениями" я довольно быстро нашел аномалии в syscalls: все-таки интрузивому системному коду сложно прятаться на 100%.

Спасибо, но что-то мне не хочеся после этого древние самопальные ядра, поддерживаемые хрензнает кем хрензнает как. Пусть у них там хоть вагон заслуг в разработке чего угодно. И вообще, я немнго поинтересовался и судя по всему - блэкхэты этот серверный стабилизец долбят чартерными рейсами просто. Даже тут на опеннете было немеряно новостей когда редхат упортировал себе очередные баги. Которые в майнлайне потом починили а в редхате оно так и висело, пока не начали гасить эксплойтами крупным оптом. Мне такое счастье не надо.

> совершенно не по их специфической части.  Это и дырки, и "просто" баги.

Да, вы правы: этого в VZшных ядрах - хватает. Имел неудовольствие проверить этот факт, получив расфигаченый хост. Хостеры на VZ как я понимаю в массе своей вообще просто кладут болт на такие вещи, на радость блэкхэтам :)

> Да, совсем хороший процесс позволяет устроить базовый regression testing _каждого_

Я видел как блэкхэты устраивают regression testing этому трэшу от редхата. Добавки что-то не хочется.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

51. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Аноним (??) on 10-Июн-15, 08:12 
там проблема не в ядре от шапки. а в том что товарищи из OpenVZ выпускают обновления - весьма и весьма не спешно. Через недели после выхода ядра в шапке.
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

56. "Открыт исходный код пользовательских утилит Virtuozzo"  +1 +/
Сообщение от Аноним (??) on 10-Июн-15, 21:58 
> там проблема не в ядре от шапки. а в том что товарищи
> из OpenVZ выпускают обновления - весьма и весьма не спешно.

Проблема в том что в целом вся эта цепочка - КЛАСТЕРФАК. В майнлайне посадят плюху. По мере обнаружения - заштопают. Но шапка может уже успеть бэкпортнуть :) лажу :) себе в свой Супер Стабилизец. Насколько они дотумкают еще и фикс бэкпортнуть и когда это случится - очень отдельный вопрос. Только недавно был очередной сезон багов, уникальных для красношляпы и деривативов, как раз по этому поводу.

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

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

57. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Аноним (??) on 11-Июн-15, 12:36 
да да. свежую плюху только нарыли в RHEL6.
если в условиях нехватки памяти вызвать fiemap на ext4 - получим deadlock. в 2.6.32 еще нету, 2.6.38 есть, в 3.5-3.10  уже нету. шапка бэкпортнула это откуда-то и имеем что имеем. в 3.10 изменено на другой механизм работы и в тихую убрана ошибка.

А некоторым потом разбираться - чего это ext4 стоит раком под нагрузкой.

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

46. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Аноним (??) on 09-Июн-15, 23:06 
> Это User294, у него десктопные -- рассказывал уж.

У меня на самом деле очень разные. И мне неудобно пользоваться разными семействами технологий в разных закоулках. И я заметил что не я такой один. Посмотрев как разрабатывают софт - я заметил что таковы очень многие разработчики. Linux хорош как раз тем что там можно использовать более-менее одинаковые технологии и на фазе разработки и в продакшне. За это пингвина очень любят разработчики всех мастей. В том числе и вебдевы.

А кто этого не понял - сам себе злобный баклан. Останется по популярности на уровне *bsd и прочих солярисов как очередное server-only. Куда и дорога. Если || хотят себе такой участи - флаг им в руки и барабан на шею. А когда разработчик может у себя дома в докере опенврт билдануть для какой-нибудь мыльницы, он потом и в продакшн докера сосватает. Как знакомый инструмент.

> Человек предпочитает bleeding edge

Человек предпочитает reuse знаний и собственное удобство. Если что - я только недавно последние серваки с убунтой 10.04 заапдейтил, когда сапопикал начали обещать репы совсем закрыть. Так что иногда я и понекромансить умею, если это экономит усилия (но о темной стороне лучше молчать в тряпочку, тем более что я не фанат некромансии).

> и тратит время на объяснение непонятно кому, почему
> это диаметрально противоположно серверсайду...

По-моему такие подходы диаметрально противоположны здравому смыслу. А серверасайд - я уже видел что случилось с server-only бздами и *никсами. Если ovz метит туда же - окей, но я как-то предпочитаю вовремя отманеврировать чем неспешно тонуть с очередным титаником технологий.

> "не ваш клиент".

Судя по тому что я наблюдаю, || очень доступно объяснили это толпе народа. И да, я тоже теперь совершенно уверен: я - совершенно точно не их клиент. И сверну какое либо использование технологий от этих лиц, т.к. уже понятно что если хочется нормальное администрирование и разработку без проблем - это все совершенно точно не про OVZ/Virtuozzo.

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

48. "Открыт исходный код пользовательских утилит Virtuozzo"  +/
Сообщение от Аноним (??) on 09-Июн-15, 23:36 
> Вы написали очень много слов с упреками в сторону разработчиков OpenVZ. Но
> для меня так и осталось непонятным: чем вас конкретно не устраивают ядра RHEL?

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

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

1) Отсутствие по дефолту.
2) Непонятки с оперативностью и качеством поддержки.
3) Непригодность такого подхода для ряда конфигураций (например, рабочей машины разработчика).

Для лично меня по прошлому опыту - сторонние модули и ядра являются крайне нежелательными элементами системы. Мне нравится рабочий процесс у майнлана. Я могу понять дефолтное ядро в дистре. Но что-то сверх того - просто за пределами моей толерантности.

> только исправление багов и проблем с безопасностью. Серверный рынок более
> консервативный, чем десктопный рынок.

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

> В OpenVZ собираются ядра и под дебиан -

Прекрасно, но в общем случае я не хочу никакие левые побочные ядра. Ни на сервере, ни на десктопе, ни где там еще. Мне нравится как люди работают в майнлайне. На остальных это нравится - распостраняется сильно местами и с большими оговорками, как максимум - на дистроклепателей (я считаю что они могут майнтайнить ядро как и остальной софт и что это не есть логически противоречивое действо). И да, я при этом ожидаю некий набор политик например по части секурити и прочая. А тут какие-то || сильно сбоку и рассказами что туда не ходи, сюда ходи. Лучше не бывает.

> А вы расскажите о своих сценариях использования виртуализации.

На самом деле самые разные. Начиная от серверов и заканчивая отпиловкой сервисов на десктопе или в эмбедовке в целях изоляции или формирования кастомной сборочницы. Я не вижу какого дьявола так должно быть нельзя. Для этого нет никаких реальных причин. Ну в смысле у || они есть, называемые "собственной бестолковостью" и "переклином на одном юзкейсе". Но мне совсем не хочется пожизненно делать из паралесовских тараканов в голове свои проблемы.

ИМХО же те кто сможет все это удачно объединить и отмасштабирвать - и получат EPIC WIN. Вот лично я - буду работать с их технологиями. И применять в каждой дырке. Потому что это ИМХО должно быть вот так. И как я вижу - к этому все идет.

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

35. "Открыт исходный код пользовательских утилит Virtuozzo"  –2 +/
Сообщение от Аноним email(??) on 05-Июн-15, 17:22 
Старый хлам выбросить решили?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру