Следуя намеченному ранее плану (http://openvz.livejournal.com/49158.html) разработчики проекта OpenVZ (https://openvz.org/) настроили (http://lists.openvz.org/pipermail/announce/2015-July/000606....) регулярную публикацию тестовых сборок (http://download.openvz.org/virtuozzo/releases/7.0-beta1/x86_64/) проекта Virtuozzo 7 и теперь все желающие получили возможность попробовать последнюю версию контейнеров OpenVZ.Доступны следующие файлы:
- Yum-репозиторий с установочными RPM-пакетами (ежедневное обновление)- Установочный образ Virtuozzo 7 x86_64 (еженедельное обновление)- Шаблоны контейнеров: CentOS 6 x86_64, CentOS 7 x86_64 (со временем будут доступны и другие шаблоны)
Доступны несколько способов установки OpenVZ:- Установка дистрибутива Virtuozzo 7.- Установка RPM пакетов на существующий Linux дистрибутив. - Использование пользовательских утилит OpenVZ c ванильным ядром.
Отмечается что использование OpenVZ с ванильным ядром будет иметь ряд ограничений, так как часть функциональности vzkernel отсутствует в основной ветке Linux ядра.
Использование установочного образа Virtuozzo 7 - это рекомендованный способ получения последней версии контейнеров OpenVZ. Отдельно отмечается, что
опубликованные сборки компонентов Virtuozzo являются тестовыми и не готовы для серьёзного применения. Разработка новой версии всё ещё продолжается и продукт может содержать серьёзные ошибки.
Проект находится в стадии активной разработки и приветствует присоединение новых участников (http://openvz.org/Contribute), заинтересованных в его развитии. Сообщения о найденных проблемах можно направлять в багтрекер (https://bugzilla.openvz.org/) или список рассылки (http://openvz.org/Mailing_lists) (требуется предварительная подписка на рассылку).URL: http://lists.openvz.org/pipermail/announce/2015-July/000606....
Новость: http://www.opennet.me/opennews/art.shtml?num=42483
Ух тыж. Кир, а где траболлы ? Гента и всяческие дебиано-арчи в пролете ?
> Гента и всяческие дебиано-арчи в пролете ?а оно им\нам надо?
Ну так они недвусмысленно сказали что по их мнению есть только центос. Ну ок, а по нашему мнению они могут идти в южном направлении тогда.
> Ну так они недвусмысленно сказали что по их мнению есть только центос.
> Ну ок, а по нашему мнению они могут идти в южном
> направлении тогда.Да не в этом дело. Мы понимаем, что поддержка Debian на хосте нужна. Но изначально мы ориентировались на RPM based дистрибутивы (когда делали еще PSBM 4 в 2009 году). Сейчас Debian получил большую популярность, но так быстро взять и делать еще дистрибутив на базе deb не получится. Сейчас у нас фокус только на RPM, чтобы не распылять усилия. Но у нас есть в планах поддержка Debian.
Еще раз повторюсь: когда у вас ограниченная команда разработчиков и тестировщиков, то вы вынуждены ограничивать список своих задач. Но опять же, вам никто не мешает начать паковать в deb. Но никто не хочет этим заниматься, лучше сидеть и ждать когда это сделают ребята из Parallels :)
>[оверквотинг удален]
> нужна. Но изначально мы ориентировались на RPM based дистрибутивы (когда делали
> еще PSBM 4 в 2009 году). Сейчас Debian получил большую популярность,
> но так быстро взять и делать еще дистрибутив на базе deb
> не получится. Сейчас у нас фокус только на RPM, чтобы не
> распылять усилия. Но у нас есть в планах поддержка Debian.
> Еще раз повторюсь: когда у вас ограниченная команда разработчиков и тестировщиков, то
> вы вынуждены ограничивать список своих задач. Но опять же, вам никто
> не мешает начать паковать в deb. Но никто не хочет этим
> заниматься, лучше сидеть и ждать когда это сделают ребята из Parallels
> :)Ну так ткните меня, мантайнера, в тарболлы ? Паковать сырцы в тарболы тоже сложно ?
>>[оверквотинг удален]
> Ну так ткните меня, мантайнера, в тарболлы ? Паковать сырцы
> в тарболы тоже сложно ?Так не сложно же, я уже приводил ссылку чуть ниже по треду - https://github.com/OpenVZ/prlctl/releases
И такая ссылка есть для каждого компонента.
Загляните в табличку на вики когда будете что-то пакетировать - https://openvz.org/Packages
> Загляните в табличку на вики когда будете что-то пакетировать - https://openvz.org/PackagesЯ плакаль от тамошней инфы - я уже 3 года веду ploop, 2 года он зеленый, а там его типа нету в гентоо ;)
От пакетов с гитхаба хочется плакать :( - тарболл с назаванием vzctl/master.zip особенно хорош для автоматического опакечивания.
Ребята, у вы же не школьники в конце концов, и рпмки тоже не из master.zip собираете, и генерация релизных архивов у вас уже черти сколько работала - ну верните их пожалуйста.
>> Загляните в табличку на вики когда будете что-то пакетировать - https://openvz.org/Packages
> Я плакаль от тамошней инфы - я уже 3 года веду ploop,
> 2 года он зеленый, а там его типа нету в гентоо
> ;)Добавил в таблицу.
> От пакетов с гитхаба хочется плакать :( - тарболл с назаванием
> vzctl/master.zip особенно хорош для автоматического опакечивания.Там помимо .zip есть тарболлы. Чем они не подходят? Если будут еще вопросы по пакетированию, то напишите мне на почту и мы быстро порешаем их- логин sergeyb на домене OpenVZ.
> Ребята, у вы же не школьники в конце концов, и рпмки тоже
> не из master.zip собираете, и генерация релизных архивов у вас
> уже черти сколько работала - ну верните их пожалуйста.
А сколько раз надо вас пнуть, чтоб не просто "добавил в табличку" (затыкаем явный косяк), а "регулярно обновил полностью"?
> А сколько раз надо вас пнуть, чтоб не просто "добавил в табличку"
> (затыкаем явный косяк), а "регулярно обновил полностью"?Там же обычная вики. Что вам мешает самим отредактировать?
> Да не в этом дело. Мы понимаем, что поддержка Debian на хосте нужна.Ну не знаю, параллелсовского разработчика (простите, не помню, вы это были или кто-то еще) с нахрапом втюхивавшего мне CentOS было как-то сложно понять двусмысленно. Ну а я не злопамятный, но логичные выводы насчет "политики партии" и перспектив - сделал. Говоря за себя - меня совсем не улыбает перспектива вечно сношаться с кастомными ядрами поддерживаемыми неизвестно кем, при общей нацеленности на центось который мне не нравится например отcтoйным менеджером пакетов.
Каждой копии центоса надо не менее 512 метров памяти. Иначе дрянь с названием yum однажды умрет по OOM и потом придется немало попрыгать с бубном чтобы его оживить. По поводу чего сказки про экономию ресурсов vs полный виртуализатор в половине случаев быстренько отправляются лесом с интересом. А идея админить принципиально разные ОС в хосте и гуесте - довольно на любителя. Ну то-есть хостинги это может и устроит, а вот всех остальных - ну не знаю. Мне идея админить несколько принципиально разных сущностей на ровном месте - не нравится.
> Но изначально мы ориентировались на RPM based дистрибутивы (когда делали
> еще PSBM 4 в 2009 году). Сейчас Debian получил большую популярность,В 2009 году дебиан уже был, имхо, величиной очень и очень заметной от ноля. Как и прочие убунты. И вообще-то у редхатообразных они рыночную долю откусывать начали далеко не вчера.
> но так быстро взять и делать еще дистрибутив на базе deb не получится.
Ну и чьи это проблемы кроме вас?
> распылять усилия. Но у нас есть в планах поддержка Debian.
"Мы работаем над этим" - старо как мир^W корпорации.
> вы вынуждены ограничивать список своих задач.
Ну да. А я вынужден поискать себе другие решения. От других людей. Потому что ваши как-то слишком уж узконишевые и с слишком уж большим количеством неудобных допущений.
> заниматься, лучше сидеть и ждать когда это сделают ребята из Parallels :)
Ну не знаю, я этим заниматься точно не буду: разработчики из паралелсов очень доступно объяснили мне, что мне нужны другие решения от других людей. Я склонен с ними согласиться по этому поводу.
Остается понять какая религия запрещает вам поставить в Debian ядро rhel/openvz и свежую версию vzctl и прочих утилит. Благо deb пакеты и репозиторий для всего этого уже около года как есть на их сайте, а инструкции для самостоятельной конвертации через alien появились лишь немногим позже выбрасывания openvz из debian.
Колхозить неподдерживаемую помойку не хочется, вот почему. Если разработчики предпочитают класть йух на первое по распространённости семество дистров - мы им ответим взаимностью. Ничего личного.
> Остается понять какая религия запрещает вам поставить в Debian ядро rhel/openvzЭтой религией называется отсутствие поддержки. И нежелание создавать себе кучу неудобств на ровном месте.
Поддерживать такой куриный выперыш нормально не сможет вообще никто на этой планете, и даже целое золотохранилище дяди Скруджа не сможет это изменить.
> и свежую версию vzctl и прочих утилит.
А зачем мне лезть на фонарный столб в ластах и противогазе? Только потому что разработчики ovz и виртуозы думают что это прикольно? У меня другие понятия о прекрасном, так что мне проще не иметь никаких дел с столь проблемными технологиями, требующих таких извратов.
> Благо deb пакеты и репозиторий для всего этого уже около года как есть на их сайте,
Благо, вы уже хренадцать лет как можете лазить в ластах и противогазе на фонарный столб. Но что-то вы не рветесь это делать. Вот и я не рвусь бороться с искусственными трудностями, созданными мне совершенно на ровном месте.
> а инструкции для самостоятельной конвертации через alien появились лишь немногим позже
> выбрасывания openvz из debian.Всю жизнь мечтал заиметь кучу левых проблем на ровном месте и освоить кучу левых приседаний под закидоны каких-то чудаков. И вообще, я уже пошел намыливать фонарный столб и надеваю ласты. Разве не заметно?
Тарболлы есть на зеркалах репозиториев на гитхабе.
Например - https://github.com/OpenVZ/prlctl/releases
а ты им заплатил?
Неужели ядро для centos7? Я думал будет как обычно, выпустят когда выйдет centos8.
deb "Debian 8"
Чем оно лучше любого дистра с опенвз? Удобные утилиты есть?
> Чем оно лучше любого дистра с опенвз? Удобные утилиты есть?Из утилит: есть prlctl для управления и ВМ и контейнерами, есть vztt для сборки контейнерных темплитов... А впрочем зачем я рассказываю, попробуйте сами поставить Virtuozzo 7 и посмотреть. Я думаю оно будет стоить вашего потраченного времени. Если OpenVZ был больше похож на конструктор, то VZ7 скорее похож на продукт (еще документацию скоро выложим, она в процессе подготовки).
Jail/bhyve стоить вашего потраченного времени.
> Jail/bhyve стоить вашего потраченного времени.Ты решил порекламить бояздэшные технологии разработчику из openvz? Предлагаю не мелочиться - пересади русский офис микрософта на фрибзду, пусть знают ваших.
> пересади русский офис микрософта на фрибзду,Сказано – исполнено!!!
> А впрочем зачем я рассказываю, попробуйте сами поставить Virtuozzo 7 и посмотреть.Правильно понимаю, что это всё-таки альфа и именно посмотреть, но не в работу?
>> А впрочем зачем я рассказываю, попробуйте сами поставить Virtuozzo 7 и посмотреть.
> Правильно понимаю, что это всё-таки альфа и именно посмотреть, но не в
> работу?Именно. Это версия "на посмотреть" и получить первый фидбек. Как например здесь человек отписал - http://openvz.livejournal.com/50678.html
Да ну их, эффективные менеджеры решили открыть продукт когда Docker припекать начал, но уже поздно. Чуть ветер перемениться снова закроют. Ну их нафиг, проще не связываться, с проприетарастами.
> Да ну их, эффективные менеджеры решили открыть продукт когда Docker припекать начал,
> но уже поздно. Чуть ветер перемениться снова закроют. Ну их нафиг,
> проще не связываться, с проприетарастами.Сам то OpenVZ открыт, так что пользуйтесь, а то что панелей и приблуд закрытых нет, так это ерунда
По поводу панелей: мы активно работаем над драйвером vz (см список поддерживаемых операций https://libvirt.org/hvsupport.html) в libvirt, который поддерживает работу и с конетйнерами и виртуальными машинами. Поэтому вам никто не мешает использовать стандартный virt-manager, который работает через libvirt. Планируется еще сделать Web UI, но пока не понятно что именно это будет. Если есть конкретные предложения по Web UI - велкам.
Вот именно потому что есть libvirt, сделать морду не проблема. Для меня лично OpenVZ нормальный продукт, хотя уже есть и другие. Что касается виртуозо, то я к нему изначально ничего положительного не испытывал, он нужен был тем кому нужны готовые решения, с бредовым логотипом.
> нужен был тем кому нужны готовые решения, с бредовым логотипом.а что не так с логотипом? ;)
Он не про логотип, что конторе трудно подогнать под свой бренд без рекламы самого производителя виртуозы.Чище нужно быть к клиентам, не палить что это виртуозо вовсе.
> Он не про логотип, что конторе трудно подогнать под свой бренд без
> рекламы самого производителя виртуозы.
> Чище нужно быть к клиентам, не палить что это виртуозо вовсе.Возможно вы не читали предыдущие новости или у нас не получилось ясно объяснить. Поэтому я попробую еще раз:
был коммерческий дистрибутив Parallels Server Bare Metal 5, следующая его версия была Parallels Cloud Server 6. Недавно после выделения серверного направления Parallels в отдельный бренд Odin продукт PCS был переименован в Virtuozzo 6. И это коммерческий дистрибутив с закрытыми исходными кодами (простите, что приходится вам голову этим забивать, хотел объяснить, чтобы не было путаницы).Разработка новой версии дистрибутива Virtuozzo 7 будет открытой, исходный код компонентов открытый (см http://www.opennet.me/opennews/art.shtml?num=41350, http://www.opennet.me/opennews/art.shtml?num=42113, http://www.opennet.me/opennews/art.shtml?num=42483). Поэтому я не понимаю ваших призывов "не палить что это виртуозо вовсе.". Это открытый продукт, такой же как CentOS, LXC или что-то еще.
OpenVZ это проект в рамках которого ведется разработка открытых компонентов дистрибутива Virtuzzo и поддержка текущих версий компонентов OpenVZ (kernel 2.6.32, 2.6.18, ploop, vzctl etc).
так тоже открыли когда конкуренты припекать стали. А до этого времени стойко нарушали GPL.
> так тоже открыли когда конкуренты припекать стали. А до этого времени стойко
> нарушали GPL.Вы наверное про тот случай когда выкладывали свои ядра и не выкладывали сорсы?
С тех пор много воды утекло. Компания меняется.
Вот вам ядра - http://download.openvz.org/virtuozzo/releases/7.0/x86_64/, а вот сорсы - https://src.openvz.org/projects
> Да ну их, эффективные менеджеры решили открыть продукт когда Docker припекать начал,
> но уже поздно.Ну спорное утверждение. Docker развивает тулзы для управления контейнерами и они активно сидят на наших плечах потому что используют технологию контейнерной виртуализации в ванильном ядре, которую в большей части написали мы и теперь еще используют проект CRIU для миграции контейнеров. Вот видео с DockerCon с демо миграции - https://www.youtube.com/watch?v=mL9AFkJJAq0&feature=youtu.be..., если интересно.
> Чуть ветер перемениться снова закроют. Ну их нафиг,
> проще не связываться, с проприетарастами.ну и по поводу проприерастов вы наверное все-таки загнули. Да, мы коммерческая компания, но мы много своих наработок отдаем в opensource. Я уже где-то не писал этот список, но из-за вашего утверждения приведу его опять:
Проект criu (http://criu.org/Main_Page), который уже интегрирован с LXC, Docker. И я думаю мы еще услышим про проект, потому что у него множество сценариев использования (см http://criu.org/Usage_scenarios).
libvirt с поддержкой Virtuozzo контейнеров, QEMU с нашими доработками (https://openvz.org/QEMU), проект Process HAULer для миграции контейнеров (http://criu.org/P.Haul), OpenStack (см. http://stackalytics.com/report/companies/Parallels).
Я не в коем случае не ругаю труд программистов паралелс, просто забавно когда начинают отъедать рынок у компании какие действия они предпринимают. Посмотрю к чему это приведет.
> Я не в коем случае не ругаю труд программистов паралелс, просто забавно
> когда начинают отъедать рынок у компании какие действия они предпринимают. Посмотрю
> к чему это приведет.Я скорее ругаю руководство компании.У компании были лидирующие позиции в области контейнерной визуализации, да и по большей части остаются но как она ими распоряжается, просто смех.
Ну я так смотрю что у этой компании большие проблемы с пониманием того что автотазовщина с подкручиванием болтиков за бухими слесарями самолично - может постепенно всех и подзадолбать. "Слесаря" на форуме рассказывают что недокрученные болтики и отсутствие желаемого цвета кузова - это ничего, так и надо. Но у нас есть понятный способ объяснить им что так работат ьне надо - брать решения от других людей.
> Ну я так смотрю что у этой компании большие проблемы с пониманием
> того что автотазовщина с подкручиванием болтиков за бухими слесарями самолично -User294, Вы зациклились. Штатный способ использования ovz:
1) берём железный сервер;
2) ставим на него ovz-дистрибутив, получаем hardware node;
3) на HN добавляем контейнеров (VE/CT) по мере надобности.Всё.
Что именно на HN -- волнует мало кого, т.к. основная функциональность обеспечивается внутри контейнеров -- где может быть и дебиан, и юзериан, лишь бы таковой жил под управлением ядра Linux.
Слазьте уже там со столба, а? Лето, ласты можно и по назначению применить... :)
> User294, Вы зациклились.Всего лишь капитаню немного.
> Штатный способ использования ovz:
...
> 3) на HN добавляем контейнеров (VE/CT) по мере надобности.Я и говорю: квадратно-гнездовое мышление. С втюхиванием единственно-правильного юзкейса и неспособностью представить себе смежные варианты применений, которых по факту оказалось over 9000. На чем неслабо поднялись другие виртуализаторы. Ну окей, вот для чего-то такого конкуренция и нужна - выносить с рынка тех кто вообще смеет подобные заявы в стиле автотаза выдавать. Окажутся паралелсы с своими вдсками на ovz в чем-то типа IBM и их майнфреймов - туда и дорога, значит. Это им еще повезет, если хотя-бы так.
> Что именно на HN -- волнует мало кого,
Вот это - весьма зависит. Не волнует это всяких там хостеров, если администрирование гуестов удалось выгрузить на юзерей. А в каком-нибудь продакшне который не хостинг - гетерогенная структура с несколькими разными ОС - уже грабли. А редхат грабли по куче других причин и делать его единственной ОС - тоже очень на любителя.
> внутри контейнеров -- где может быть и дебиан, и юзериан, лишь
> бы таковой жил под управлением ядра Linux.Вот только админить принципиально разные ошметки - криво. Хостеры эту проблему решают выносом администрирования юзерианов на плечи юзерей. И дальше уже юзеры сами мыкаются с юзерианом. Но этот номер катит только для хостеров. А для остальных это грабли с гетерогенной инфраструктурой на ровном месте. Или кушанием редхата и только редхата. Который очень так себе на вкус.
> Слазьте уже там со столба, а? Лето, ласты можно и по
> назначению применить... :)Ну так я о чем. Мне не понятно почему паралелсы считают что использование их продуктов должно выглядеть вот так. Впрочем, я вполне в настроении следовать их совету и не пользоваться их продуктами. Если уж это разработчики советуют, остальным с такого продукта и подавно надо драпать быстрее чем пассажирам с Титаника.
> Я и говорю: квадратно-гнездовое мышление.А путать микролитражку, всепаркетник и грузовик -- это как называется? :)
> С втюхиванием единственно-правильного юзкейса и неспособностью представить себе
> смежные варианты применений, которых по факту оказалось over 9000.
> На чем неслабо поднялись другие виртуализаторы.То есть Вы на месте параллельсовцев зажали бы, скажем, namespaces в своём мегапатче, чтоб не наплодить себе "конкурентов" в тех отраслях, которыми и не собирались заниматься, правильно понимаю?
> Окажутся паралелсы с своими вдсками на ovz в чем-то типа IBM и их майнфреймов
Там, что самое смешное, свои partitions сто лет в обед (причём не удивлюсь, если на LPAR можно воткнуть и ovz).
> А редхат грабли по куче других причин и делать его
> единственной ОС - тоже очень на любителя.Полностью согласен, поэтому у меня в качестве HN альт, где ovz давно поддерживается штатно. Если в дебиане на Вас лично как на пользователя положили -- ну ква.
> Ну так я о чем. Мне не понятно почему паралелсы считают что
> использование их продуктов должно выглядеть вот так.Видимо, потому, что их продукты предназначены ровно для этого.
Кстати, sergeyb@ на LVEE 2015 в ответах на вопросы по его докладу заметил, что доклад был задуман не в последнюю очередь по обсуждениям на опеннете -- так понимаю, что в основном благодаря Вам, таким образом :)
https://lvee.org/ru/abstracts/154
https://lvee.org/ru/abstracts/149 (тоже интересно и рядом, но уже в исполнении xemul@)Надеюсь, Стас Фомин обработает и выложит отснятое видео.
сколько можно постить новости о продукте который прославился нарушениями GPL?
> сколько можно постить новости о продукте который прославился нарушениями GPL?Вот вы в дестве срались в пеленки. Вам теперь об этом всю жизнь напоминают?
Я выше уже ответил на такой же вопрос другому обезличенному комментатору.
Микрософт недавно открыла ошмётки дотнета. Стоит ли их резко любить из-за этого, после 20 лет гадостей из-под полы?
Блобы никогда не готовы к продакшену, даже если их открытьМой любимый Debian, Ubuntu и Arch не запустит этот мусор.
> Микрософт недавно открыла ошмётки дотнета. Стоит ли их резко любить из-за этого,
> после 20 лет гадостей из-под полы?Мы же здесь не вопросы любви обсуждаем. С этим на другой форум :)
> Мы же здесь не вопросы любви обсуждаем. С этим на другой форум :)Как вам сказать? Если вы не нравитесь - от вас постараются отделаться. Вроде бы логично.
Вслепую доверять тем, кто честно выкладывает код с патченой бинарной тухлой статической libssl в VCS (и она там не одна в пузе)? Нет, как-то не хочется пока.
А всего этого свежевыложенного кода нет в пакетах дистрибутивов (выше ссылка на табличку) просто оттого, что он ещё не дотягивает даже до нестабильных репозиториев. Это я как майнтайнер этого добра говорю.
Именно это и было написано в анонсе:Q: Can we use binaries or Virtuozzo distribution in production?
A: No. Virtuozzo 7 is in *pre-Beta stage* and we strongly recommend to avoid
any production use. We continue to develop new features and
Virtuozzo 7 may contain serious bugs.Естественно, что качество компонентов соответствующее.