The OpenNET Project / Index page

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

Компания Parallels открыла код ядра, развиваемого для продукта Virtuozzo

27.04.2015 17:46

В рамках инициативы по объединению кодовых баз открытой системы контейнерной виртуализации OpenVZ и коммерческого продукта Virtuozzo (Parallels Cloud Server), компания Parallels ввела в строй общедоступный Git-репозиторий, в котором опубликованы исходные тексты модифицированного ядра Linux 3.10, основанного на пакете с ядром из RHEL7 и включающего дополнительные патчи для обеспечения контейнерной виртуализации. Кроме того, разработка ядра Virtuozzo теперь открыта для всех желающих - сторонние разработчики получили возможность присылать патчи, участвовать в технических обсуждениях и рецензировать код через рассылку OpenVZ (devel at openvz.org).

Ранее, для выполнения требований лицензии GPLv2, развиваемое для продукта Virtuozzo ядро публиковалось под эгидой проекта OpenVZ. Например, ядро актуального выпуска Virtuozzo идентично с ядром OpenVZ, но построенные поверх ядра компоненты в корне отличаются и не совместимы между собой. Ядро на базе Linux 3.10, которое соответствует ядру из состава RHEL7, находилось в разработке и готовилось к публикации после начала распространения коммерческого продукта. Код размещался в виде одного архива, что создавало проблемы при желании отслеживать сделанные изменения.

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

В дальнейшем, разработчики намерены продолжить тактику продвижения возможностей Virtuozzo в основное ядро и уменьшения объёма внешних патчей, так как это существенно упрощает адаптацию системы к основному ядру Linux, код которого очень сильно меняется от выпуска к выпуску. При подготовке ядра 3.10 разработчики Virtuozzo уже избавились от набора патчей, которые добавляли поддержку NFS в контейнерах, заменили старый код управления памятью на новый на базе memcg и задействовали cgroups вместо beancounters, везде, где это возможно.

Следующим шагом станет публикация кода компонентов Virtuozzo, работающих в пространстве пользователя, и создание общедоступной унифицированной системы отслеживания ошибок, построенной на базе движка Atlassian Jira. Для совместимости OpenVZ с ядром 3.10 будет подготовлен новый вариант инструментария vzctl, который будет опубликован после открытия кода утилит Virtuozzo. Поддержка старого ядра OpenVZ, построенного на основе ядра RHEL6, будет сохранена, как продолжит поддерживаться и старый набор утилит vzctl. Совместимость OpenVZ с Virtuozzo будет обеспечена на всех уровнях, начиная от пользовательского инструментария и заканчивая API для взаимодействия с компонентами ядра.

Алексей Кобец, вице-президент департамента серверной виртуализации бизнес-подразделения Odin, прокомментировал открытие кода Virtuozzo: «Часто наши потенциальные покупатели Virtuozzo сначала смотрят на открытый проект и даже начинают запускать на нем коммерческие сервисы. Достигнув определенного понимания, они решают перейти на коммерческую версию и сталкиваются с тем, что обновление с OpenVZ на Virtuozzo неудобно, и порой переход на него даже сложнее, чем с других коммерческих решений виртуализации. Принимая во внимание просьбы клиентов и интерес к нашим технологиями со стороны сообщества, мы решили открыть процесс разработки и часть компонентов Virtuozzo, предоставляя доступ к их исходному коду. Этот шаг позволит всем, заинтересованным в наших технологиях, свободно использовать их и принимать участие в разработке новой версии Virtuozzo».

  1. Главная ссылка к новости (http://lists.openvz.org/piperm...)
  2. OpenNews: OpenVZ и Parallels Cloud Server объединяются в единый открытый проект Virtuozzo Core
  3. OpenNews: Интервью с Алексеем Кузнецовым, одним из создателей сетевого стека Linux
  4. OpenNews: Обзор достижений контейнерной изоляции за последние два года
  5. OpenNews: 9 лет проекту OpenVZ. Обзор участия Parallels в развитии открытых проектов
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/42113-virtual
Ключевые слова: virtual, openvz, virtuozzo
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (101) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 18:52, 27/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ну всё, теперь User294 завалит их патч^WWW ой, начнет следить за коммит-логом. Ну вот так он софт разрабатывает, что поделать.
     
     
  • 2.62, Аноним (-), 19:06, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну всё, теперь User294 завалит их патч^WWW ой, начнет следить за коммит-логом.
    > Ну вот так он софт разрабатывает, что поделать.

    Не, не начну. Мне возня по насилованию трупика 3.10 малоинтересна. Вот если заинтегрируются в майнлайн...

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

     
     
  • 3.65, Аноним (-), 20:37, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Блин, пичаль пичальная. А я думал ты покоммитиш^W в лог посмотришь, чтоб развитие быстрее пошло. Ну всё, пропал OpenVZ без твоего мониторинга развития.
     
     
  • 4.67, Аноним (-), 20:49, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Блин, пичаль пичальная. А я думал ты покоммитиш^W в лог посмотришь,

    Ядра 3.10? Да ну его, что-то не хочется. Копаться в куче костяшек - не очень возбуждаюшее начинание.

     
     
  • 5.72, Аноним (-), 12:53, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то мне подсказывает, что копаться ты не хочешь не потому, что ядро старое, а потому, что мозгов не хватает.
     
     
  • 6.73, Аноним (-), 13:41, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Что-то мне подсказывает, что копаться ты не хочешь не потому, что ядро
    > старое, а потому, что мозгов не хватает.

    Хз, до оценки этого фактора дело просто не доходит. Увидев такой номер версии я сразу решаю что это - "uninspiring". Заниматься байтовой эксгумацией меня совсем не тянет.

     

  • 1.2, Аноним (-), 18:55, 27/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Компания Odin :)
     
     
  • 2.28, rachok (ok), 10:34, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    =)) отец компании Tor
     
     
  • 3.108, KBAKEP (ok), 15:55, 13/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    ;)
     

  • 1.3, Аноним (-), 19:09, 27/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Неужели в проксмоксе с ядром 3.10 снова можно будет юзать божественный OpenVZ и можно будет выкинуть 2.6.32.X.
     
     
  • 2.4, ligurio (??), 19:14, 27/04/2015 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Мы в Odin надеемся, что с новым релизом открытой Virtuozzo вы не захотите пользоваться Proxmox. :)
     
     
  • 3.6, ПолковникВасечкин (?), 19:45, 27/04/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    сначала научите его KVM
     
  • 3.7, Аноним (-), 20:27, 27/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и ZFS
     
     
  • 4.13, Pavel Odintsov (?), 01:12, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > и ZFS

    Мда, KVM и ZFS - это Вы сильно адептов Одина вмочили :) Но совершенно резонно. Еще проблема и очень большая с роутингом и аналогами openvswitch для OpenVZ.

     
     
  • 5.50, anonymous (??), 14:16, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    так ведь работает Virtuozzo (который бывший PCS6) c ZFS
    не из коробки, конечно, но вполне штатно, с помощью zfs-onlinux
     
     
  • 6.51, Pavel Odintsov (ok), 14:31, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > так ведь работает Virtuozzo (который бывший PCS6) c ZFS
    > не из коробки, конечно, но вполне штатно, с помощью zfs-onlinux

    1) ploop работать не будет
    2) в SIMFS вложенные квоты работать не будут

    А вообще имеется целый репо с документацией как скрестить OpenVZ с ZFS: https://github.com/pavel-odintsov/OpenVZ_ZFS

    Но вот в команде Parallels к этому (ZFS на OpenVZ) интерес нулевой.

     
     
  • 7.104, Аноним (-), 09:26, 01/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    ploop можно заставить работать.
     
     
  • 8.106, Pavel Odintsov (ok), 20:54, 01/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Это крайне сложно, ибо он построен на базе экстентов, которых в ZFS нету ... текст свёрнут, показать
     
  • 3.10, sm (??), 21:02, 27/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А будет открыт весь стак virtuozzo, включаю cloud storage?
     
  • 3.18, Аноним (-), 07:44, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Proxmox это не только OpenVZ, но и KVM, наиудобнейший веб-интерфейс с HTML5-консолями, HA из коробки, openvswitch, ZFS и т.д.
     
     
  • 4.80, PnDx (ok), 16:19, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Удобно? Да. Пока не завалится.
    Потом — лихорадочно ищут специалиста разобраться с тем, что нафоршмачил "освоивший" Proxmox "студент". Потому что:

    1. Он собрал "HA кластер" на 2-х писюках. С DAS, понятное дело. Про tie-braking не читал, т.к. годный разбор — на вражеском.

    2. Выдал под виртуалки 2ТБ из имеющихся 500ГБ. В нерасширяемом DAS'е, конечно.
    /Остальные "нюансы" выделения ресурсов (full-virt для linux и т.п.) не столь колоритны./

    3. "Студент" был умный и нашёл, где в дебиане настраивают сетевые интерфейсы. Чем поверг Proxmox в шок - он не может на старте поднять виртуалки из-за вылета своего сетевого скрипта.

    Утрировал совсем чуть-чуть реальный случай из недавней практики. Хотя и не совсем мой профиль.

     
     
  • 5.81, Michael Shigorin (ok), 16:54, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Про tie-[B]braking[/B] не читал

    Торможение галстуком? :)

    > т.к. годный разбор — на вражеском.

    PS: а всё потому, поди, что "старшие товарищи" свалили на студента железки со словами "к утру разобраться" и не показали собственным примером ценность документирования сделанного.

     
     
  • 6.82, PnDx (ok), 17:37, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Про tie-[B]braking[/B] не читал
    > Торможение галстуком? :)

    breaking, да. spell-check пропустил на ура, понятно. "Пишы граматно" ;)

    > PS: а всё потому, поди, что "старшие товарищи" свалили на студента железки
    > со словами "к утру разобраться" и не показали собственным примером ценность
    > документирования сделанного.

      Там не было "старших", только "эффективные руководители". Сэкономили — влетели.

     
  • 3.32, Аноним (-), 11:22, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Продолжайте надеяться ;-)

    Как хотя бы до 4.0 ядра дотяните - сообщите. Хотя не, лучше не позорьтесь: на вскидку, что выберет пользователь? - решение, которое позволяет тривиально переключать бэкенды в рамках унифицированного интерфейса или вчерашнюю проприетарщину на старом ядре с неясными перспективами миграции на альтернитивы если что-то пошло не так?

     
     
  • 4.48, Michael Shigorin (ok), 13:27, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > не позорьтесь: на вскидку, что выберет пользователь? - решение, которое позволяет
    > тривиально переключать бэкенды в рамках унифицированного интерфейса или вчерашнюю
    > проприетарщину на старом ядре с неясными перспективами миграции на альтернитивы
    > если что-то пошло не так?

    Если [I]выбирающий пользователь[/I] -- эффективный дурак, то примерно так он и будет думать; а если ему ехать надо, а не шашечки -- то помимо оценки будущего (что разумно) устроит и стендовое тестирование по разным факторам, включая накладные расходы.

    http://openvz.livejournal.com/14723.html

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

     
     
  • 5.59, Аноним (-), 17:56, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Lol, "объективное тестирование" от авторов тестируемого. Верю, чо! Тока уши к земле лапшой пригибает, а так верю конечно.
     
     
  • 6.68, Michael Shigorin (ok), 21:33, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Lol, "объективное тестирование" от авторов тестируемого.

    По ссылкам не ходим, головой не думаем...  Специально сослался не сразу на hpl'ную PDF, а на страничку с нужным куском текста оттуда, но что-то Вы сегодня тормозите больше обычного (или это не Вы? :)

     
  • 5.63, Аноним (-), 19:23, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Если [I]выбирающий пользователь[/I] -- эффективный дyрак, то примерно так он и будет
    > думать; а если ему ехать надо, а не шашечки -- то
    > помимо оценки будущего (что разумно) устроит и стендовое тестирование по разным
    > факторам, включая накладные расходы.

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

     
     
  • 6.69, Michael Shigorin (ok), 21:36, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Оно как бы да, но есть и туева хуча других факторов

    Именно, причём они тоже далеко не "такие однозначные", а набор медалек с минимум двумя сторонами.  Например, отрегулировать выделение этих самых ресурсов на лету в ovz гораздо проще (и заодно работает), а вот про ballooning не так давно долетали крупные щепки, помнится...

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

     
     
  • 7.87, Аноним (-), 20:05, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Вот только полные виртуализаторы в принципе не имеют проблем с файлами, сокетами... большой текст свёрнут, показать
     
     
  • 8.92, Michael Shigorin (ok), 23:02, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Зато имеют проблемы с таймерами, например Насколько помню, ядерные дырки с возм... текст свёрнут, показать
     
     
  • 9.93, Аноним (-), 07:12, 30/04/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вылезти из KVM куда Из виндоуса в Линукс ... текст свёрнут, показать
     
     
  • 10.95, Michael Shigorin (ok), 09:04, 30/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    На хост ... текст свёрнут, показать
     
  • 2.16, Аноним (16), 07:28, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    В проксмоксе с ядром 3.10 скоро будет обновление на дебиан джесси т.е. проксмокс 4.0 с поддержкой lxc-контейнеров
     
     
  • 3.19, Аноним (-), 07:46, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > В проксмоксе с ядром 3.10 скоро будет обновление на дебиан джесси т.е.
    > проксмокс 4.0 с поддержкой lxc-контейнеров

    У lxc нет миграции, как и у сранного Docker.

    http://forum.proxmox.com/threads/17908-LXC-1-0-released-is-now-ready-as-a-ope

     
     
  • 4.22, Pavel Odintsov (?), 08:27, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> В проксмоксе с ядром 3.10 скоро будет обновление на дебиан джесси т.е.
    >> проксмокс 4.0 с поддержкой lxc-контейнеров
    > У lxc нет миграции, как и у сранного Docker.
    > http://forum.proxmox.com/threads/17908-LXC-1-0-released-is-now-ready-as-a-ope

    Для OpenVZ ее (именно полноценной live миграции) тоже нету :)

     
     
  • 5.23, Аноним (-), 09:02, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    хз, но тем не менее мигрирует без остановки.
     
     
  • 6.24, ABATAPA (ok), 09:24, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Мигрируют, если сервера одинаковые.
    У меня в кластере HP G7 и HP G8, у них разные CPU - после миграции ошибка и стоп.
     
     
  • 7.25, Pavel Odintsov (?), 09:38, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    По обоим комментариям нет и нет. Может формально остановки и нету, но даунтайм пока копируется память - серьезный. И если на машине 4-16-64GB __занятой__ памяти, то эта livemigration будет идти по полчаса, а-то и больше.
     
     
  • 8.26, ligurio (??), 10:33, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Миграция с zero downtime есть в коммерческом продукте Зачем вам технология мигр... текст свёрнут, показать
     
     
  • 9.33, Аноним (-), 11:24, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем нам платить за продукт, который даже теоретически нельзя улучшить ... текст свёрнут, показать
     
     
  • 10.56, Аноним (-), 16:50, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Или перефразирую где в Москве купить дешевую косметику С БР Вы халявы захо... текст свёрнут, показать
     
     
  • 11.60, Аноним (-), 17:59, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ты и упоролся Это вообще-то у каждого вендора с которыми параллелс пытаетс... текст свёрнут, показать
     
  • 9.40, Pavel Odintsov (?), 12:08, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем её улучшать Она отлично работает на OpenVZ могу приватно показать куски ... текст свёрнут, показать
     
     
  • 10.52, ligurio (??), 14:58, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я уже отвечал вам на хабре Вот проект, в рамках которого будет сделана итератив... текст свёрнут, показать
     
     
  • 11.53, Pavel Odintsov (ok), 15:18, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Будет сделана сделана и работает Рабочего и стабильного ядра RHEL7 еще нету ... текст свёрнут, показать
     
     
  • 12.57, Аноним (-), 16:54, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Кисо надо ЩЩаЗЗ, беЗЗплатно и на блюдечке Кому надо - купили Кому надо в опе... текст свёрнут, показать
     
     
  • 13.58, Pavel Odintsov (ok), 17:34, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Прошу https github com FastVPSEestiOu openvz-network-shaper https github co... текст свёрнут, показать
     
  • 8.44, Аноним (-), 12:59, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ведь и KVM по такому же принципу мигрирует примерно http www linux-kvm o... текст свёрнут, показать
     

  • 1.9, Аноним (-), 20:53, 27/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    какие сроки стабилизации планируются для openvz под ядро 3.10?
     
     
  • 2.11, depeche (??), 23:52, 27/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас до сих пор ведь нужно использовать 2.6.32 как последнее стабильное для ОпенВЗ?
     
     
  • 3.12, Michael Shigorin (ok), 01:06, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Сейчас до сих пор ведь нужно использовать 2.6.32 как последнее стабильное для ОпенВЗ?

    Или 2.6.18 как предыдущее стабильное; других вариантов (ядро+userspace) пока не вижу.

    PS: если что, каждые три месяца публикуется обновлённая сборка инсталятора OpenVZ HN на базе стабильного репозитория ALT Linux: http://altlinux.org/starterkits#server (в 20150312 потребуется сразу сделать apt-get update; update-kernel).  Более наполненные шаблоны VE можно сделать самому при помощи инструментария mkimage-profiles или обсудить в случае общеполезности.

     
     
  • 4.21, Pavel Odintsov (?), 08:26, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Сейчас до сих пор ведь нужно использовать 2.6.32 как последнее стабильное для ОпенВЗ?
    > Или 2.6.18 как предыдущее стабильное; других вариантов (ядро+userspace) пока не вижу.
    > PS: если что, каждые три месяца публикуется обновлённая сборка инсталятора OpenVZ HN
    > на базе стабильного репозитория ALT Linux: http://altlinux.org/starterkits#server
    > 20150312 потребуется сразу сделать apt-get update; update-kernel).  Более наполненные
    > шаблоны VE можно сделать самому при помощи инструментария mkimage-profiles или обсудить
    > в случае общеполезности.

    2.6.18 лучше не юзать вообще, это глюкалово просто феерическое да еще и ETA у него кончается наднях прямо.

     
     
  • 5.45, Michael Shigorin (ok), 13:07, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > 2.6.18 лучше не юзать вообще, это глюкалово просто феерическое

    Оно как раз работало аки часики, а в 2.6.32 сперва долго чинили поотваливавшееся при переезде (помнится, --cpus и что-то ещё) и с vzswap штормило довольно долго.  Правда, у меня все HN на альте.  И здесь это одно из официально поддерживаемых ядер.

    PS re #29: да понятно, что EOL.  Просто других стабильных и не видел (2.6.2x к ним не относились).

     
  • 4.29, ligurio (??), 10:35, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> Сейчас до сих пор ведь нужно использовать 2.6.32 как последнее стабильное для ОпенВЗ?
    > Или 2.6.18 как предыдущее стабильное; других вариантов (ядро+userspace) пока не вижу.

    для 2.6.18 настал EOL и выпускаются только критические обновления
    https://openvz.org/Download/kernel

     
     
  • 5.54, Pavel Odintsov (ok), 15:43, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Почему не открыли код 2.6.32? Не понимаю, столько шумихи из-за того, что открыли код еще совершенно не готового ядра?
     

  • 1.14, Pavel Odintsov (?), 01:15, 28/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    "Часто наши потенциальные покупатели Virtuozzo сначала смотрят на открытый проект и даже начинают запускать на нем коммерческие сервисы. Достигнув определенного понимания, они решают перейти на коммерческую версию"

    Могу рассказать дивную историю обратной миграции - как мы отказались от коммерческого решения Parallels в пользу надежного и суперстабильного OpenVZ и с тех времен сократили время на поддержку и обслуживание ферм в разы! :)

     
     
  • 2.15, rob pike (?), 03:04, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Странно что сразу так не сделали. Если (как следует из успешного финала истории) команда достаточно сильная, а компонент - критичен для бизнеса, очевидно же вроде что так надо делать сразу.
     
     
  • 3.20, Pavel Odintsov (?), 08:11, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    По началу PCS казался целостным и стабильным продуктом, в котором были такие крутые штуки как настоящая live миграция, бэкапы, управление по API. В процессе изучения и сурового продакшена выяснилось, что бэкапы работают настолько непредсказуемо и ненадежно, что мы были вынуждены экстренно написать с нуля свой бэкап. Потом начались проблемы с API, который ломает контейнер и пришлось делать свой API-обходник, который просто работает с vzctl, а не тянет весь crap от PCS'ного userspace. А на десерт начала валиться live миграция с совершенно неадекватными и необъяснимыми ошибками, в итоге повторили и ее.

    А в какой-то момент поняли, что имплементировали весь код, что есть в PCS и который нужен нам для оказания услуг. С тех пор прошло около года и фермы на OpenVZ делают все перечисленные задачи идеально в 99% случаях, хотя были писаны вовсе не профессиональными программистами с огромным опытом разработки (c)

    Стоит обратить внимание, что ядра в продуктах идентичны, хотя в PCS присутствует бинарный crap (который, как бы то смешно не было, много раз заваливал нам ноды своими "фичами").

    А вот про ядро и его команду поддержки я могу сказать лишь "ПОЦАНЫ Я ВАС ЛЮБЛЮ", более отзывчивой к багам и профессиональной команды я не встречал, никогда :) На нашем счету огромное число выбитых экзотичесх багов репродьюсы для которых собирались месяцами, но все это было выявлено и починено чудесными спецами по ядру из Parallels/ODIN :)

     
     
  • 4.30, ligurio (??), 10:37, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >[оверквотинг удален]
    > идеально в 99% случаях, хотя были писаны вовсе не профессиональными программистами
    > с огромным опытом разработки (c)
    > Стоит обратить внимание, что ядра в продуктах идентичны, хотя в PCS присутствует
    > бинарный crap (который, как бы то смешно не было, много раз
    > заваливал нам ноды своими "фичами").
    > А вот про ядро и его команду поддержки я могу сказать лишь
    > "ПОЦАНЫ Я ВАС ЛЮБЛЮ", более отзывчивой к багам и профессиональной команды
    > я не встречал, никогда :) На нашем счету огромное число выбитых
    > экзотичесх багов репродьюсы для которых собирались месяцами, но все это было
    > выявлено и починено чудесными спецами по ядру из Parallels/ODIN :)

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

     
     
  • 5.34, Аноним (-), 11:26, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Павел,  раз уж начали рассказывать,  то пожалуйста приложите к каждому
    > утверждению номер тикета, чтобы было конструктивно.

    Что-то ты заврался, родной - согласно новости багтрекер пока только в планах.

     
     
  • 6.36, ligurio (??), 11:58, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Багтрекер у нас был всегда - https://bugzilla.openvz.org/
     
     
  • 7.38, ligurio (??), 11:59, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Багтрекер у нас был всегда - https://bugzilla.openvz.org/

    Но Павел жаловался на проблемы в коммерческом продукте и я его спросил номера тикетов.
    Чтобы жалобы не были голословными.

     
  • 5.37, Pavel Odintsov (?), 11:58, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Копия всех моих тикетов (почти 10+) уже давно лежит у выше означенного Алексея Кобеца, вопрос лишь в том, когда все это будет починено и будет ли починено - я не кастомер уже, я не могу проверить, но судя по changes релизов - ничего не было исправлено.

    Это не конкретные "вот эта вот висючка не работает, почините", а более масштабные проблемы, например, система бэкапа, которая после 6 тикетов в поддержку так и не начала стабильно работать. Такие вещи нужно переписывать, с нуля. Вот об этом и были мои указанные тикеты.

     
     
  • 6.46, Michael Shigorin (ok), 13:10, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Такие вещи нужно переписывать, с нуля. Вот об этом и были мои указанные тикеты.

    А свою реализацию часом не публиковали?

     
     
  • 7.49, Pavel Odintsov (ok), 13:50, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> Такие вещи нужно переписывать, с нуля. Вот об этом и были мои указанные тикеты.
    > А свою реализацию часом не публиковали?

    К сожалению, нет, очень большая завязка на внутренние API и фатальное отсутствие времени на выпилку и изоляцию кода :(

     

  • 1.17, Аноним (-), 07:34, 28/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > мы решили открыть процесс разработки и часть компонентов Virtuozzo

    Че-то многа букаф, но я так и не понял что именно останется закрытым.

    Работал с OpenVZ и Virtuozzo лет 8-10 назад, понравилось, хороший продукт... был. Сейчас не знаю, но думаю, нет уверен, минералы уже прос...ны. Конкуренты прут со всех сторон и теперь вряд ли Виртуозо захватит серьезный кусок, да еще будучи открытым не полностью и серьезно отстающим в версии ядра. А могли за счет сообщества раскрутиться не хуже ВМВари. 10 лет играли в доганялки внесто того чтобы подминать рынок под себя. Эх вы, такую фору прос...ть это надо суметь. Балбесы.
    "Жадность - это плохо" (с) Остров сокровищ

     
  • 1.27, Аноним (-), 10:33, 28/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не сделали ничего нового. А патчи будут принимать только те которые им мешать не будут, или будут требовать передачи прав (как это было раньше)
     
     
  • 2.31, ligurio (??), 10:41, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Не сделали ничего нового. А патчи будут принимать только те которые им
    > мешать не будут, или будут требовать передачи прав (как это было
    > раньше)

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

     
     
  • 3.35, Аноним (-), 11:30, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > процесс разработки мы открываем для того, чтобы позволить _всем_ желающим  участвовать,
    > поэтому непонятно как вы такой вывод сделали.

    вам правда не приходило в голову, что те кто не только желают, но ещё и могут участвовать в разработке будут скорее участвовать в развитии версий 4.2+, а не покрытого мхом 3.10? Понятно что у вас клиенты и совместимость, но это таки ваши проблемы...

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

     
     
  • 4.39, Pavel Odintsov (?), 12:06, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Смею всецело согласиться, ядро 3 10 конкретно мне крайне мало интересно Я писа... большой текст свёрнут, показать
     
     
  • 5.61, Аноним (-), 18:05, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Мне, например, интересны realtime_preempt патчи, но неинтересно портировать всё и вся только ради того, чтобы попробовать очередной контейнер/виртуализацию. Я допускаю, что опенвз с виртуозой это просто божественные изделия, но тот же lxc я могу прямо сейчас воткнуть на тестовый стенд одной командой без траха с версиями ядра... В общем, пилите, граждане, пилите - может и догоните когда-нибудь: ещё и не такие чудеса случались :)
     
  • 3.55, Аноним (-), 16:30, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    из старого общения с dev@ - и моих патчей которые до сих пор гуляют по форуму - которые отказались принимать из-за того что не подписал бумагу о передаче прав.
     
     
  • 4.66, csdoc (ok), 20:42, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > из старого общения с dev@ - и моих патчей которые до сих
    > пор гуляют по форуму - которые отказались принимать из-за того что
    > не подписал бумагу о передаче прав.

    А в чем была проблема подписать эту бумагу?
    В OpenVZ версии ядра всеравно они появились бы под лицензией GPL.

    Нам, всем пользователям OpenVZ - тоже не надо себя вести так,
    как персонаж одной известной басни: http://www.stihi-rus.ru/1/krylov/1.htm

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

     
     
  • 5.74, Аноним (-), 13:54, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> из старого общения с dev@ - и моих патчей которые до сих
    >> пор гуляют по форуму - которые отказались принимать из-за того что
    >> не подписал бумагу о передаче прав.
    > А в чем была проблема подписать эту бумагу?

    А почему вы считаете что я должен хотеть что бы мой код использовали в закрытом продукте?
    Фирма parallels уже один раз закрывала весь (правда тогда она называлась swsoft)
    почему вы считаете что этого не случится опять?

    > На чем-то компания || ведь должна зарабатывать деньги,
    > чтобы как минимум платить зарплату своим разработчикам.

    А почему вы считаете что это должно волновать? Можно зарабатывать на поддержке - а не на продаже кода, к примеру.


     
     
  • 6.75, csdoc (ok), 14:07, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > А почему вы считаете что я должен хотеть что бы мой код использовали в закрытом продукте?

    OpenVZ - это open source, лицензия GPL.

     
     
  • 7.83, Аноним (-), 18:06, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    можно узнать - а где исходники вот этого ядра ?
    2.4.20-021stab022 - ведь у нас GPL - а значит исходники должны быть открыты?
    как так случилось что уважаемая фирма позволяет себе нарушать GPL ?
     
     
  • 8.84, csdoc (ok), 18:22, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А где документы, подтверждающие покупку софта с ядром версии 2 4 20-021stab022 ... текст свёрнут, показать
     
     
  • 9.85, Аноним (-), 19:34, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    О как заговорили - я рад что вы это написали, даже могу сказать что ждал Мо... текст свёрнут, показать
     
     
  • 10.89, csdoc (ok), 20:18, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, я не работаю в Parallels С такими установками - вообще ничего нельзя комми... текст свёрнут, показать
     
     
  • 11.99, Аноним (-), 14:21, 30/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Странно Только ответы совпадают с мнением компании как было озвучено в прива... текст свёрнут, показать
     
  • 9.88, Аноним (-), 20:06, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    вы недавно употребили термин что openvz это opensource, какому из критериев open... текст свёрнут, показать
     
     
  • 10.90, csdoc (ok), 20:29, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    GPL не обязывает раздавать исходники всем желающим, там есть требование о досту... текст свёрнут, показать
     
     
  • 11.94, pavel_simple (ok), 07:27, 30/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да, не обязывает в какой версии GPL идёт речь про продажу софта ... текст свёрнут, показать
     
     
  • 12.98, csdoc (ok), 14:02, 30/04/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В GPLv2 есть упоминание про исключение для noncommercial distribution , следова... текст свёрнут, показать
     
     
  • 13.102, Andrey Mitrofanov (?), 15:43, 30/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Нет Не надо двойное не -передёргиваний Всё остальное не ограничено оговорками... текст свёрнут, показать
     
     
  • 14.103, csdoc (ok), 15:57, 30/04/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Почему нет В тексте GLPv2 есть один фрагмент, который относится только к nonco... текст свёрнут, показать
     
  • 11.96, Andrey Mitrofanov (?), 10:05, 30/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тем, кто _получил_ Получил бинари Скачивателям триалов или, скажем, открытых б... текст свёрнут, показать
     
     
  • 12.97, csdoc (ok), 13:56, 30/04/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, так точнее Но я не нашел где на их сайте можно скачать бинарники ядра верс... текст свёрнут, показать
     
     
  • 13.100, Аноним (-), 14:23, 30/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Покажите мне открытый модуль подсчета трафика для OpenVZ а именно это не включи... текст свёрнут, показать
     
     
  • 14.107, csdoc (ok), 13:52, 03/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    можно подробнее - о каком именно модуле ядра идет речь что показывает вывод ко... текст свёрнут, показать
     
  • 13.101, Аноним (-), 14:25, 30/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    могу сказать по опыту знакомых - даже тем кто купил, исходники не выдвались, а т... большой текст свёрнут, показать
     
  • 4.71, ligurio (??), 12:12, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    у вас есть прекрасная возможность адаптировать патчи для нового ядра и послать патч
    http://openvz.org/Kernel_patches
     
     
  • 5.79, Аноним (-), 16:17, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > у вас есть прекрасная возможность адаптировать патчи для нового ядра и послать
    > патч
    > http://openvz.org/Kernel_patches

    что бы parallels опять закрыл - как они это делали раньше ?

     

  • 1.41, foror (ok), 12:18, 28/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Принимая во внимание просьбы клиентов

    Да ладно, просьбы клиентов, просто lxc набирает силу, lxd подтягивается от ubuntu. Всякие OSv и Докеры вылезают. Смысл в вашем openvz на 2.6.32?

    Согласен, с выше приведенным комментов - просрали все полимеры...

     
     
  • 2.42, Pavel Odintsov (ok), 12:26, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >>Принимая во внимание просьбы клиентов
    > Да ладно, просьбы клиентов, просто lxc набирает силу, lxd подтягивается от ubuntu.
    > Всякие OSv и Докеры вылезают. Смысл в вашем openvz на 2.6.32?
    > Согласен, с выше приведенным комментов - просрали все полимеры...

    Не, Вы совершенно зря. Я хорошо представляю объем патче для 2/6/32 и 3/10 ядра, для 3/10 он в разы меньше за счет того, что очень многие вещи ребята из || отправили в апстрим и теперь патчи просто не нужны.

    С каждым новым ядром число патчей на ванильное ядро становится все меньше и если будет рабочий патч на 3/10 я думаю найдутся те, кто перетащут патчи в 4 ветку довольно оперативно.

    Поэтому открытие отдельных патчей - это огромный шаг вперед!

     
     
  • 3.43, foror (ok), 12:47, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, ок, я просто глянул вчера репу openvz, и потерял весь энтузиазм поднимать проект на ядре, в которое последний коммит 4 года назад зашел. Задумался о тяжкой судьбе, но тут ubuntu 15.04 со своим LXD обрадовала. Так что, монополия openvz рушится, может на пользу пойдет...
     
  • 3.64, Аноним (-), 19:38, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То что патчей за 10 лет стало меньше это конечно хорошо, но:
    1. Они еще есть и их много;
    2. Они для древнего ядра.
    Вот и получается что продукт может и хороший, но пока ПараРельс || допилит пункты 1 и 2 (еще 10 лет), конкуренты уйдут в отрыв чуть более чем навсегда.
    Поздравляю их с очередным прос..ным рынком. Балбесы. :)
     
  • 2.47, rob pike (?), 13:25, 28/04/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Самое интересное даже не в этом. Тут systemd начинает подпирать уже.
    https://news.ycombinator.com/item?id=9442254
     
     
  • 3.70, Andrey Mitrofanov (?), 09:51, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Самое интересное даже не в этом. Тут systemd начинает подпирать уже.
    > news.ycombinator.com/item?id=9442254

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

    Каким боком это вдруг "интересно" в новости про новые отрытия кода оригинальных авторов того самого кода ядрёных неймспесов и контейнеризации или даже в ответ про новомодного, но малоизвестного, пользователя ядрёных неймспесов и контейнеризации с уклоном в нанотехнологии и космос, не поясните ход вашей, я не совсем уловил?

     

  • 1.77, Аноним (-), 16:14, 29/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Херню они открыли а не патчи. В репозитории намешаны комиты из mainline от 2.6.12, и слегка разбавленые комитами VZ. никакой систематизации - прочто что-то залили - что бы посмотрели, а пользоваться не могли.
     

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



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

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