The OpenNET Project / Index page

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

OpenVZ и Parallels Cloud Server объединяются в единый открытый проект Virtuozzo Core

27.12.2014 09:48

Компания Parallels приняла решение объединить кодовые базы открытой системы контейнерной виртуализации OpenVZ и проприетарного продукта Parallels Cloud Server (бывший 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-решений - доступ будет ограничен только для небольшой части проблем, связанных с ещё не исправленными уязвимостями.

  1. Главная ссылка к новости (http://openvz.livejournal.com/...)
  2. OpenNews: 9 лет проекту OpenVZ. Обзор участия Parallels в развитии открытых проектов
  3. OpenNews: Обзор достижений контейнерной изоляции за последние два года
  4. OpenNews: Интервью с Алексеем Кузнецовым, одним из создателей сетевого стека Linux
  5. OpenNews: Для решений на базе OpenVZ теперь доступна коммерческая поддержка
  6. OpenNews: Релиз CRIU 0.2, системы для заморозки и восстановления состояния процессов в Linux
Лицензия: CC-BY
Тип: Интересно / К сведению
Короткая ссылка: https://opennet.ru/41350-parallels
Ключевые слова: parallels, openvz, virtual, virtuozzo
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (100) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Sluggard (ok), 10:08, 27/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чего это они вдруг? Да ещё через 9 лет. Хотя лучше поздно, чем никогда, да?
     
     
  • 2.2, HarikSu (?), 10:27, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро OpenVZ не поддерживает Systemd. "Семейство" Red Hat плотно сидит на поделии Поттеринга, остальные тоже тихо переползают (к примеру Debian, который использует куча хостинг провайдеров). Соответственно, для контейнерной виртуализации в ближайшем будущем OpenVZ будет подходить мало. Надо же было что-то делать спасать потенциальную клиентуру.
     
     
  • 3.4, Sluggard (ok), 11:33, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А-а-а, то есть альтруизмом, проснувшейся совестью и т.д. тут и не пахнет? )
     
     
  • 4.23, Pavel Odintsov (?), 15:28, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > А-а-а, то есть альтруизмом, проснувшейся совестью и т.д. тут и не пахнет?
    > )

    Не мой взгляд, продавать "гипервизор" в 21м веке - задача весьма странная на фоне действий других игроков рынка.

    VmWare ESXi - гипервизор бесплатен
    XenServer - гипервизор бесплатен
    Microsoft Hyper-V - гипервизор бесплатен
    Parallels Cloud Server/Virtuozzo - гипервизор (я про контейнерный движок) платен!

    А теперь PCS/Virtuozzo встает с общий ряд с ними и дает основной функционал бесплатно, а дополнительный - бэкапы, облачное хранилище, управление облаком - платно.

    Логичный путь и очень выгодный сообществу.

     
     
  • 5.68, Я поражён (?), 11:35, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • –6 +/
    XenServer - гипервизор бесплатен.. — ДА НУ???????? :) :) :) :) :) :) :) :) :) :)
     
     
  • 6.71, Pavel Odintsov (?), 12:04, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > XenServer - гипервизор бесплатен.. — ДА НУ???????? :) :) :) :) :)
    > :) :) :) :) :)

    XenServer free edition - этого мало? :)

     
  • 6.72, AlexAT (ok), 12:07, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > XenServer - гипервизор бесплатен.. — ДА НУ???????? :) :) :) :) :)
    > :) :) :) :) :)

    Не только бесплатен, но и практически с полным открытым кодом. С шестой версии начиная.

     
     
  • 7.75, Я поражён (?), 13:26, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Пруфлинк будет?

    Моя организация БЫЛА ВЫНУЖДЕНА СНЕСТИ XenServer из-за НЕПОМЕРНЫХ денежных требований к Citrix Receiver

     
     
  • 8.78, AlexAT (ok), 14:54, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    http xenserver org overview-xenserver-open-source-virtualization download html... текст свёрнут, показать
     
  • 8.79, 530 (?), 15:05, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так Вы ещё и слепец, не читал но осуждаю Ресивер это клиент для продуктов Xe... текст свёрнут, показать
     
  • 8.93, Аноним (-), 01:58, 29/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А он в каком месте гипервизором является Или вы читать не умеете ... текст свёрнут, показать
     
  • 5.69, Я поражён (?), 11:36, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Microsoft Hyper-V - гипервизор бесплатен... — для покупателей лицензии ВынСёрвер?
    Чем ты болен, пацан?
    У тебя ДЦП? :)

     
     
  • 6.73, Pavel Odintsov (?), 12:10, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Microsoft Hyper-V - гипервизор бесплатен... — для покупателей лицензии ВынСёрвер?
    > Чем ты болен, пацан?
    > У тебя

    Ну почитайте что ли: http://www.osp.ru/win2000/2014/01/13039204/ ставьте линуксы и все будет бесплатно.

     
     
  • 7.74, Pahanivo (ok), 13:16, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там где есть MS не бывает бесплатно - очередная наживка не иначе.
     
     
  • 8.83, Pavel Odintsov (?), 16:18, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы так говорите, как будто я рекомендую поделку мелкомягких Если так показало... текст свёрнут, показать
     
  • 8.92, Аноним (-), 01:56, 29/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну серверную то ось купить придется ... текст свёрнут, показать
     
  • 7.76, Я поражён (?), 13:28, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> Microsoft Hyper-V - гипервизор бесплатен... — для покупателей лицензии ВынСёрвер?
    >> Чем ты болен, пацан?
    >> У тебя
    > Ну почитайте что ли: http://www.osp.ru/win2000/2014/01/13039204/ ставьте линуксы и все
    > будет бесплатно.

    Чюкча не читатель. Чюкча пользователь.
    Почитайте этикету в своих трусах :)
    Я имею дело с конкретными денежными требованиями поставщиков решений.

     
  • 5.94, Аноним (-), 02:06, 29/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Если уж они про сообщество, мне кажется что самым логичным было бы не брать како... большой текст свёрнут, показать
     
     
  • 6.100, Michael Shigorin (ok), 14:37, 29/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Если уж они про сообщество, мне кажется что самым логичным было бы
    > не брать какое-то левое ядро редхата, а втолкать патчи в майнлайн

    1) они и так вталкивают;
    2) на чём основывать публикуемые стабильные выпуски -- консультировались с дистрибутивами и ответ был практически однозначным: дистрибутивы, поставляющие ovz-ядра, на то время брали за основу ветки на базе rhel-ных (это было в районе 2.6.18--32, точнее не скажу, можно поднять переписку).

     
  • 3.6, рожатель_кирпичек (?), 12:12, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ядро OpenVZ не поддерживает Systemd. "Семейство" Red Hat плотно сидит на поделии
    > Поттеринга, остальные тоже тихо переползают (к примеру Debian, который использует куча
    > хостинг провайдеров). Соответственно, для контейнерной виртуализации в ближайшем будущем
    > OpenVZ будет подходить мало. Надо же было что-то делать спасать потенциальную
    > клиентуру.

    Ыксперт-Оналитег опеннете в действии

     
     
  • 4.28, Аноним (-), 17:15, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Такой же путь был у них при открытии OpenVZ - только тогда они не поддерживали udev. комьюнити им дописало. Но что бы не иметь проблем с лицензией патч был отвернут и ровно такой же был написан сотрудником тогда еще swsoft. хотя какие проблемы с лицензией могут быть при использовании ядра linux?
    не верите? поднимите архивы их форума.
     
     
  • 5.54, Michael Shigorin (ok), 23:18, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Но что бы не иметь проблем с лицензией патч был отвернут и ровно такой же
    > был написан сотрудником тогда еще swsoft.

    Очевидно, не "с лицензией", а чтоб иметь авторские права.

     
     
  • 6.87, Аноним (-), 22:53, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    патч под gpl, продукт под gpl - но таки не принимается :) с аргументацией - что тогда не сможем выпускать закрытые продукты. Таки лицензия виновата :-)
     
     
  • 7.90, Michael Shigorin (ok), 23:09, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Таки лицензия виновата :-)

    Учите матчасть -- нет.

     
     
  • 8.95, Аноним (-), 07:22, 29/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    были бы там bsdl этих проблем не было а так обычная жаба пропринетарщиков отк... текст свёрнут, показать
     
     
  • 9.99, Michael Shigorin (ok), 14:32, 29/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Были бы другие -- что кто-то другой тоже может закрыть Ещё раз учите матчасть,... текст свёрнут, показать
     
     
  • 10.101, Аноним (-), 11:31, 30/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да Тут странное желание и рыбку съесть и на ежика не сесть И иметь возможно... текст свёрнут, показать
     
  • 3.11, SunXE (ok), 14:42, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    так и есть, появились docker, комюнити coreos пилят rocket, разработчики systemd пилят свою контейнеризацию.
    Для поддержания интереса к своему продукту, нужно что-то делать.
     
     
  • 4.19, Pavel Odintsov (?), 15:18, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > так и есть, появились docker, комюнити coreos пилят rocket, разработчики systemd пилят
    > свою контейнеризацию.
    > Для поддержания интереса к своему продукту, нужно что-то делать.

    Апстримная контейнеризация она одна на всех. Никто своей не пилит. Docker/Rocket/LXC - это лишь рулилки ядром из юзерспейса, не более, не менее. А-ля веб-морды. Сама суть внутри.

    Но, стоит отметить, что более изолированные конетйнеры предоставляется только OpenVZ/PCS/Virtuozzo (ядро у них идентичное) и как раз поддержки этих самых контейнеров у Docker/Rocket и прочих пока нету, а хотелось бы.

     
  • 4.33, Аноним (-), 18:33, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    полят-попилят, выпилить не могут. а Openvz уже здесь и уже работает, причем на порядок проще и удобнее чем все те недопилки вместе взятые.
     
     
  • 5.42, Pavel Odintsov (?), 19:35, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > полят-попилят, выпилить не могут. а Openvz уже здесь и уже работает, причем
    > на порядок проще и удобнее чем все те недопилки вместе взятые.

    Да, апстримные контейнеры по изоляции сливают OpenVZ, но из-за дикой старости ядра - в целом тоже сливают апстриму, но уже по производительности :) Так что сложный вопрос.

     
  • 3.17, Pavel Odintsov (?), 15:12, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ядро OpenVZ не поддерживает Systemd. "Семейство" Red Hat плотно сидит на поделии
    > Поттеринга, остальные тоже тихо переползают (к примеру Debian, который использует куча
    > хостинг провайдеров). Соответственно, для контейнерной виртуализации в ближайшем будущем
    > OpenVZ будет подходить мало. Надо же было что-то делать спасать потенциальную
    > клиентуру.

    OpenVZ поддерживает systemd внутри контейнеров уже более полугода, с самого релиза Fedora/CentOS 7 c systemd. А то, что стоит на ноде - не так важно, там может быть и Debian 7 и CentOS 6.

     
     
  • 4.18, Michael Shigorin (ok), 15:18, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > А то, что стоит на ноде - не так важно, там может быть и Debian 7 и CentOS 6.

    Хозяйке на заметку: http://altlinux.org/starterkits#server

     
     
  • 5.20, Pavel Odintsov (?), 15:20, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> А то, что стоит на ноде - не так важно, там может быть и Debian 7 и CentOS 6.
    > Хозяйке на заметку: http://altlinux.org/starterkits#server

    Неплохо! Но я вообще подумываю отказаться от дистрибутива на ноде как такового. CoreOS в этом плане гениален. От ноды ничего не требуется, кроме запуска контейнеров/цепляния стораджа, а все это можно забить в PXE.

     
     
  • 6.24, Michael Shigorin (ok), 15:40, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Неплохо! Но я вообще подумываю отказаться от дистрибутива на ноде как такового.
    > CoreOS в этом плане гениален. От ноды ничего не требуется, кроме
    > запуска контейнеров/цепляния стораджа, а все это можно забить в PXE.

    Да можно и в PXE, было бы желание.  Если хотите, давайте попробуем сообразить и сделать.

     
     
  • 7.36, Pavel Odintsov (?), 19:28, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да честно говоря, мне кажется, нет смысла что-либо делать пока. Я хочу дождаться RHEL7 ядра от OpenVZ, котором научится systemd, а потом взять CoreOS, заменить ядро и водрузить Rocket для менеджмента, тогда все и сойдется :)
     
  • 6.27, EHLO (?), 17:05, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >От ноды ничего не требуется, кроме запуска контейнеров/цепляния стораджа

    А от гостя тоже ничего не требуется кроме запуска приложения... Казалось бы.
    Но практика показывает, что на данный момент намного комфортнее рулить из полноценной операционки полноценной операционкой(пусть минималистичной, но полноценной). И как ни парадоксально может показаться, нормальный дистрибутив работает значительно стабильнее и предсказуемее, чем обмылок наподобие ESXi. Это наблюдение касается гипервизоров и виртуалок, но уверен что с контейнерами все аналогично.


     
     
  • 7.43, Pavel Odintsov (?), 19:37, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>От ноды ничего не требуется, кроме запуска контейнеров/цепляния стораджа
    > А от гостя тоже ничего не требуется кроме запуска приложения... Казалось бы.
    > Но практика показывает, что на данный момент намного комфортнее рулить из полноценной
    > операционки полноценной операционкой(пусть минималистичной, но полноценной). И как ни
    > парадоксально может показаться, нормальный дистрибутив работает значительно стабильнее
    > и предсказуемее, чем обмылок наподобие ESXi. Это наблюдение касается гипервизоров и
    > виртуалок, но уверен что с контейнерами все аналогично.

    У меня обратная ситуация, а от дистрибутива, пока он был центос 5 - были лишь проблемы :) И если бы дистрибутив менялся в два клика - эксплуатация сотен ферм была бы решительно проще.

     
     
  • 8.50, EHLO (?), 20:07, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    какие Да было бы хорошо, если бы была кнопка сделать хорошо И почему ты дума... большой текст свёрнут, показать
     
     
  • 9.56, Pavel Odintsov (?), 01:30, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    gt оверквотинг удален Ну а что предметно - вот у вас 50 нод на CentOS 5 Open... большой текст свёрнут, показать
     
     
  • 10.64, EHLO (?), 02:34, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если чисто умозрительно заменить CentOS 5 на ESX 3 5 или CoreOS, картина станет ... большой текст свёрнут, показать
     
     
  • 11.82, Pavel Odintsov (?), 16:17, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Тут шансы зависят только от моей кривости рук и только ... большой текст свёрнут, показать
     
  • 10.84, Michael Shigorin (ok), 20:30, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно, с промежуточной их миграцией, если поставлена задача предельной миними... большой текст свёрнут, показать
     
  • 5.51, Укроп (?), 21:24, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не подходит как "Bare Metal"  решение
     
     
  • 6.57, Pavel Odintsov (?), 01:31, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Не подходит как "Bare Metal"  решение

    К слову, в PCS есть полноценный гипервизор, но его вряд ли будут открывать :) Хотя судя по ценам на него (сущие копейки за VM) - его, к сожалению, никто и не покупал.

     
  • 3.25, Кир (?), 16:16, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Неправда ваша. Зачем утверждать то, чего не знаете или не понимаете?

    Текущее ядро опенвз позволяет запускать в контейнерах дистрибутивы с системд, например последние Федоры.

     
  • 2.8, depeche (??), 13:28, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я думаю что тут дела еще и в конкуренции. LXC, Docker, bla.

    А в выигрыше обычно то что работает с дефолтным ядром, в мейнлайне.

     
     
  • 3.9, Аноним (-), 13:43, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Весьма странно называть докер, предпочитающих в качестве graph-драйвера aufs, работающим с мейнлайновым ядром.
     
     
  • 4.16, Pavel Odintsov (?), 15:10, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Весьма странно называть докер, предпочитающих в качестве graph-драйвера aufs, работающим
    > с мейнлайновым  ядром.

    Инженеры Parallels уже очень давно работают над интегарцией Docker и OpenVZ/Containers: https://github.com/docker/libcontainer/pulls и фильтруйте по avagin - это один из инженеров ||, который работает над проектом.

     
  • 2.26, AlexAT (ok), 16:52, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну как чего... LXC слегка наступают на пятки, и дальше закрывать код стало бессмысленно.
     
     
  • 3.35, Аноним (-), 18:52, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Гы, смешно. Если учесть что в lxc они же много тащили.
     
  • 3.37, Pavel Odintsov (?), 19:29, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну как чего... LXC слегка наступают на пятки, и дальше закрывать код
    > стало бессмысленно.

    Алекс, LXC - это управление, а код в ядре - Linux Container. Который процентов на 30-40 написан сотрудниками Parallels и отправлен в апстрим. Как они могут конкурировать-то?


     
     
  • 4.41, AlexAT (ok), 19:35, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Алекс, LXC - это управление, а код в ядре - Linux Container.

    Не вижу противоречия. LXC - это управление, PCS - в основном тоже, плюс кое-какие ядерные наработки... А ядерный код OVZ и так открыт.

     
     
  • 5.44, Pavel Odintsov (?), 19:38, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Алекс, LXC - это управление, а код в ядре - Linux Container.
    > Не вижу противоречия. LXC - это управление, PCS - в основном тоже,
    > плюс кое-какие ядерные наработки... А ядерный код OVZ и так открыт.

    Ну PCS - это куча закрытого юзерспейса + опенвз ядро + закрытые ядерные модули. Так что в общем-то да, разработка ядра станет лишь открытее и все. А вот с юзерспейсом - что будет вопрос.

     
  • 3.53, Аноним (-), 22:57, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    LXC наступает на пятки? Лол, 90% кода LXC это и есть OpenVZ патчи
     

  • 1.3, анонко (?), 10:38, 27/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >объединяются

    О, это такая редкость в мире опенсорса. Уважуха.

     
     
  • 2.15, Pavel Odintsov (?), 15:07, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>объединяются
    > О, это такая редкость в мире опенсорса. Уважуха.

    Да, эта новость просто made my day :) Просто потрясающе!

     
  • 2.32, Аноним (-), 18:09, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вы о чём, вы понимаете что происходит вообще?
     
     
  • 3.63, Pavel Odintsov (?), 01:46, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вы о чём, вы понимаете что происходит вообще?

    Крутой известный и популярный проект переходит на открытую модель разработки - вся суть новости :)

     
     
  • 4.102, Аноним (-), 11:32, 30/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вы о чём, вы понимаете что происходит вообще?
    > Крутой известный и популярный проект переходит на открытую модель разработки - вся
    > суть новости :)

    вам только кажется что переходят на открытую модель. В лучшем случае Open Core.

     

  • 1.5, andy (??), 11:44, 27/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > Подобный шаг будет выгоден для пользователей открытого OpenVZ, так как они
    > получат более качественно протестированный код и дополнительные функциональные > возможности.

    Может быть пользователи Virtuozzo получат более качественно
    протестированный код?

     
     
  • 2.14, Pavel Odintsov (?), 15:06, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Подобный шаг будет выгоден для пользователей открытого OpenVZ, так как они
    >> получат более качественно протестированный код и дополнительные функциональные > возможности.
    > Может быть пользователи Virtuozzo получат более качественно
    > протестированный код?

    Да, именно так. У меня в свое время было 50/50 - PCS/OpenVZ на сотнях нод и практика показала, что OpenVZ в десятки раз надежнее и предсказуемее работает.

     

  • 1.7, anonymous (??), 13:27, 27/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Видимо, вчера от сообщества был получен первый полезный коммит, который захотелось включить в общую ветку
     
     
  • 2.13, Pavel Odintsov (?), 15:05, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Коммиты им много раз высылались, но почти никогда не принимались. У меня есть несколько штук - для vzctl reinstall, для поддержки openvswitch. Но их уже долгое время никто не мержит :(
     
  • 2.45, AlexAT (ok), 19:40, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Видимо, вчера от сообщества был получен первый полезный коммит, который захотелось включить в общую ветку

    На самом деле всё может быть просто и банально. Надо только узнать, кто был основным спонсором закрытой разработки.


     
     
  • 3.58, Pavel Odintsov (?), 01:34, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Видимо, вчера от сообщества был получен первый полезный коммит, который захотелось включить в общую ветку
    > На самом деле всё может быть просто и банально. Надо только узнать,
    > кто был основным спонсором закрытой разработки.

    Любые платные разработки в тот же OpenVZ заказываемые в Parallels всегда выкладывались в полной мере в открытый код на git.openvz.org :) Но вопрос в том, что делали эти доработки сотрудники же ||. А вот случаев приема откровенно внешнего кода в проект я не видел ни разу.

     
     
  • 4.96, Аноним (-), 07:23, 29/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Видимо, вчера от сообщества был получен первый полезный коммит, который захотелось включить в общую ветку
    >> На самом деле всё может быть просто и банально. Надо только узнать,
    >> кто был основным спонсором закрытой разработки.
    > Любые платные разработки в тот же OpenVZ заказываемые в Parallels всегда выкладывались
    > в полной мере в открытый код на git.openvz.org :) Но вопрос
    > в том, что делали эти доработки сотрудники же ||. А вот
    > случаев приема откровенно внешнего кода в проект я не видел ни
    > разу.

    да? напомните когда был открыт vziolimits? а когда он реально был сделан.. ?

     

  • 1.10, Michael Shigorin (ok), 14:29, 27/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Назрело.
     
     
  • 2.21, Pavel Odintsov (?), 15:21, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Назрело.

    Угу, проект OpenVZ (я про юзерспейс) в полудохлом состоянии последние пару лет и я искренне боялся, что на него забьют вообще. Если vzctl можно хоть как-то повторить самому, то ploop - дико сложная система (впрочем, как и почти любая другая ФС).

     
     
  • 3.29, Аноним (-), 17:23, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Назрело.
    > Угу, проект OpenVZ (я про юзерспейс) в полудохлом состоянии последние пару лет
    > и я искренне боялся, что на него забьют вообще. Если vzctl
    > можно хоть как-то повторить самому, то ploop - дико сложная система
    > (впрочем, как и почти любая другая ФС).

    ploop вещь простая - ram fs - еще проще :-) так что не надо тут..

    Лучше скажите почему swsoft отказался интегрировать в свои утилиты учет трафиком? Хотя патчи ходят по форуму уже лет 5. со слов dev@swsoft это выходит за пределы разрешенного открытой версии.
    Правда что ли?

     
     
  • 4.40, Pavel Odintsov (?), 19:34, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >[оверквотинг удален]
    >> Угу, проект OpenVZ (я про юзерспейс) в полудохлом состоянии последние пару лет
    >> и я искренне боялся, что на него забьют вообще. Если vzctl
    >> можно хоть как-то повторить самому, то ploop - дико сложная система
    >> (впрочем, как и почти любая другая ФС).
    > ploop вещь простая - ram fs - еще проще :-) так что
    > не надо тут..
    > Лучше скажите почему swsoft отказался интегрировать в свои утилиты учет трафиком? Хотя
    > патчи ходят по форуму уже лет 5. со слов dev@swsoft это
    > выходит за пределы разрешенного открытой версии.
    > Правда что ли?

    Если Вы считаете, что ploop - простой, то я бы хотел увидеть его портинг в апстрим, это именно то, что сейчас нужно очень многим.

    Управление трафиком там есть, если хочется шейпер, что на OpenVZ, что на PCS, пожалуйста: https://github.com/FastVPSEestiOu/openvz-network-shaper - работает в продакшене уже годы.

     
     
  • 5.47, Аноним (-), 19:48, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Если Вы считаете, что ploop - простой, то я бы хотел увидеть его портинг в апстрим, это именно то, что сейчас нужно очень многим.

    Сколько пива выставите ?:) он реально простой - это же блочное устройство - а не FS.
    Портирование можно сделать за неделю - было бы желание и свободное время.

    управление трафиком в vzctl? или сторонними тулзами? я вообще о патче на vzctl и шеловый скрипт который они используют для поднятия сети.

    Кстати - баг с 2мя сетевками на OpenVZ хосте они починили - когда arp -s pub ставился не на тот адаптер ?

     
     
  • 6.62, Pavel Odintsov (?), 01:44, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Если Вы считаете, что ploop - простой, то я бы хотел увидеть его портинг в апстрим, это именно то, что сейчас нужно очень многим.
    > Сколько пива выставите ?:) он реально простой - это же блочное устройство
    > - а не FS.
    > Портирование можно сделать за неделю - было бы желание и свободное время.

    А как быть с юзерспейсом ploop? vzctl compact научить сжимать ext4 в случае развесистой метадаты - еще то развлечение,  || эту фичу уже год обещает и постоянно откладывает :/ Да и когда речь идет про все связанное с хранением - надо иметь полные покрывающие тесты. У || они есть, а у нас, увы, нету, что приводит к тому, что их надо написать и досконально понимать что и когда может произойти.

    Кроме этого, из сложностей ploop - собственный фреймворк для записи данных на диск в обход page cache - это еще то развлечение, можете полистать код, там много и забористо.

    > управление трафиком в vzctl? или сторонними тулзами? я вообще о патче на
    > vzctl и шеловый скрипт который они используют для поднятия сети.
    > Кстати - баг с 2мя сетевками на OpenVZ хосте они починили -
    > когда arp -s pub ставился не на тот адаптер ?

     
     
  • 7.88, Аноним (-), 23:00, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Юзер спейс ploop - это только монтирование вытаскивание образа что такое ext4 и... большой текст свёрнут, показать
     
  • 7.103, Аноним (-), 11:33, 30/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Если Вы считаете, что ploop - простой, то я бы хотел увидеть его портинг в апстрим, это именно то, что сейчас нужно очень многим.
    >> Сколько пива выставите ?:) он реально простой - это же блочное устройство
    >> - а не FS.
    >> Портирование можно сделать за неделю - было бы желание и свободное время.

    Так что там с пивом? сколько готовы выставить :)

     

  • 1.12, iZEN (ok), 14:53, 27/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Новость всего лишь о намерении. То есть ни о чём.
     
     
  • 2.22, Pavel Odintsov (?), 15:23, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Новость всего лишь о намерении. То есть ни о чём.

    Поцаны словами не бросаются :) Теперь сообщество с них не слезет, если "забудут"
    :)

     
     
  • 3.30, Аноним (-), 17:24, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Новость всего лишь о намерении. То есть ни о чём.
    > Поцаны словами не бросаются :) Теперь сообщество с них не слезет, если
    > "забудут"
    >  :)

    пацаны долго закрывали патчи на ядро (начиная с 2.4.20 а открытая версия с 2.6.32). где было это сообщество ?

     
     
  • 4.39, Pavel Odintsov (?), 19:32, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Новость всего лишь о намерении. То есть ни о чём.
    >> Поцаны словами не бросаются :) Теперь сообщество с них не слезет, если
    >> "забудут"
    >>  :)
    > пацаны долго закрывали патчи на ядро (начиная с 2.4.20 а открытая версия
    > с 2.6.32). где было это сообщество ?

    Закрывать патчи на ядро никто не запрещает, тем более патчи для 2/6/32 и 2/6/18 вполне доступны. Разве что они влиты в один патч по аналогии с тем, как поступает RedHat. Но код - открыт, берите, читайте, изучайте.

     
     
  • 5.49, Аноним (-), 19:50, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>>> Новость всего лишь о намерении. То есть ни о чём.
    >>> Поцаны словами не бросаются :) Теперь сообщество с них не слезет, если
    >>> "забудут"
    >>>  :)
    >> пацаны долго закрывали патчи на ядро (начиная с 2.4.20 а открытая версия
    >> с 2.6.32). где было это сообщество ?
    > Закрывать патчи на ядро никто не запрещает, тем более патчи для 2/6/32
    > и 2/6/18 вполне доступны. Разве что они влиты в один патч
    > по аналогии с тем, как поступает RedHat. Но код - открыт,
    > берите, читайте, изучайте.

    То есть распространять продукт на базе linux kernel без раскрытия исходников можно ? и даже не нарушать GPL ?
    а как с тем что когда их просили предоставить исходники посылали лесом.
    А когда человек раскрыл их старый код на базе 2.4.20 - ему грозили всякими карами и судом.


     
     
  • 6.59, Pavel Odintsov (?), 01:36, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >>> с 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 - код был всегда. Что-то раньше, боюсь, я просто не застал, я не такой старый :)


     
     
  • 7.89, Аноним (-), 23:03, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/

    > "То есть распространять продукт на базе linux kernel без раскрытия исходников можно
    > ? и даже не нарушать GPL ?" - про какие времена
    > Вы говорите? 2.6.18 - код был всегда. 2.6.32 - код был
    > всегда. Что-то раньше, боюсь, я просто не застал, я не такой
    > старый :)

    2.4.20, 2.6.8. 2.6.18 появился весьма не сразу как был сделан. Я к сожалению сталкивался с этим почти с момента создания Virtuozzo.

     

  • 1.31, Аноним (-), 18:07, 27/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У них типо проблемы начались с Parallels Cloud Server или что, кто за новостями следит, кто в курсах?
    Да и востребованность OpenVZ явно падает.
     
     
  • 2.38, Pavel Odintsov (?), 19:30, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > У них типо проблемы начались с Parallels Cloud Server или что, кто
    > за новостями следит, кто в курсах?
    > Да и востребованность OpenVZ явно падает.

    Новостей о проблемах с PCS или падением востребованности OpenVZ я не наблюдал. А про OpenVZ наблюдаю скорее обратное - http://stats.openvz.org

     
     
  • 3.52, Аноним (-), 22:48, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы даёте ссылку на сайт OpenVZ...
     
     
  • 4.60, Pavel Odintsov (?), 01:38, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы даёте ссылку на сайт OpenVZ...

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

     
     
  • 5.66, Аноним (-), 08:45, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А Вы в OpenVZ работаете? А я вижу смысл не верить, ни одна компания не признается, что у неё начались проблемы, иначе ситация станет ещё хуже, они будут врать, что угодно и рисовать графики, какие нужно.

    У OpenVZ 500 клиентов, вы поняли, да?
    Уходим на Docker, котаны.

     
     
  • 6.67, Pavel Odintsov (?), 11:00, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я не работаю в ||, ни в OpenVZ. Я говорю лишь о числе серверов на ovz, у меня как у оператора Дата Центра.
     
  • 6.86, Michael Shigorin (ok), 21:27, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > У OpenVZ 500 клиентов, вы поняли, да?
    > Уходим на Docker, котаны.

    1) из пальца можно высосать и не такие "открытия";
    2) поищите docker cve;
    3) нет, тоже не "в openvz".

     

  • 1.34, Аноним (-), 18:44, 27/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +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 )

    Какие вы еще хорошие решения знаете?

     
  • 1.48, Ананим1 (?), 19:50, 27/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Как обновить ОС template?
     
     
  • 2.55, Michael Shigorin (ok), 23:25, 27/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Как обновить ОС template?

    1) собрать начисто (я так делаю при помощи altlinux.org/m-p);
    2) распаковать рутом, сделать chroot внутрь, обновить пакеты*, выйти, запаковать.

    * может понадобиться либо настройка резолвера, либо указание источников по ip-адресу

     
  • 2.61, Pavel Odintsov (?), 01:40, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Как обновить ОС template?

    Ровно также как и отдельно стоящую ОС: yum update/apt-get update; apt-get upgrade;

    А вот при апдейтах с одной ветки дистрибутива на другую стоит быть готовым написать в поддержку. Например, при обновлении с Debian 6 на Debian 7 меняется система инициализации и если воткнуть обычный апстарт - все рухнет и придется писать хостеру. Тоже самое касается имени шаблона ос - если центос 6 обновить, например, на 7ку в контейнере, то она тупо не запустится, ибо sysv init заменили на systemd и OpenVZ должен знать, что ostemplate поменялся и надо дергать иные скрипт.

    Надо бы сформулировать это как фичриквест в опенвз, что-то типа синхронизации ostemplate с тем, что реально стоит внутри контейнера.

     
     
  • 3.65, angra (ok), 04:29, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +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.


     
     
  • 4.70, Pavel Odintsov (?), 11:55, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >> Ровно также как и отдельно стоящую ОС: 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

     
     
  • 5.77, angra (ok), 13:56, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Посмотрел. Кто-то "умный" собрал шаблон беты debian 7 с upstart вместо дефолтного sysvinit. При обновлении этого чуда произошел закономерный факап. С обновлением с debian 6 до debian 7 это не связано никак.
    Мне неоднократно приходилось успешно обновлять squeeze до wheezy в контейнерах без доступа к хардварной ноде. Проблемы были, но совсем не того плана.

     
     
  • 6.81, Pavel Odintsov (?), 16:15, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Посмотрел. Кто-то "умный" собрал шаблон беты debian 7 с upstart вместо дефолтного
    > sysvinit. При обновлении этого чуда произошел закономерный факап. С обновлением с
    > debian 6 до debian 7 это не связано никак.
    > Мне неоднократно приходилось успешно обновлять squeeze до wheezy в контейнерах без доступа
    > к хардварной ноде. Проблемы были, но совсем не того плана.

    Это стандартный имадж из dowload.openvz.org. Но это баг апдейтера в той же степени - зачем он меняется SYSInit - неизвестно. Вдруг я осознанно хочу свой "любимый" upstart?

     
     
  • 7.85, Michael Shigorin (ok), 20:38, 28/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Это стандартный имадж из dowload.openvz.org.

    Ну расскажите по контакту там же, что он крив и лучше убрать (предъявив способ воспроизведения проблемы).

     
  • 7.91, angra (ok), 01:36, 29/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Почему у меня в стандартном образе debian 7 с dowload.openvz.org никакого upstart нет? Буквально вчера разворачивал несколько контейнеров и сразу же делал в них dist-upgrade. Ты хочешь убедить меня, что мне dowload.openvz.org тайно отгружает правильный образ, а тебе из вредности глючный?
    Это не баг апдейтера, а баг в ДНК того, кто собрал глючный образ, не понимая работу apt-get/aptitude.
     
     
  • 8.97, Pavel Odintsov (?), 10:57, 29/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Если Вы так уверены в своей правоте, то чего на форуме пишете Тут подразумевает... текст свёрнут, показать
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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