LINUX.ORG.RU

Вышел Proxmox VE 2.0

 , , , ,


0

1

После долгих лет томительного ожидания...
Наконец-то свершилось!
30-го марта вышла первая стабильная версия самого «продвинутого» OpenSource окружения виртуализации — Proxmox VE, знаменующая начало ветки 2.x. Колоссальное значение последней заключается в том, что по сравнению с 1.х в Proxmox VE было переписано с нуля и заменено почти всё. Столь радикальное решение позволило добавить множество революционных для данного проекта вещей, о которых пользователи Proxmox грезили ещё с 2010-го года.

Чего же мы все ждали и наконец получили?

В первую очередь это возможность построения отказоустойчивых кластеров. Для этого Proxmox VE 2.0 использует не только corosync как транспорт синхронизации (на основе multicast), но даже собственную «внутреннюю» кластерную файловую систему на основе СУБД! В отличие от прежнего Proxmox'а, нынешний умеет автоматически перезапускать виртуальные машины, работавшие на «умершей» ноде, на любой из оставшихся живых.

Вторым безусловным шагом вперёд является «мультимастерность», что означает то, что кластер доступен на запись изменений с любой из мастер-нод, а не только с одной единственной (возможно, уже «упавшей»), как это было раньше.

Стоит отметить новый веб-интерфейс Proxmox: он стал сложнее, запутаннее, интерактивнее (повсеместно используется Ext 4 JavaScript) и просто кишит функционалом. Впрочем, по мнению автора новости (которое никому не интересно :)), прежний интерфейс хоть и был беднее функционально, но зато отличался куда лучшей интуитивностью.

Прислушавшись к чаяниям широких масс enterprise-общественности, разработчики добавили RESTful Web API, позволяющий обращаться к функциям Proxmox простым унифицированным способом (и даже отлаживать API, вводя в адресной строке браузера умопомрачительные последовательности символов, прикидывающиеся обычным URL).

Благодаря накопленному разработчиками и активными пользователями опыту, в Proxmox VE 2.0 были учтены многочисленные багрепорты и обсуждения на форуме, касающиеся запуска различных типов операционных систем в KVM. Теперь содержание перечня параметров в строке запуска виртуальных машин существенно зависит от типа гостевой операционной системы и от целевой архитектуры процессора, причём различия в работе разных операционных систем под KVM отражены и во фронтэндовом веб-интерфейсе.

И конечно уже давно назревшее обновление базовой платформы до Debian Squeeze — это просто настоящий праздник для поклонников Proxmox!

По мелочи ещё стоит отметить куда более развитые возможности backup и restore, возможность размещать OpenVZ-контейнеры не только на /var/lib/vz, но и в других каталогах, интеграцию с сервисом TurnKey (готовые настроенные шаблоны OpenVZ для трудного в установке софта) и целое изобилие собственных OpenVZ-шаблонов.

В заключение стоит отметить, что Proxmox VE 2.0 сделал гигантский шаг вперёд навстречу enterprise'у. Косвенно это подтверждается и тем, что у PVE появилась подписка на коммерческую поддержку, причём взаимодействие с этой подпиской доступно непосредственно из нового веб-интерфейса.

Также команда разработчиков Proxmox доказала, что способна вести очень сложный OpenSource-проект, чётко следуя заранее намеченному Roadmap'у, пусть и (на ранних этапах разработки ветки PVE 2.0) с некоторым смещением относительно графика.

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Последнее исправление: Silent (всего исправлений: 7)
Ответ на: комментарий от DRVTiny

я просил кое что добавить в новость - не сделано. почему?
1) никто не будет убивать свой рабочий дебиан чтобы поставить это
2) нет доверия к компании proxmox, чьи пакеты за столько лет не попали даже в non-free ветку официального дебиан репозитория. отсутствует deb-src => невозможно быстро посмотреть исходник именно текущей версии пакета => чтобы не допустить кота в мешке на продакшене нужно собирать пакеты из git, тщательно отслеживая патчи
3) то что ты не конфигурировал ты не сможешь поддерживать => сейчас ты поставишь готовое, а завтра закажешь платную поддержку. политика четко ясна
поставить образ на виртуалку и потыкать это нормально, но на продакшен - увольте

punya ★★
()
Ответ на: комментарий от punya

я просил кое что добавить в новость - не сделано. почему?

Гм, вы - мой начальник? Надо же, в гримме я вас, кажется, не узнал, звиняйте.
Да, и как бы уже опубликованные новости править нельзя. Вы хоть на дату публикации посмотрите трезвым взором.

1) никто не будет убивать свой рабочий дебиан чтобы поставить это

Именно для этого есть элементарный способ поставить PVE 2.0 на Debian просто как приложение. В чём проблема-то?

2) нет доверия к компании proxmox, чьи пакеты за столько лет не попали даже в non-free ветку официального дебиан репозитория. отсутствует deb-src => невозможно быстро посмотреть исходник именно текущей версии пакета => чтобы не допустить кота в мешке на продакшене нужно собирать пакеты из git, тщательно отслеживая патчи

У меня к вам нет доверия, и дальше что? То, что их пакетов нет в репозиториях Debian - по-моему вы всё переворачиваете с ног на голову: это Proxmox сделал форматом распространения своего ПО репозиторий для Debian, а не в Debian добавили какой-то левый неофициальный софт. Для того же RedHat полно программ распространяется в репозиториях для yum - и теперь это всё должно быть фактически частью дистрибутива что ли? Кстати, non-free в Debian - это помойка из софта, разработчики которого ни сном ни духом не мечтали быть представленными в составе чьего бы то ни было дистрибутива. То, что они не запретили делать это, ещё не значит, что нужно каким-то стохастическим образом собирать со всего инета программулины саморго разного сорта и тащить их в некую свалку под названием non-free.
И да, я доверяю Proxmox не меньше, чем Debian, вот такое я говно, пойду застрелюсь.

3) то что ты не конфигурировал ты не сможешь поддерживать => сейчас ты поставишь готовое, а завтра закажешь платную поддержку

Я балдею, дорогая редакция, а что по-вашему в этих ваших Debian'ах делают всякие там dpkg-reconfigure? Вы вчера родились или правда не в курсе, что 99% пакетированного софта имеют некие стартовые настройки и даже - о Боже мой, - они во время установки из этих ваших deb-пакетов могут что-то спрашивать у пользователя синими экранчиками, а могут и просто кое-как проанализировав систему, сгенерировать какой-то свой default в конфигах. Очень, исчезающе мало сколько-нибудь сложных программ, которые поставляются «в голом виде» и даже sample-конфигов не копируют в /etc. Почему именно Proxmox должен быть с нуля каким-то таинственным образом настроен вручную - я не знаю. Кстати, настроек там никаких особых и нет, всё примитивно донельзя, коли разобраться.
Вы, видимо, не осилили прочитать, что я по сути написал, и сразу полезли отвечать. А написал я всего лишь то, что ISO-шный образ Proxmox - это тот же чистый Debian, только минималистичный и некий дефолт Proxmox'а,, который вы точно так же получите при установке из пакетов. Особенность ISO-образа - в том, что его работу на поддерживаемой системе разработчики PVE гарантируют в какой-от степени, а вот установку PVE из репозиториев в вашу уже 1000 праз перекроенную., замусоренную пакетами из самых разных источников систему - не гарантируют. Тем не менее, если это чистый Debian Suqeeze, всё будет работать точно так же.

DRVTiny ★★★★★
() автор топика
Ответ на: комментарий от DRVTiny

спасибо за ответ но вы малек не поняли что я имел в виду:
я не принуждаю ничего делать. я думал вы просто упустили мои комментарии. надо было ответить «я не хочу добавлять потомучто ...». ладно
во втором пункте я имел в виду что сорс не читал никто из незаинтересованных лиц. прежде чем софт попадает в репозиторий его сорс читают и фактически подписываются под тем что в нем нет «котов в мешке». если я всетаки не доверяю разработчику, то могу скачать исходник deb-src и прочесть. больше трех лет пользуюсь система ниразу не подвела. а тут мне не дают возможности deb-src что нарушает установленный порядок
про третий пункт: не надо гнать я все прочитал здесь, на сайте и в ридми в гите. зачем вы пытаетесь меня опустить рассказывая очевидные вещи про пакеты?
вы когда нибудь слышали такое слово как интеграция? неужели вы думаете что компании, являщиеся вашей целевой аудиторией все это временя сидели и ждали когда вы снизойдете запилить proxmox 2.x? и слова «перекроенная и замусоренная» не употребимы если вы идете «путем дебиана»

punya ★★
()
Ответ на: комментарий от punya

больше трех лет пользуюсь система ниразу не подвела

А должна была? Я знаю только одну систему, которая меня лично подводит чуть чаще, чем всегда, и это оффтопик.
Впрочем, кого-то она не подводит и кому-то мозг не сжирает - значит, проблемы у меня с руками.

во втором пункте я имел в виду что сорс не читал никто из незаинтересованных лиц

Proxmox - OpenSource проект, все сорцы есть. Мало того, весь Proxmox до 2.х вообще был просто крутой скриптовой обвязкой вокруг обычного KVM и OpenVZ. Впрочем, и сейчас 80% всего кода можно просто тупо прочитать, потому он как был на Perl'е, так и остался на Perl'е. Остальное тоже можно прочитать, но в отличие от Perl'а, я в том же ExtJS не разбираюсь никак, поэтому толку мне от этого мало.
Ну и таки да, расскажите, как вы перед установкой приложения внимательно вчитываетесь в его код - это весьма интересно и поучительно!

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

Ну если эти вещи для вас очевидны, но вы их упорно «не замечаете» в своих комментариях, значит - наверное, кого-то пытаетесь в неких корыстных целях обмануть? :)

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

Я никакого отношения не имею к Proxmox, я просто им пользуюсь, и да Proxmox мне нравится.
Ни одна достойная уважения контора не будет заниматься написанием собственных велосипедов, тратя на это драгоценное время сотрудников. Если что-то не устраивало в Proxmox 1.x - никто не мешал пользоваться аналогичными OpenSource продуктами или, что логичнее для не совсем нищебродов, - купить VMware Server. Перепиливание чужого кода под свои личные свистоперделки возможно и допустимо только в том случае, если этот код потом коммититься в основной проект. А он не коммитится, ни одного такого случая в реальности я не знаю. И чаще всего так происходит сразу по 2-м причинам: 1) код написан через жопу, не документирован, а где-то прямо в коде можно IP-адреса встретить, так что он не годится никуда больше, кроме как для нужд данной компании (и то - годится до тех пор, пока в компании работают сами пейсатели - герои велосипедостроения) 2) код невозможно закоммитить, его просто со 100%-ной вероятностью не примут, потому что см.1 пункт 1-й

DRVTiny ★★★★★
() автор топика
Ответ на: комментарий от DRVTiny

я не имею ничего против самого proxmox. я попробовал образ на виртуальной машинке и мне нравится. я всего лишь сражаюсь за дебиан-вей если компания пошла этим путем

в третьем пункте я намекал на интеграцию, не затрагивая качества используемого ранее ПО. я всего лишь утверждаю что 90% компаний выбравших proxmox будут именно интегрировать его в существующую систему а не ставить чистую. образ им как коту пятая нога

внимательно вчитываетесь в его код

это наиболее правильный вариант если не доверяешь исходнику. неужели вы считаете что поддержку hyper-v от мелкожопсов добавили в ядро вслепую не прочитав исходников?

разговор какой-то мутный пошел. добавляю чоткости
до дебиан-вея не хватает:
1) deb-src
2) запрос на добавление в официальный репозиторий
3) дропнуть образ
точка

punya ★★
()
Ответ на: комментарий от punya

2) запрос на добавление в официальный репозиторий

вы в курсе, что PVE достаточно быстро обновляется. стоит кому-то из пользователей найти ошибку - как она сразу же исправляется при наличии решения и заливается в реп в тот же день. сколько надо будет ждать, если эти пакеты будут залиты в оф. реп дебиана? на этот вопрос можете не отвечать.

3) дропнуть образ

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

awesome
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.