Регистрация
3 октября 2011 в 10:19

Вышел Proxmox VE 2.0 beta!

    Коллеги, у меня для вас сегодня очень хорошая новость. Вышла публичная бета второй версии великолепной свободной платформы виртуализации Proxmox VE. Если ранее Proxmox (версии 1.x) мог конкурировать с VMware при использовании в небольших компаниях, то сегодня он замахнулся как минимум на средние.

    Что же такое Proxmox?


    — Это свободная платформа виртуализации (Open Source, GNU AGPL v3)
    — Это принцип KISS (Proxmox состоит из небольшого числа прозрачно взаимодействующих компонентов: Debian как основа, пропатченное ядро Linux, KVM и окружение Proxmox, которое включает в себя web-интерфейс, демон синхронизации и консольные утилиты управления)
    — Это простая установка
    — Это удобный и функциональный Web-интерфейс (без необходимости устанавливать клиент)
    — Это надёжность
    — Это возможность использования уже имеющихся навыков администрирования Linux, без необходимости переобучения
    — Это возможность использования преимуществ Linux, которые могут быть и не предусмотрены Web-интерфейсом Proxmox VE (например DRBD)



    Что нового в Proxmox VE 2.0


    (в beta реазизовано пока не всё из перечисленного)

    * Новый интерфейс (переписан с нуля)
    ** Новый Web-интерфейс основан на Ext JS 4 JavaScript framework)
    ** Поддержка внешнего VNC клиента с использованием SSL
    ** Расширенное управление правами для всех объектов (виртуальные машины, хранилища, и т.д.)
    ** Поддержка различных типов аутентификации (локальная, MS ADS, LDAP, ...)

    * В качестве базового дистрибутива используется Debian 6.0 Squeeze с LTS ядром 2.6.32 (поддержка KVM и OpenVZ)

    * Объединение в кластер теперь основано на corosync и включает в себя:
    ** Proxmox Cluster file system (pmxcfs): файловая система используемая для хранения и синхронизации конфигурационных файлов между всеми нодами
    ** Теперь все ноды могут быть мастерами одновременно (multi-master clusters)
    ** Общие логи для всего кластера
    ** Имеется всё необходимое для HA (high availability) при использовании KVM

    * RESTful веб-API

    * Начиная с данной версии (2.0) разработка ведется полностью открыто, т.е. открыты репозитории исходных кодов и bug-трекер

    * Код проекта лицензирован под GNU Affero General Public License, version 3

    * Запланировано для будущих релизов
    ** Улучшение мониторинга
    ** Расширение возможности ограничений подсистемы ввода/вывода (IO limits) для виртуальных машин
    ** Расширение списка заранее подготовленных и готовых к использованию (pre-build) шаблонов различных систем

    Данная версия пока не готова для production, используйте Proxmox VE 1.9. Если же вы уже знакомы с Proxmox VE и желаете принять участие в тестировании, то смело качайте Proxmox VE 2.0.

    Roadmap: pve.proxmox.com/wiki/Roadmap#Roadmap_for_2.x
    Download: www.proxmox.com/downloads/proxmox-ve/17-iso-images
    Documentation (пока ещё в разработке): http://pve.proxmox.com/wiki/Category:Proxmox_VE_2.0
    Метки:
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама
    Читают сейчас
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама
    Поделиться публикацией
    Похожие публикации
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама
    Комментарии 40
    • +2
      Активно юзаю, как выйдет стейбл думаю стоит обновиться. Я бы сказал так — это система для тех кому стало лень настраивать руками то что они уже умеют.
      • 0
        Или еще можно перефразировать так — те, кто что то не умеют, могут подсмотреть как это реализованно в Proxmox )
      • –3
        Печально, что Proxmox заточен под Debian. Мне больше нравится CentOS. Но, не критично.
        • +2
          В любом случае он ставится сразу на железо, так же как и ESXi, т.е. предустанавливать Debian не нужно.
          • +1
            Он не «заточен», он и есть «Debian + нужные компоненты, неплохо настроенные „из коробки“».

            В этом смысле особых заморочек даже для самых Centos-админов нет, оно просто работает. Его же все равно нужно ставить на голое железо, а 2-3 команды конфигурации (того, что из веб-интрфейса не сделаешь) и в wiki самого Proxmox-а можно подглядеть.

            С другой стороны, здесь «не обычного» — только веб-интерфейс + скрипты управления, а остальное (тот же KVM) вовсе не Debian-specific.
          • 0
            Отличная новость, давно ждал 2.0
            • +3
              Есть мнение что выбор ядра 2.6.32 не очень верен.
              KVM очень сильно улучшили IO подсистему в 2.6.35. Не забываем и про ksm.
              Так же есть мнение что для таких решений больше подходят ядра от redhat.
              giner расскажите о самой работе. Поделитесь опытом.

              • 0
                Используем Proxmox где-то с версии 1.3 или 1.4. Имеется два хоста, между ними DRBD (т.е. обходимся без внешнего хранилища). В ранних версиях Proxmox были проблемы с онлайн-миграцией Windows-гостей. В последних версиях этих проблем не наблюдалось. В нашем кластере работает подядка 20-ти виртуальных машин. Работает всё стабильно и очень шустро (и сами KVM-гости (особенно при использовании virtio), и DRBD, и iSCSI (тестировал)). Так же очень резв web-интерфейс и гостевая консоль (особенно в сравнении с VMware Client).

                Что касается интерфейса, то для наглядности вот ссылка на видео-туториалы: http://pve.proxmox.com/wiki/Category:Video_Tutorials
                • +1
                  Вот если бы, уважаемый, Вы бы пару слов про настройку DRBD еще добавили… Лучше бы вообще постом, но хотя бы здесь.

                  Я строил кластер на 2 хоста, делал DRBD, миграция и все остальные прелести работали отлично, и так бы и оставил, если бы не одно «но»: медленная синхронизация DRBD (и, в результате, работа дисков в самих ВМ).

                  Разработчики, что понравилось, ответили честно — «не так много людей в мире точно знают, как DRBD настроить, так что пробуйте, может и достигнете лучшей скорости».

                  В результате разбил схему на 2 независимых хоста, потерял live migration, но приобрел уверенность, что знаю, что происходит. Кластер ветки 1.х нес еще ту проблему, что при умирании мастера управлять машинами становилось невозможно, без насильственных действий в отношении самого кластера, так что счел за благо дождаться 2.х.
                  • 0
                    Сеть между серверами 1Gbit/s, скорость для DRBD ограничена лимитом в 30MB/s. Проблем с скоростью не было. Может у вас есть ещё какие-то специфические условия, нагруженный файл сервер, например?
                    • 0
                      У меня для теста было пару машин с двумя винтами в каждом, на первом винте Proxmox, вторый винты в DRBD и поверх него в LVM сами виртуалки.

                      Нагрузка — плевая. Несколько юниксовых машинок, по больше части даже не напрягающих диски. Но когда я извне по ssh или по ftp на внутр. машину копирую файл, а скорость записи — 5 Мб/сек, начинаешь переживать. Та же картина при копировании файлов внутри ВМ. Процессорной мощности и памяти в самих хостах хватало, и они не были выедены полностью.

                      Грешил на то, что диск был всего 1 под DRBD выделен, но пары аппаратных RAID10 у меня не нашлось…
                      • 0
                        У вас сеть между ними была не 100Mbit/s?
                        • 0
                          Нет, точно нет )

                          Работала выделенная для этих целей пара гигабитных сетевушек, не сильно крутых, правда. Т.е. в каждой машине по гигабитному порту, и между ними линк кабелем 6 категории.
                          • 0
                            В таком случае это необычное поведение. Нужно мониторить во что именно упирается скорость. При использовании DRBD с подобным не сталкивался.
                            • 0
                              Можно тоже вопрос по DRBD? Он у вас стабильно себя ведет? Бывают ли сбои?

                              С год назад пробовал виртуалки KVM с дисками на DRBD (на 2х серверах, без внешнего хранилища). Вроде все хорошо работало. Даже подумывал howto сюда написать :-) Но спросил на serverfault, использует ли кто-нибудь в production. Откликнулись всего пара человек. Один из них рассказал, что в один прекрасный день drbd ему превратил данные в кашу… После этого рассказа, полез в интернет и нашел еще пару историй-страшилок про DRBD. После этого решил отложить все это дело в долгий ящик. Вот все думаю, может зря…
                              • 0
                                > Один из них рассказал, что в один прекрасный день drbd ему превратил данные в кашу…
                                Зависит от обстоятельств при которых это произошло. Может он попытался использовать прямой доступ к диску или не кластерную FS и всё рассыпалось. В любом случае, будь то RAID, DRBD или что-то ещё — всё это не освобождает от бэкапов.

                                > Можно тоже вопрос по DRBD? Он у вас стабильно себя ведет? Бывают ли сбои?
                                У нас за год не было ни одного сбоя. Всё стабильно. При этом сервера пережили несколько обновлений между релизами Proxmox, когда виртуальные машины перемещаются на один хост, второй обновляется, перезагружается и потом второй так же.
                        • 0
                          >Нагрузка — плевая. Несколько юниксовых машинок, по больше части даже не
                          >напрягающих диски. Но когда я извне по ssh или по ftp на внутр. машину
                          >копирую файл, а скорость записи — 5 Мб/сек, начинаешь переживать. Та же
                          >картина при копировании файлов внутри ВМ. Процессорной мощности и
                          >памяти в самих хостах хватало, и они не были выедены полностью.

                          5 Мб/сек — какая-то знакомая цифра. У меня то же самое получилось, когда я копровал файлы внутри виртуальных машин, лежащих на softraid разделе. Сами образы виртуалок копировались с нормальной скоростью при этом. Что-то у проксмокса, похоже, внутри не любит промежуточного слоя к дискам. Может быть они поэтому и так рьяно против софтрейда восстают.
                          • 0
                            Возможно это оверхед SFTP?
                  • +2
                    > Есть мнение что выбор ядра 2.6.32 не очень верен.
                    2.6.32 выбрано как LTS, а некоторые полезности, такие как KSM и новые версии KVM, они добавляют патчами.
                    • 0
                      Да там ядра устанавливать просто. Потом grub редактируем и выбираем нужное.
                    • +2
                      Если нужен только kvm без openvz, то можно подняться до 2.6.35
                      • +1
                        Верно, но рекомендуется: «The 2.6.35 was introduced to support KSM. As KSM works now also with the default 2.6.32, this kernel branch will get no more updates, all users should switch to 2.6.32. „
                        • 0
                          недавно дописали, раньше не было. :)
                      • –1
                        > для таких решений больше подходят ядра от redhat
                        вот и я о чем
                        • +1
                          Сам упомянул, сам и отвечу.
                          Kernel 2.6.32 (recommended) — based on RHEL6x
                      • 0
                        Жаль, пока не могу затестить, но есть вопросы к тем кто попробовал.
                        Реализован ли многопользовательский режим? Вроде как обещали.
                        Стабильность 64 битных Windows гостей? Раньше при выделении больших ресурсов постоянный BSOD был.
                        Каковы общие впечатления?
                        • +1
                          > Реализован ли многопользовательский режим? Вроде как обещали.
                          Реализован, но пока не тестировал.
                          > Стабильность 64 битных Windows гостей? Раньше при выделении больших ресурсов постоянный BSOD был.
                          На форуме об этой проблеме писали?
                          > Каковы общие впечатления?
                          Интерфейс медленнее чем в 1.x, т.к. теперь он весь на JS. С другой стороны он стал намного богаче, появились графики загрузки и т.п. Некоторые фичи пока не реализованы, поэтому в продакшн пока не годится.
                      • 0
                        Интерфейс похож с виртуоззой.
                        • 0
                          Эх, нету у меня свободной железки. Так бы с удовольствием затестил.
                          Сейчас в продакжене работает версия 1.х — полет отличный.
                          • 0
                            pve.proxmox.com/wiki/Install_Proxmox_VE_on_Debian_Squeeze
                            как поставить 2.0 на дебиан сквиз
                            • НЛО прилетело и опубликовало эту надпись здесь
                              • 0
                                Напрямую с KVM не работал (только через proxmox), поэтому вопрос: там можно менять bridge на другой во время работы VM (аналог физического втыкания сетевого кабеля в другую сеть)?
                                • 0
                                  Скорее всего в консоли KVM это можно сделать, но нужно проверять.
                                  • 0
                                    Тогда было бы здорово, если бы в версии 2.0 можно было менять bridge через web-interface.
                                    По крайней мере у VmWare ESXi такая возможность есть.
                                • 0
                                  Уже бета 2 вышла. А обзора — нет! Выше перечисленные недочеты устранены. ушел тестить!
                                  • 0
                                    Есть статься по установке на Debian Squeeze sc0rp1us.blogspot.com/2012/01/proxmox-ve-debian-squeezeamd64.html

                                    Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                    Что обсуждают
                                    Интересные публикации
                                    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

                                    Подробнее
                                    Реклама

                                    Аккаунт

                                    Разделы

                                    Информация

                                    Услуги

                                    Приложения

                                    © 2006 – 2018 «TM»
                                    Служба поддержки
                                    Мобильная версия