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

"OpenVZ и Parallels Cloud Server объединяются в единый открыт..."	+/–
Сообщение от opennews (ok), 27-Дек-14, 10:08
Компания Parallels приняла решение (http://openvz.livejournal.com/49158.html) объединить кодовые базы открытой системы контейнерной виртуализации OpenVZ и проприетарного продукта Parallels Cloud Server (http://sp.parallels.com/ru/products/pcs/) (бывший Virtuozzo), и в дальнейшем развивать их в рамках нового единого открытого проекта Virtuozzo Core. Отмечается, что в 2005 году во время основания OpenVZ компания Parallels допустила ошибку и вместо изначального применения открытой модели разработки для своего первичного продукта Virtuozzo, для продвижения технологий контейнерной виртуализации в основное ядро Linux начала развивать отдельный открытый проект OpenVZ, со временем превратившийся в независимое ответвление. В обоих продуктах для обеспечения изоляции используются одни и те же подсистемы ядра Linux, а различия сводятся к инструментарию, который стал несовместим на уровне опций и файлов конфигурации. Спустя девять лет компания Parallels решила исправить неверно принятое решение и объединить кодовые базы обоих проектов. Подобный шаг будет выгоден для пользователей открытого OpenVZ, так как они получат более качественно протестированный код и дополнительные функциональные возможности. Для компании новая организация разработки позволит снизить трудозатраты и избавиться от необходимости выполнения двойной работы при работе над компонентами, работающими в пространстве пользователя. Объединение проектов планируется провести в несколько этапов. На первом этапе в начале 2015 года будет запущен Git-репозиторий, в котором будет представлен код модифицированного ядра Linux, основанного на пакете с ядром из RHEL7 и включающего дополнительные патчи для обеспечения контейнерной виртуализации. Внутренний процесс разработки в компании будет смещён в сторону упрощения использования Git, а также будет открыт публичный доступ к внутреннему списку рассылки, в котором ведётся обсуждение связанных с ядром Linux разработок компании,  что позволит энтузиастам оперативно отслеживать все тенденции в разработке и принимать участие в обсуждении их целесообразности. Таким образом, сообщество превратится в полноценного участника развития проекта, а не отстранённого наблюдателя, как было до сих пор. Со временем планируется открыть доступ и к системе отслеживания ошибок. В настоящее время информация о проблемах в Parallels Cloud Server обрабатывается в системе на базе JIRA, а OpenVZ в Bugzilla. Им на смену придёт единая унифицированная система, принцип организации доступа к которой будет напоминать системы отслеживания ошибок Red Hat  и других поставщиков Linux-решений - доступ будет ограничен только для небольшой части проблем, связанных с ещё не исправленными уязвимостями. URL: http://openvz.livejournal.com/49158.html Новость: http://www.opennet.dev/opennews/art.shtml?num=41350
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Sluggard (ok), 27-Дек-14, 10:08	+/–
Чего это они вдруг? Да ещё через 9 лет. Хотя лучше поздно, чем никогда, да?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #8, #26

2. Сообщение от HarikSu (?), 27-Дек-14, 10:27	+/–
Ядро OpenVZ не поддерживает Systemd. "Семейство" Red Hat плотно сидит на поделии Поттеринга, остальные тоже тихо переползают (к примеру Debian, который использует куча хостинг провайдеров). Соответственно, для контейнерной виртуализации в ближайшем будущем OpenVZ будет подходить мало. Надо же было что-то делать спасать потенциальную клиентуру.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #4, #6, #11, #17, #25

3. Сообщение от анонко (?), 27-Дек-14, 10:38	+3 +/–
>объединяются О, это такая редкость в мире опенсорса. Уважуха.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #32

4. Сообщение от Sluggard (ok), 27-Дек-14, 11:33	+/–
А-а-а, то есть альтруизмом, проснувшейся совестью и т.д. тут и не пахнет? )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #23

5. Сообщение от andy (??), 27-Дек-14, 11:44	+4 +/–
> Подобный шаг будет выгоден для пользователей открытого OpenVZ, так как они > получат более качественно протестированный код и дополнительные функциональные > возможности. Может быть пользователи Virtuozzo получат более качественно протестированный код?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14

6. Сообщение от рожатель_кирпичек (?), 27-Дек-14, 12:12	–1 +/–
> Ядро OpenVZ не поддерживает Systemd. "Семейство" Red Hat плотно сидит на поделии > Поттеринга, остальные тоже тихо переползают (к примеру Debian, который использует куча > хостинг провайдеров). Соответственно, для контейнерной виртуализации в ближайшем будущем > OpenVZ будет подходить мало. Надо же было что-то делать спасать потенциальную > клиентуру. Ыксперт-Оналитег опеннете в действии
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #28

7. Сообщение от anonymous (??), 27-Дек-14, 13:27	+1 +/–
Видимо, вчера от сообщества был получен первый полезный коммит, который захотелось включить в общую ветку
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #45

8. Сообщение от depeche (??), 27-Дек-14, 13:28	+1 +/–
Я думаю что тут дела еще и в конкуренции. LXC, Docker, bla. А в выигрыше обычно то что работает с дефолтным ядром, в мейнлайне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #9

9. Сообщение от Аноним (-), 27-Дек-14, 13:43	+1 +/–
Весьма странно называть докер, предпочитающих в качестве graph-драйвера aufs, работающим с мейнлайновым     ядром.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #16

10. Сообщение от Michael Shigorin (ok), 27-Дек-14, 14:29	+/–
Назрело.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21

11. Сообщение от SunXE (ok), 27-Дек-14, 14:42	+/–
так и есть, появились docker, комюнити coreos пилят rocket, разработчики systemd пилят свою контейнеризацию. Для поддержания интереса к своему продукту, нужно что-то делать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #19, #33

12. Сообщение от iZEN (ok), 27-Дек-14, 14:53	–3 +/–
Новость всего лишь о намерении. То есть ни о чём.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22

13. Сообщение от Pavel Odintsov (?), 27-Дек-14, 15:05	+1 +/–
Коммиты им много раз высылались, но почти никогда не принимались. У меня есть несколько штук - для vzctl reinstall, для поддержки openvswitch. Но их уже долгое время никто не мержит :(
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

14. Сообщение от Pavel Odintsov (?), 27-Дек-14, 15:06	+1 +/–
>> Подобный шаг будет выгоден для пользователей открытого OpenVZ, так как они >> получат более качественно протестированный код и дополнительные функциональные > возможности. > Может быть пользователи Virtuozzo получат более качественно > протестированный код? Да, именно так. У меня в свое время было 50/50 - PCS/OpenVZ на сотнях нод и практика показала, что OpenVZ в десятки раз надежнее и предсказуемее работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

15. Сообщение от Pavel Odintsov (?), 27-Дек-14, 15:07	+/–
>>объединяются > О, это такая редкость в мире опенсорса. Уважуха. Да, эта новость просто made my day :) Просто потрясающе!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

16. Сообщение от Pavel Odintsov (?), 27-Дек-14, 15:10	+/–
> Весьма странно называть докер, предпочитающих в качестве graph-драйвера aufs, работающим > с мейнлайновым  ядром. Инженеры Parallels уже очень давно работают над интегарцией Docker и OpenVZ/Containers: https://github.com/docker/libcontainer/pulls и фильтруйте по avagin - это один из инженеров ||, который работает над проектом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

17. Сообщение от Pavel Odintsov (?), 27-Дек-14, 15:12	+/–
> Ядро OpenVZ не поддерживает Systemd. "Семейство" Red Hat плотно сидит на поделии > Поттеринга, остальные тоже тихо переползают (к примеру Debian, который использует куча > хостинг провайдеров). Соответственно, для контейнерной виртуализации в ближайшем будущем > OpenVZ будет подходить мало. Надо же было что-то делать спасать потенциальную > клиентуру. OpenVZ поддерживает systemd внутри контейнеров уже более полугода, с самого релиза Fedora/CentOS 7 c systemd. А то, что стоит на ноде - не так важно, там может быть и Debian 7 и CentOS 6.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #18

18. Сообщение от Michael Shigorin (ok), 27-Дек-14, 15:18	–3 +/–
> А то, что стоит на ноде - не так важно, там может быть и Debian 7 и CentOS 6. Хозяйке на заметку: http://altlinux.org/starterkits#server
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #20, #51

19. Сообщение от Pavel Odintsov (?), 27-Дек-14, 15:18	+1 +/–
> так и есть, появились docker, комюнити coreos пилят rocket, разработчики systemd пилят > свою контейнеризацию. > Для поддержания интереса к своему продукту, нужно что-то делать. Апстримная контейнеризация она одна на всех. Никто своей не пилит. Docker/Rocket/LXC - это лишь рулилки ядром из юзерспейса, не более, не менее. А-ля веб-морды. Сама суть внутри. Но, стоит отметить, что более изолированные конетйнеры предоставляется только OpenVZ/PCS/Virtuozzo (ядро у них идентичное) и как раз поддержки этих самых контейнеров у Docker/Rocket и прочих пока нету, а хотелось бы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

20. Сообщение от Pavel Odintsov (?), 27-Дек-14, 15:20	+1 +/–
>> А то, что стоит на ноде - не так важно, там может быть и Debian 7 и CentOS 6. > Хозяйке на заметку: http://altlinux.org/starterkits#server Неплохо! Но я вообще подумываю отказаться от дистрибутива на ноде как такового. CoreOS в этом плане гениален. От ноды ничего не требуется, кроме запуска контейнеров/цепляния стораджа, а все это можно забить в PXE.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #24, #27

21. Сообщение от Pavel Odintsov (?), 27-Дек-14, 15:21	+1 +/–
> Назрело. Угу, проект OpenVZ (я про юзерспейс) в полудохлом состоянии последние пару лет и я искренне боялся, что на него забьют вообще. Если vzctl можно хоть как-то повторить самому, то ploop - дико сложная система (впрочем, как и почти любая другая ФС).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #29

22. Сообщение от Pavel Odintsov (?), 27-Дек-14, 15:23	+/–
> Новость всего лишь о намерении. То есть ни о чём. Поцаны словами не бросаются :) Теперь сообщество с них не слезет, если "забудут" :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #30

23. Сообщение от Pavel Odintsov (?), 27-Дек-14, 15:28	–2 +/–
> А-а-а, то есть альтруизмом, проснувшейся совестью и т.д. тут и не пахнет? > ) Не мой взгляд, продавать "гипервизор" в 21м веке - задача весьма странная на фоне действий других игроков рынка. VmWare ESXi - гипервизор бесплатен XenServer - гипервизор бесплатен Microsoft Hyper-V - гипервизор бесплатен Parallels Cloud Server/Virtuozzo - гипервизор (я про контейнерный движок) платен! А теперь PCS/Virtuozzo встает с общий ряд с ними и дает основной функционал бесплатно, а дополнительный - бэкапы, облачное хранилище, управление облаком - платно. Логичный путь и очень выгодный сообществу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #68, #69, #94

24. Сообщение от Michael Shigorin (ok), 27-Дек-14, 15:40	–2 +/–
> Неплохо! Но я вообще подумываю отказаться от дистрибутива на ноде как такового. > CoreOS в этом плане гениален. От ноды ничего не требуется, кроме > запуска контейнеров/цепляния стораджа, а все это можно забить в PXE. Да можно и в PXE, было бы желание.  Если хотите, давайте попробуем сообразить и сделать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #36

25. Сообщение от Кир (?), 27-Дек-14, 16:16	+3 +/–
Неправда ваша. Зачем утверждать то, чего не знаете или не понимаете? Текущее ядро опенвз позволяет запускать в контейнерах дистрибутивы с системд, например последние Федоры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

26. Сообщение от AlexAT (ok), 27-Дек-14, 16:52	–3 +/–
Ну как чего... LXC слегка наступают на пятки, и дальше закрывать код стало бессмысленно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #35, #37, #53

27. Сообщение от EHLO (?), 27-Дек-14, 17:05	+/–
>От ноды ничего не требуется, кроме запуска контейнеров/цепляния стораджа А от гостя тоже ничего не требуется кроме запуска приложения... Казалось бы. Но практика показывает, что на данный момент намного комфортнее рулить из полноценной операционки полноценной операционкой(пусть минималистичной, но полноценной). И как ни парадоксально может показаться, нормальный дистрибутив работает значительно стабильнее и предсказуемее, чем обмылок наподобие ESXi. Это наблюдение касается гипервизоров и виртуалок, но уверен что с контейнерами все аналогично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #43

28. Сообщение от Аноним (-), 27-Дек-14, 17:15	+/–
Такой же путь был у них при открытии OpenVZ - только тогда они не поддерживали udev. комьюнити им дописало. Но что бы не иметь проблем с лицензией патч был отвернут и ровно такой же был написан сотрудником тогда еще swsoft. хотя какие проблемы с лицензией могут быть при использовании ядра linux? не верите? поднимите архивы их форума.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #54

29. Сообщение от Аноним (-), 27-Дек-14, 17:23	+/–
>> Назрело. > Угу, проект OpenVZ (я про юзерспейс) в полудохлом состоянии последние пару лет > и я искренне боялся, что на него забьют вообще. Если vzctl > можно хоть как-то повторить самому, то ploop - дико сложная система > (впрочем, как и почти любая другая ФС). ploop вещь простая - ram fs - еще проще :-) так что не надо тут.. Лучше скажите почему swsoft отказался интегрировать в свои утилиты учет трафиком? Хотя патчи ходят по форуму уже лет 5. со слов dev@swsoft это выходит за пределы разрешенного открытой версии. Правда что ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #40

30. Сообщение от Аноним (-), 27-Дек-14, 17:24	–1 +/–
>> Новость всего лишь о намерении. То есть ни о чём. > Поцаны словами не бросаются :) Теперь сообщество с них не слезет, если > "забудут" >  :) пацаны долго закрывали патчи на ядро (начиная с 2.4.20 а открытая версия с 2.6.32). где было это сообщество ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #39

31. Сообщение от Аноним (-), 27-Дек-14, 18:07	+/–
У них типо проблемы начались с Parallels Cloud Server или что, кто за новостями следит, кто в курсах? Да и востребованность OpenVZ явно падает.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38

32. Сообщение от Аноним (-), 27-Дек-14, 18:09	+/–
Вы о чём, вы понимаете что происходит вообще?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #63

33. Сообщение от Аноним (-), 27-Дек-14, 18:33	+2 +/–
полят-попилят, выпилить не могут. а Openvz уже здесь и уже работает, причем на порядок проще и удобнее чем все те недопилки вместе взятые.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #42

34. Сообщение от Аноним (-), 27-Дек-14, 18:44	+1 +/–
Вот список: - https://archipelproject.org - cloudstack - coreos.com - eucalyptus - https://github.com/siemens/jailhouse - https://juju.ubuntu.com - https://maas.ubuntu.com - opennebula - openstack - proxmox - smartos.org - webvirtmgr ( https://github.com/retspen/webvirtmgr/wiki/Screenshots ) Какие вы еще хорошие решения знаете?
Ответить | Правка | Наверх | Cообщить модератору

35. Сообщение от Аноним (-), 27-Дек-14, 18:52	+/–
Гы, смешно. Если учесть что в lxc они же много тащили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

36. Сообщение от Pavel Odintsov (?), 27-Дек-14, 19:28	+2 +/–
Да честно говоря, мне кажется, нет смысла что-либо делать пока. Я хочу дождаться RHEL7 ядра от OpenVZ, котором научится systemd, а потом взять CoreOS, заменить ядро и водрузить Rocket для менеджмента, тогда все и сойдется :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

37. Сообщение от Pavel Odintsov (?), 27-Дек-14, 19:29	+1 +/–
> Ну как чего... LXC слегка наступают на пятки, и дальше закрывать код > стало бессмысленно. Алекс, LXC - это управление, а код в ядре - Linux Container. Который процентов на 30-40 написан сотрудниками Parallels и отправлен в апстрим. Как они могут конкурировать-то?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #41

38. Сообщение от Pavel Odintsov (?), 27-Дек-14, 19:30	+/–
> У них типо проблемы начались с Parallels Cloud Server или что, кто > за новостями следит, кто в курсах? > Да и востребованность OpenVZ явно падает. Новостей о проблемах с PCS или падением востребованности OpenVZ я не наблюдал. А про OpenVZ наблюдаю скорее обратное - http://stats.openvz.org
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #52

39. Сообщение от Pavel Odintsov (?), 27-Дек-14, 19:32	+/–
>>> Новость всего лишь о намерении. То есть ни о чём. >> Поцаны словами не бросаются :) Теперь сообщество с них не слезет, если >> "забудут" >>  :) > пацаны долго закрывали патчи на ядро (начиная с 2.4.20 а открытая версия > с 2.6.32). где было это сообщество ? Закрывать патчи на ядро никто не запрещает, тем более патчи для 2/6/32 и 2/6/18 вполне доступны. Разве что они влиты в один патч по аналогии с тем, как поступает RedHat. Но код - открыт, берите, читайте, изучайте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #49

40. Сообщение от Pavel Odintsov (?), 27-Дек-14, 19:34	+1 +/–
>[оверквотинг удален] >> Угу, проект OpenVZ (я про юзерспейс) в полудохлом состоянии последние пару лет >> и я искренне боялся, что на него забьют вообще. Если vzctl >> можно хоть как-то повторить самому, то ploop - дико сложная система >> (впрочем, как и почти любая другая ФС). > ploop вещь простая - ram fs - еще проще :-) так что > не надо тут.. > Лучше скажите почему swsoft отказался интегрировать в свои утилиты учет трафиком? Хотя > патчи ходят по форуму уже лет 5. со слов dev@swsoft это > выходит за пределы разрешенного открытой версии. > Правда что ли? Если Вы считаете, что ploop - простой, то я бы хотел увидеть его портинг в апстрим, это именно то, что сейчас нужно очень многим. Управление трафиком там есть, если хочется шейпер, что на OpenVZ, что на PCS, пожалуйста: https://github.com/FastVPSEestiOu/openvz-network-shaper - работает в продакшене уже годы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #47

41. Сообщение от AlexAT (ok), 27-Дек-14, 19:35	+/–
> Алекс, LXC - это управление, а код в ядре - Linux Container. Не вижу противоречия. LXC - это управление, PCS - в основном тоже, плюс кое-какие ядерные наработки... А ядерный код OVZ и так открыт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #44

42. Сообщение от Pavel Odintsov (?), 27-Дек-14, 19:35	+/–
> полят-попилят, выпилить не могут. а Openvz уже здесь и уже работает, причем > на порядок проще и удобнее чем все те недопилки вместе взятые. Да, апстримные контейнеры по изоляции сливают OpenVZ, но из-за дикой старости ядра - в целом тоже сливают апстриму, но уже по производительности :) Так что сложный вопрос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

43. Сообщение от Pavel Odintsov (?), 27-Дек-14, 19:37	+/–
>>От ноды ничего не требуется, кроме запуска контейнеров/цепляния стораджа > А от гостя тоже ничего не требуется кроме запуска приложения... Казалось бы. > Но практика показывает, что на данный момент намного комфортнее рулить из полноценной > операционки полноценной операционкой(пусть минималистичной, но полноценной). И как ни > парадоксально может показаться, нормальный дистрибутив работает значительно стабильнее > и предсказуемее, чем обмылок наподобие ESXi. Это наблюдение касается гипервизоров и > виртуалок, но уверен что с контейнерами все аналогично. У меня обратная ситуация, а от дистрибутива, пока он был центос 5 - были лишь проблемы :) И если бы дистрибутив менялся в два клика - эксплуатация сотен ферм была бы решительно проще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #50

44. Сообщение от Pavel Odintsov (?), 27-Дек-14, 19:38	+/–
>> Алекс, LXC - это управление, а код в ядре - Linux Container. > Не вижу противоречия. LXC - это управление, PCS - в основном тоже, > плюс кое-какие ядерные наработки... А ядерный код OVZ и так открыт. Ну PCS - это куча закрытого юзерспейса + опенвз ядро + закрытые ядерные модули. Так что в общем-то да, разработка ядра станет лишь открытее и все. А вот с юзерспейсом - что будет вопрос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

45. Сообщение от AlexAT (ok), 27-Дек-14, 19:40	+/–
> Видимо, вчера от сообщества был получен первый полезный коммит, который захотелось включить в общую ветку На самом деле всё может быть просто и банально. Надо только узнать, кто был основным спонсором закрытой разработки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #58

47. Сообщение от Аноним (-), 27-Дек-14, 19:48	+/–
> Если Вы считаете, что ploop - простой, то я бы хотел увидеть его портинг в апстрим, это именно то, что сейчас нужно очень многим. Сколько пива выставите ?:) он реально простой - это же блочное устройство - а не FS. Портирование можно сделать за неделю - было бы желание и свободное время. управление трафиком в vzctl? или сторонними тулзами? я вообще о патче на vzctl и шеловый скрипт который они используют для поднятия сети. Кстати - баг с 2мя сетевками на OpenVZ хосте они починили - когда arp -s pub ставился не на тот адаптер ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #62

48. Сообщение от Ананим1 (?), 27-Дек-14, 19:50	–1 +/–
Как обновить ОС template?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #55, #61

49. Сообщение от Аноним (-), 27-Дек-14, 19:50	–1 +/–
>>>> Новость всего лишь о намерении. То есть ни о чём. >>> Поцаны словами не бросаются :) Теперь сообщество с них не слезет, если >>> "забудут" >>>  :) >> пацаны долго закрывали патчи на ядро (начиная с 2.4.20 а открытая версия >> с 2.6.32). где было это сообщество ? > Закрывать патчи на ядро никто не запрещает, тем более патчи для 2/6/32 > и 2/6/18 вполне доступны. Разве что они влиты в один патч > по аналогии с тем, как поступает RedHat. Но код - открыт, > берите, читайте, изучайте. То есть распространять продукт на базе linux kernel без раскрытия исходников можно ? и даже не нарушать GPL ? а как с тем что когда их просили предоставить исходники посылали лесом. А когда человек раскрыл их старый код на базе 2.4.20 - ему грозили всякими карами и судом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #59

50. Сообщение от EHLO (?), 27-Дек-14, 20:07	+/–
>>>От ноды ничего не требуется, кроме запуска контейнеров/цепляния стораджа >> А от гостя тоже ничего не требуется кроме запуска приложения... Казалось бы. >> Но практика показывает, что на данный момент намного комфортнее рулить из полноценной >> операционки полноценной операционкой(пусть минималистичной, но полноценной). И как ни >> парадоксально может показаться, нормальный дистрибутив работает значительно стабильнее >> и предсказуемее, чем обмылок наподобие ESXi. Это наблюдение касается гипервизоров и >> виртуалок, но уверен что с контейнерами все аналогично. > У меня обратная ситуация, а от дистрибутива, пока он был центос 5 > - были лишь проблемы :) какие? > И если бы дистрибутив менялся в > два клика Да было бы хорошо, если бы была кнопка "сделать хорошо". И почему ты думаешь, что нормальный дистр не может управляться двумя кликами из ЦУПа, а "голый" может? > - эксплуатация сотен ферм была бы решительно проще. Предпочитаю говорить предметно. Маркетинговые спичи про облака над Сколково не впечатляют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #56

51. Сообщение от Укроп (?), 27-Дек-14, 21:24	+/–
Не подходит как "Bare Metal"  решение
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #57

52. Сообщение от Аноним (-), 27-Дек-14, 22:48	+1 +/–
Вы даёте ссылку на сайт OpenVZ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #60

53. Сообщение от Аноним (-), 27-Дек-14, 22:57	+/–
LXC наступает на пятки? Лол, 90% кода LXC это и есть OpenVZ патчи
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

54. Сообщение от Michael Shigorin (ok), 27-Дек-14, 23:18	+/–
> Но что бы не иметь проблем с лицензией патч был отвернут и ровно такой же > был написан сотрудником тогда еще swsoft. Очевидно, не "с лицензией", а чтоб иметь авторские права.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #87

55. Сообщение от Michael Shigorin (ok), 27-Дек-14, 23:25	+/–
> Как обновить ОС template? 1) собрать начисто (я так делаю при помощи altlinux.org/m-p); 2) распаковать рутом, сделать chroot внутрь, обновить пакеты*, выйти, запаковать. * может понадобиться либо настройка резолвера, либо указание источников по ip-адресу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

56. Сообщение от Pavel Odintsov (?), 28-Дек-14, 01:30	+1 +/–
>[оверквотинг удален] >> У меня обратная ситуация, а от дистрибутива, пока он был центос 5 >> - были лишь проблемы :) > какие? >> И если бы дистрибутив менялся в >> два клика > Да было бы хорошо, если бы была кнопка "сделать хорошо". И почему > ты думаешь, что нормальный дистр не может управляться двумя кликами из > ЦУПа, а "голый" может? >> - эксплуатация сотен ферм была бы решительно проще. > Предпочитаю говорить предметно. Маркетинговые спичи про облака над Сколково не впечатляют. Ну а что предметно - вот у вас 50 нод на CentOS 5 + OpenVZ 2.6.32 (да, был апгрейд с 2.6.18). CentOS 5 скоро пойдет в EOL и вообще неюзабелен (Python 2.4? Доисторический Ruby. libstdc++ лохматой версии) и как обновиться без даунтайма контейнеров? А если /vz не вынесен в отдельный раздел? А каков шанс, что после предложенного шаманства все не сдохнет? А в случае дистрибутива стянутого с PXE, все что потребуется на новое ядро и юзерспейс - ребут и все! По-моему, зачетно :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #64, #84

57. Сообщение от Pavel Odintsov (?), 28-Дек-14, 01:31	+/–
> Не подходит как "Bare Metal"  решение К слову, в PCS есть полноценный гипервизор, но его вряд ли будут открывать :) Хотя судя по ценам на него (сущие копейки за VM) - его, к сожалению, никто и не покупал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

58. Сообщение от Pavel Odintsov (?), 28-Дек-14, 01:34	+/–
>> Видимо, вчера от сообщества был получен первый полезный коммит, который захотелось включить в общую ветку > На самом деле всё может быть просто и банально. Надо только узнать, > кто был основным спонсором закрытой разработки. Любые платные разработки в тот же OpenVZ заказываемые в Parallels всегда выкладывались в полной мере в открытый код на git.openvz.org :) Но вопрос в том, что делали эти доработки сотрудники же ||. А вот случаев приема откровенно внешнего кода в проект я не видел ни разу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #96

59. Сообщение от Pavel Odintsov (?), 28-Дек-14, 01:36	+/–
>[оверквотинг удален] >>> с 2.6.32). где было это сообщество ? >> Закрывать патчи на ядро никто не запрещает, тем более патчи для 2/6/32 >> и 2/6/18 вполне доступны. Разве что они влиты в один патч >> по аналогии с тем, как поступает RedHat. Но код - открыт, >> берите, читайте, изучайте. > То есть распространять продукт на базе linux kernel без раскрытия исходников можно > ? и даже не нарушать GPL ? > а как с тем что когда их просили предоставить исходники посылали лесом. > А когда человек раскрыл их старый код на базе 2.4.20 - ему > грозили всякими карами и судом. "То есть распространять продукт на базе linux kernel без раскрытия исходников можно ? и даже не нарушать GPL ?" - про какие времена Вы говорите? 2.6.18 - код был всегда. 2.6.32 - код был всегда. Что-то раньше, боюсь, я просто не застал, я не такой старый :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #89

60. Сообщение от Pavel Odintsov (?), 28-Дек-14, 01:38	+/–
> Вы даёте ссылку на сайт OpenVZ... Эта статистика собирается простым баш скриптом в vzctl зависимостях, так что не вижу смысла ей не верить. Да и только у наших клиентов порядка сотен 5 инсталляций OpenVZ на железе, так что я думаю - весьма внушительная цифра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #66

61. Сообщение от Pavel Odintsov (?), 28-Дек-14, 01:40	+/–
> Как обновить ОС template? Ровно также как и отдельно стоящую ОС: yum update/apt-get update; apt-get upgrade; А вот при апдейтах с одной ветки дистрибутива на другую стоит быть готовым написать в поддержку. Например, при обновлении с Debian 6 на Debian 7 меняется система инициализации и если воткнуть обычный апстарт - все рухнет и придется писать хостеру. Тоже самое касается имени шаблона ос - если центос 6 обновить, например, на 7ку в контейнере, то она тупо не запустится, ибо sysv init заменили на systemd и OpenVZ должен знать, что ostemplate поменялся и надо дергать иные скрипт. Надо бы сформулировать это как фичриквест в опенвз, что-то типа синхронизации ostemplate с тем, что реально стоит внутри контейнера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #65

62. Сообщение от Pavel Odintsov (?), 28-Дек-14, 01:44	+/–
>> Если Вы считаете, что ploop - простой, то я бы хотел увидеть его портинг в апстрим, это именно то, что сейчас нужно очень многим. > Сколько пива выставите ?:) он реально простой - это же блочное устройство > - а не FS. > Портирование можно сделать за неделю - было бы желание и свободное время. А как быть с юзерспейсом ploop? vzctl compact научить сжимать ext4 в случае развесистой метадаты - еще то развлечение,  || эту фичу уже год обещает и постоянно откладывает :/ Да и когда речь идет про все связанное с хранением - надо иметь полные покрывающие тесты. У || они есть, а у нас, увы, нету, что приводит к тому, что их надо написать и досконально понимать что и когда может произойти. Кроме этого, из сложностей ploop - собственный фреймворк для записи данных на диск в обход page cache - это еще то развлечение, можете полистать код, там много и забористо. > управление трафиком в vzctl? или сторонними тулзами? я вообще о патче на > vzctl и шеловый скрипт который они используют для поднятия сети. > Кстати - баг с 2мя сетевками на OpenVZ хосте они починили - > когда arp -s pub ставился не на тот адаптер ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #88, #103

63. Сообщение от Pavel Odintsov (?), 28-Дек-14, 01:46	–1 +/–
> Вы о чём, вы понимаете что происходит вообще? Крутой известный и популярный проект переходит на открытую модель разработки - вся суть новости :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #102

64. Сообщение от EHLO (?), 28-Дек-14, 02:34	+1 +/–
> Ну а что предметно - вот у вас 50 нод на CentOS > 5 + OpenVZ 2.6.32 (да, был апгрейд с 2.6.18). CentOS 5 > скоро пойдет в EOL и вообще неюзабелен (Python 2.4? Доисторический Ruby. > libstdc++ лохматой версии) и как обновиться без даунтайма контейнеров? А если > /vz не вынесен в отдельный раздел? А каков шанс, что после > предложенного шаманства все не сдохнет? Если чисто умозрительно заменить CentOS 5 на ESX 3.5 или CoreOS, картина станет только печальнее. Каким образом использование специализированного дистрибутива с урезанным и нестандартным инструментарием должно решить проблему EOL + ССЗБ? ) PS: Решить наверно можно если пофантазировать: реплицировать контейнеры, или mount --bind. > А в случае дистрибутива стянутого с PXE, все что потребуется на новое > ядро и юзерспейс - ребут и все! По-моему, зачетно :) Это тоже другой вопрос. Так можно загружать и любой самый обычный дистрибутив. Не готов обсуждать все плюсы и минусы, только замечу, что PXE сократит трудочасы, но не даунтайм. PS: >А каков шанс, что после предложенного шаманства все не сдохнет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #82

65. Сообщение от angra (ok), 28-Дек-14, 04:29	+1 +/–
>> Как обновить ОС template? > Ровно также как и отдельно стоящую ОС: yum update/apt-get update; apt-get upgrade; Плюс еще куча дополнительных телодвижений. Если мы конечно хотим получить нормальный template, а не просто обновить ОС в отдельном контейнере.   > готовым написать в поддержку. Например, при обновлении с Debian 6 на > Debian 7 меняется система инициализации и если воткнуть обычный апстарт - > все рухнет и придется писать хостеру. Мне кажется, что ты путаешь Debian с RHEL/Centos и Ubuntu. В wheezy(7) и squeeze(6) одна и та же система инициализации - sysvinit. Вот в jessie(8) планируется уже смена на systemd. А upstart вообще в ubuntu.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #70

66. Сообщение от Аноним (-), 28-Дек-14, 08:45	–2 +/–
А Вы в OpenVZ работаете? А я вижу смысл не верить, ни одна компания не признается, что у неё начались проблемы, иначе ситация станет ещё хуже, они будут врать, что угодно и рисовать графики, какие нужно. У OpenVZ 500 клиентов, вы поняли, да? Уходим на Docker, котаны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #67, #86

67. Сообщение от Pavel Odintsov (?), 28-Дек-14, 11:00	+/–
Я не работаю в ||, ни в OpenVZ. Я говорю лишь о числе серверов на ovz, у меня как у оператора Дата Центра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

68. Сообщение от Я поражён (?), 28-Дек-14, 11:35	–6 +/–
XenServer - гипервизор бесплатен.. — ДА НУ???????? :) :) :) :) :) :) :) :) :) :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #71, #72

69. Сообщение от Я поражён (?), 28-Дек-14, 11:36	–4 +/–
Microsoft Hyper-V - гипервизор бесплатен... — для покупателей лицензии ВынСёрвер? Чем ты болен, пацан? У тебя ДЦП? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #73

70. Сообщение от Pavel Odintsov (?), 28-Дек-14, 11:55	+/–
>[оверквотинг удален] >> Ровно также как и отдельно стоящую ОС: yum update/apt-get update; apt-get upgrade; > Плюс еще куча дополнительных телодвижений. Если мы конечно хотим получить нормальный template, > а не просто обновить ОС в отдельном контейнере. >> готовым написать в поддержку. Например, при обновлении с Debian 6 на >> Debian 7 меняется система инициализации и если воткнуть обычный апстарт - >> все рухнет и придется писать хостеру. > Мне кажется, что ты путаешь Debian с RHEL/Centos и Ubuntu. В wheezy(7) > и squeeze(6) одна и та же система инициализации - sysvinit. Вот > в jessie(8) планируется уже смена на systemd. А upstart вообще в > ubuntu. Там немного хитрее все, вот посмотрите: https://bugzilla.openvz.org/show_bug.cgi?id=2647
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #77

71. Сообщение от Pavel Odintsov (?), 28-Дек-14, 12:04	+/–
> XenServer - гипервизор бесплатен.. — ДА НУ???????? :) :) :) :) :) > :) :) :) :) :) XenServer free edition - этого мало? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

72. Сообщение от AlexAT (ok), 28-Дек-14, 12:07	+4 +/–
> XenServer - гипервизор бесплатен.. — ДА НУ???????? :) :) :) :) :) > :) :) :) :) :) Не только бесплатен, но и практически с полным открытым кодом. С шестой версии начиная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #75

73. Сообщение от Pavel Odintsov (?), 28-Дек-14, 12:10	–1 +/–
> Microsoft Hyper-V - гипервизор бесплатен... — для покупателей лицензии ВынСёрвер? > Чем ты болен, пацан? > У тебя Ну почитайте что ли: http://www.osp.ru/win2000/2014/01/13039204/ ставьте линуксы и все будет бесплатно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #74, #76

74. Сообщение от Pahanivo (ok), 28-Дек-14, 13:16	+1 +/–
Там где есть MS не бывает бесплатно - очередная наживка не иначе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #83, #92

75. Сообщение от Я поражён (?), 28-Дек-14, 13:26	–7 +/–
Пруфлинк будет? Моя организация БЫЛА ВЫНУЖДЕНА СНЕСТИ XenServer из-за НЕПОМЕРНЫХ денежных требований к Citrix Receiver
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #78, #79, #93

76. Сообщение от Я поражён (?), 28-Дек-14, 13:28	–3 +/–
>> Microsoft Hyper-V - гипервизор бесплатен... — для покупателей лицензии ВынСёрвер? >> Чем ты болен, пацан? >> У тебя > Ну почитайте что ли: http://www.osp.ru/win2000/2014/01/13039204/ ставьте линуксы и все > будет бесплатно. Чюкча не читатель. Чюкча пользователь. Почитайте этикету в своих трусах :) Я имею дело с конкретными денежными требованиями поставщиков решений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

77. Сообщение от angra (ok), 28-Дек-14, 13:56	+1 +/–
Посмотрел. Кто-то "умный" собрал шаблон беты debian 7 с upstart вместо дефолтного sysvinit. При обновлении этого чуда произошел закономерный факап. С обновлением с debian 6 до debian 7 это не связано никак. Мне неоднократно приходилось успешно обновлять squeeze до wheezy в контейнерах без доступа к хардварной ноде. Проблемы были, но совсем не того плана.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #81

78. Сообщение от AlexAT (ok), 28-Дек-14, 14:54	+4 +/–
> Пруфлинк будет? http://xenserver.org/overview-xenserver-open-source-virtuali... https://github.com/xenserver И совершенно не понимаю, при чём тут Citrix Receiver, если речь о гипервизоре и управлении к нему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

79. Сообщение от 530 (?), 28-Дек-14, 15:05	+2 +/–
Так Вы ещё и слепец, не читал но осуждаю ))) Ресивер это клиент для продуктов XenApp (Presentation server) XenServer мало того что бесплатен, но ещё и открытым исходным кодом, да и нет в нём ни каких (кроме архитектурных) ограничений в отличии от бесплатных VMWare и Hyper-V
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

81. Сообщение от Pavel Odintsov (?), 28-Дек-14, 16:15	+/–
> Посмотрел. Кто-то "умный" собрал шаблон беты debian 7 с upstart вместо дефолтного > sysvinit. При обновлении этого чуда произошел закономерный факап. С обновлением с > debian 6 до debian 7 это не связано никак. > Мне неоднократно приходилось успешно обновлять squeeze до wheezy в контейнерах без доступа > к хардварной ноде. Проблемы были, но совсем не того плана. Это стандартный имадж из dowload.openvz.org. Но это баг апдейтера в той же степени - зачем он меняется SYSInit - неизвестно. Вдруг я осознанно хочу свой "любимый" upstart?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #85, #91

82. Сообщение от Pavel Odintsov (?), 28-Дек-14, 16:17	+/–
>[оверквотинг удален] > Каким образом использование специализированного дистрибутива с урезанным и нестандартным > инструментарием должно решить проблему EOL + ССЗБ? ) > PS: Решить наверно можно если пофантазировать: реплицировать контейнеры, или mount --bind. >> А в случае дистрибутива стянутого с PXE, все что потребуется на новое >> ядро и юзерспейс - ребут и все! По-моему, зачетно :) > Это тоже другой вопрос. Так можно загружать и любой самый обычный дистрибутив. > Не готов обсуждать все плюсы и минусы, только замечу, что PXE > сократит трудочасы, но не даунтайм. > PS: >>А каков шанс, что после предложенного шаманства все не сдохнет? Тут шансы зависят только от моей кривости рук и только :) Каждый выбирает что удобно ему, мне мой вариант видится более удобным, когда диски вообще пусты и вся конфигурация фермы хранится на сервере конфигурации и получается машиной по сети. А на системе хранения данные только клиентов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

83. Сообщение от Pavel Odintsov (?), 28-Дек-14, 16:18	+1 +/–
> Там где есть MS не бывает бесплатно - очередная наживка не иначе. Вы так говорите, как будто я рекомендую поделку мелкомягких =) Если так показалось - сильно извиняюсь, я радикально против использования закрытых огороженных аналогов, которые легко и непринужденно могут стать платными либо вообще перестать быть :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

84. Сообщение от Michael Shigorin (ok), 28-Дек-14, 20:30	+/–
> Ну а что предметно - вот у вас 50 нод на CentOS 5 + OpenVZ 2.6.32 [...] > и как обновиться без даунтайма контейнеров? Возможно, с промежуточной их миграцией, если поставлена задача предельной минимизации.  Но я такое не делал, только видел фокус в руках Кирилла во время его доклада в Обнинске. > А если /vz не вынесен в отдельный раздел? Возможно, есть смысл в финте ушами с созданием отдельного на этот раз корня (если есть возможность -- впрочем, диски времён centos5, т.е. старше трёх лет, всяко в группе риска) и страховочного симлинка, который в текущей системе выглядит как /vz/vz -> . (иначе придётся сразу mv, а это более чревато). > А каков шанс, что после предложенного шаманства все не сдохнет? На это должно давать ответ стендовое тестирование.  Но гарантию не даст и оно. > А в случае дистрибутива стянутого с PXE, все что потребуется на новое > ядро и юзерспейс - ребут и все! По-моему, зачетно :) Вот только "и всё" может включать "...сдохло" точно так же, а вся подготовительная работа из варианта "много на стенде и много по каждому узлу" превращается в вариант "очень много на стенде и чуточку по каждому узлу". Плюс работоспособность HN будет зависеть ещё и от того места, где лежит корень.  Это вполне нормально в ряде случаев, не знаю, как в этом конкретном -- опять же надо проверять год-другой, по-хорошему. PS: > мне мой вариант видится более удобным, когда диски вообще пусты и вся конфигурация > фермы хранится на сервере конфигурации и получается машиной по сети. А на системе > хранения данные только клиентов. Нечто подобное делали в рамках Clustrx в своё время, но там более чёткое разделение было -- вот здесь ферма управления, она грузится с локальных дисков, где мини-HN и по LXC-контейнерам распиханы сервисы (которые устанавливаются/конфигурируются/обновляются/удаляются из консоли управления кластером); а вот здесь бездисковые вычислительные узлы (либо дисковые, где весь диск отдан под своп для tmpfs).  Немного упрощаю, т.к. посреди ещё MM были для сетевой загрузки, но это уже издержки масштаба (~5000 узлов).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

85. Сообщение от Michael Shigorin (ok), 28-Дек-14, 20:38	+/–
> Это стандартный имадж из dowload.openvz.org. Ну расскажите по контакту там же, что он крив и лучше убрать (предъявив способ воспроизведения проблемы).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

86. Сообщение от Michael Shigorin (ok), 28-Дек-14, 21:27	+/–
> У OpenVZ 500 клиентов, вы поняли, да? > Уходим на Docker, котаны. 1) из пальца можно высосать и не такие "открытия"; 2) поищите docker cve; 3) нет, тоже не "в openvz".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

87. Сообщение от Аноним (-), 28-Дек-14, 22:53	+/–
патч под gpl, продукт под gpl - но таки не принимается :) с аргументацией - что тогда не сможем выпускать закрытые продукты. Таки лицензия виновата :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #90

88. Сообщение от Аноним (-), 28-Дек-14, 23:00	+/–
>>> Если Вы считаете, что ploop - простой, то я бы хотел увидеть его портинг в апстрим, это именно то, что сейчас нужно очень многим. >> Сколько пива выставите ?:) он реально простой - это же блочное устройство >> - а не FS. >> Портирование можно сделать за неделю - было бы желание и свободное время. > А как быть с юзерспейсом ploop? Юзер спейс ploop - это только монтирование/вытаскивание образа. что такое ext4 и вообще любая другая FS - ploop не знает. Еще раз подчеркну ploop это только блочное устройство. > vzctl compact научить сжимать ext4 в > случае развесистой метадаты - еще то развлечение,  || эту фичу > уже год обещает и постоянно откладывает :/ Учитывая кучу комитов от паралелс в ext4 для resize - можно предположить что это сделано на базе этой фичи. И она весьма не стабильна сейчас. Что в очередной раз поднимает вопрос о стабильности ext4. Родившейся из вполне понятного набора патчей одной конторы. > Да и когда речь > идет про все связанное с хранением - надо иметь полные покрывающие > тесты. У || они есть, а у нас, увы, нету, что > приводит к тому, что их надо написать и досконально понимать что > и когда может произойти. Зная как идет разработка внутри parallels - могу сказать что врядли у них есть тесты. Так же могу назвать стопку проблем с OpenVZ  которые не исправлены и существуют by design. Для затравки предложу подумать что будет если попытаться ограничить запись журнала в рамках iolimit. или что делать в случае NFS клиента (как известно сделаного в виде FSM) когда один или несколько процессов влетают в hard cpu limit. Можно еще вспомнить :) > Кроме этого, из сложностей ploop - собственный фреймворк для записи данных на > диск в обход page cache - это еще то развлечение, можете > полистать код, там много и забористо. Так просто как 2 копейки :-) полистайте код http://git.whamcloud.com/fs/lustre-release.git - там более не тривиальные вещи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

89. Сообщение от Аноним (-), 28-Дек-14, 23:03	+/–
> "То есть распространять продукт на базе linux kernel без раскрытия исходников можно > ? и даже не нарушать GPL ?" - про какие времена > Вы говорите? 2.6.18 - код был всегда. 2.6.32 - код был > всегда. Что-то раньше, боюсь, я просто не застал, я не такой > старый :) 2.4.20, 2.6.8. 2.6.18 появился весьма не сразу как был сделан. Я к сожалению сталкивался с этим почти с момента создания Virtuozzo.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

90. Сообщение от Michael Shigorin (ok), 28-Дек-14, 23:09	+/–
> Таки лицензия виновата :-) Учите матчасть -- нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #95

91. Сообщение от angra (ok), 29-Дек-14, 01:36	+/–
Почему у меня в стандартном образе debian 7 с dowload.openvz.org никакого upstart нет? Буквально вчера разворачивал несколько контейнеров и сразу же делал в них dist-upgrade. Ты хочешь убедить меня, что мне dowload.openvz.org тайно отгружает правильный образ, а тебе из вредности глючный? Это не баг апдейтера, а баг в ДНК того, кто собрал глючный образ, не понимая работу apt-get/aptitude.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #97

92. Сообщение от Аноним (-), 29-Дек-14, 01:56	+1 +/–
Ну серверную то ось купить придется :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

93. Сообщение от Аноним (-), 29-Дек-14, 01:58	+1 +/–
> Citrix Receiver А он в каком месте гипервизором является? Или вы читать не умеете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

94. Сообщение от Аноним (-), 29-Дек-14, 02:06	+/–
> Логичный путь и очень выгодный сообществу. Если уж они про сообщество, мне кажется что самым логичным было бы не брать какое-то левое ядро редхата, а втолкать патчи в майнлайн, а оттуда уже и редхат возьмет и кто там еще. А они могли бы вокруг этого поддержку оказывать и продавать всякие плюшки. Ну там энтерпрайзный управлятор/вебморду/консультации для энтерпрайзятников захотевших напирмер барыжить серверами на опенвз/экстренный трублешутинг/оптимизацию и прочее, например. В идеале это могло бы выглядеть как-то так: у них крутится репа типа vz-next, а при наступлении окна приема патчей - оттуда pull request в майнлайн. Ну то-есть как обычно у ядерщиков. Далее пока идет -rc, заинтересованные в технологии усиленно тестируют это у себя на конфигах. Ну и получают в очередном майнлайне то что натестировали, что вполне честно :). А возякаться с левыми ядрами - это гемор и прошлый век, господа. Если на то пошло - KVM например не требует кастомных ядер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #100

95. Сообщение от Аноним (-), 29-Дек-14, 07:22	+/–
были бы там bsdl этих проблем не было :) а так обычная жаба пропринетарщиков открывать свое и бояться что кто-то сделает на базе этого лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #99

96. Сообщение от Аноним (-), 29-Дек-14, 07:23	+/–
>>> Видимо, вчера от сообщества был получен первый полезный коммит, который захотелось включить в общую ветку >> На самом деле всё может быть просто и банально. Надо только узнать, >> кто был основным спонсором закрытой разработки. > Любые платные разработки в тот же OpenVZ заказываемые в Parallels всегда выкладывались > в полной мере в открытый код на git.openvz.org :) Но вопрос > в том, что делали эти доработки сотрудники же ||. А вот > случаев приема откровенно внешнего кода в проект я не видел ни > разу. да? напомните когда был открыт vziolimits? а когда он реально был сделан.. ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

97. Сообщение от Pavel Odintsov (?), 29-Дек-14, 10:57	+/–
Если Вы так уверены в своей правоте, то чего на форуме пишете? Тут подразумевается, что могут быть версии. А Вы искренне уверены в своей, что же - пусть так и будет :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

99. Сообщение от Michael Shigorin (ok), 29-Дек-14, 14:32	+/–
> были бы там bsdl этих проблем не было :) Были бы другие -- что кто-то другой тоже может закрыть. > а так обычная жаба пропринетарщиков открывать свое и бояться > что кто-то сделает на базе этого лучше. Ещё раз: учите матчасть, прежде чем лезть в дискуссии по лицензированию и авторскому праву.  В данном разе вопрос про copyright assignment, ради которых и заводят всякие contributor agreement.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #101

100. Сообщение от Michael Shigorin (ok), 29-Дек-14, 14:37	+/–
> Если уж они про сообщество, мне кажется что самым логичным было бы > не брать какое-то левое ядро редхата, а втолкать патчи в майнлайн 1) они и так вталкивают; 2) на чём основывать публикуемые стабильные выпуски -- консультировались с дистрибутивами и ответ был практически однозначным: дистрибутивы, поставляющие ovz-ядра, на то время брали за основу ветки на базе rhel-ных (это было в районе 2.6.18--32, точнее не скажу, можно поднять переписку).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

101. Сообщение от Аноним (-), 30-Дек-14, 11:31	+/–
> Были бы другие -- что кто-то другой тоже может закрыть. Ну да. Тут странное желание и рыбку съесть и на ежика не сесть. И иметь возможность закрывать код и заставлять всех остальных делиться. Как это назвать - дело 10е, вопрос о поведении.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

102. Сообщение от Аноним (-), 30-Дек-14, 11:32	+/–
>> Вы о чём, вы понимаете что происходит вообще? > Крутой известный и популярный проект переходит на открытую модель разработки - вся > суть новости :) вам только кажется что переходят на открытую модель. В лучшем случае Open Core.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

103. Сообщение от Аноним (-), 30-Дек-14, 11:33	+/–
>>> Если Вы считаете, что ploop - простой, то я бы хотел увидеть его портинг в апстрим, это именно то, что сейчас нужно очень многим. >> Сколько пива выставите ?:) он реально простой - это же блочное устройство >> - а не FS. >> Портирование можно сделать за неделю - было бы желание и свободное время. Так что там с пивом? сколько готовы выставить :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

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

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