Вышел (http://forum.proxmox.com/threads/8928-Proxmox-VE-2-0-final-r...) релиз Proxmox Virtual Environment 2.0 (http://pve.proxmox.com/), специализированного Linux-дистрибутива на базе Debian GNU/Linux, нацеленного на развертывание виртуальных серверов с использованием OpenVZ и KVM. Сразу после установки пользователь получает полностью готовую систему виртуальных серверов промышленного уровня с управлением через web-интерфейс, работающий поверх libvirt. Дистрибутив имеет встроенные инструменты для организации резервного копирования виртуальных окружений и доступную из коробки поддержку кластеризации, включая возможность миграции виртуальных окружений с одного узла на другой без остановки работы. Размер установочного iso-образа (http://www.proxmox.com/downloads/proxmox-ve/iso-images/109-p...) 365 Мб.

Основные улучшения (http://pve.proxmox.com/wiki/Roadmap#Proxmox_VE_2.0) Proxmox 2.0:

-  Новый web-интерфейс, основанный на JavaScript-фреймворке Ext JS 4 и поддерживающий управление сотнями или даже тысячами виртуальных машин. Среди особенностей: поддержка безопасной VNC-консоли; управление доступом ко всем доступным объектам (VM, хранилище, узлы и т.п.) на основе ролей; поддержка различных механизмов аутентификации (MS ADS, LDAP, Linux PAM, Proxmox VE authentication);

-  Поддержка кластеров высокой доступности (High Availability Cluster (http://pve.proxmox.com/wiki/High_Availability_Cluster)) для гостевых систем на базе KVM и изолированных контейнеров OpenVZ. В том числе подготовлены агенты для управления ресурсами KVM и OpenVZ, а также GUI для управления настройками для обеспечения высокой доступности  KVM и OpenVZ;

-  Использование пакетной базы Debian 6.0 Squeeze и ядра Linux 2.6.32 на основе пакета из RHEL6.x.
-  Новая система кластерных коммуникаций на основе corosync: Использование ФС pmxcfs (Proxmox Cluster file system) для хранения файлов конфигурации, реплицированных на все узлы кластера при помощи corosync; Поддержка создания multi-master кластеров без единой точки отказа; Возможности централизованного ведения логов;

-  RESTful web API Proxmox_VE_API для упрощения интеграции со сторонними системами управления;

-  Поддержка создания резервный копий и восстановления через GUI и CLI интерфейсы для OpenVZ контейнеров и  KVM VM; Режим быстрого создания резервной копии ("Backup Now") в GUI; Поддержка отслеживания выполнения работ по резервному копированию;

-  Улучшения поддержки OpenVZ: Поддержка загрузки готовых образов окружений OpenVZ, в том числе подготовленных проектом TurnKey Linux (http://www.opennet.me/opennews/art.shtml?num=32482); Возможность использования нескольких хранилищ в контейнере  OpenVZ. Поддержка  vswap.

URL: http://forum.proxmox.com/threads/8928-Proxmox-VE-2-0-final-r...
Новость: http://www.opennet.me/opennews/art.shtml?num=33488

• Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Xasd, 19:30 , 30-Мрт-12
  • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,ананим, 19:33 , 30-Мрт-12
• Откуда libvirt?,Madkinder, 19:40 , 30-Мрт-12
  • Откуда libvirt?,Аноним, 12:26 , 31-Мрт-12
  • Откуда libvirt?,слэш, 03:17 , 01-Апр-12
• Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 19:59 , 30-Мрт-12
  • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,XPEH, 20:46 , 30-Мрт-12
    • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,XPEH, 20:51 , 30-Мрт-12
    • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 03:08 , 31-Мрт-12
      • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,XPEH, 10:16 , 31-Мрт-12
        • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 12:08 , 01-Апр-12
          • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,alex.h, 10:20 , 02-Апр-12
• Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 20:09 , 30-Мрт-12
  • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 08:41 , 31-Мрт-12
    • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,andrey, 17:01 , 31-Мрт-12
    • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Diden05, 06:26 , 02-Апр-12
• Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 20:27 , 30-Мрт-12
  • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,XPEH, 20:51 , 30-Мрт-12
    • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,1, 20:57 , 30-Мрт-12
    • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 21:07 , 30-Мрт-12
      • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,igor, 23:20 , 30-Мрт-12
        • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 23:46 , 30-Мрт-12
        • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Michael Shigorin, 02:55 , 02-Апр-12
      • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 06:53 , 31-Мрт-12
        • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 09:23 , 31-Мрт-12
        • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 09:30 , 31-Мрт-12
  • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,tonys, 20:57 , 30-Мрт-12
    • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 21:02 , 30-Мрт-12
      • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 22:58 , 01-Апр-12
  • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,aemon2, 21:29 , 30-Мрт-12
    • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,aemon2, 21:31 , 30-Мрт-12
      • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 23:54 , 30-Мрт-12
  • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 12:18 , 31-Мрт-12
  • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Max, 09:49 , 02-Апр-12
    • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Michael Shigorin, 14:34 , 02-Апр-12
• Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 20:57 , 30-Мрт-12
• Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,iav, 22:47 , 30-Мрт-12
  • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,gobiodon, 09:32 , 31-Мрт-12
• Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,name, 23:01 , 30-Мрт-12
  • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,ононим, 23:58 , 30-Мрт-12
    • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,iav, 03:48 , 31-Мрт-12
      • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,ононим, 17:24 , 31-Мрт-12
• Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 23:32 , 30-Мрт-12
  • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 12:22 , 31-Мрт-12
  • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,angra, 09:44 , 01-Апр-12
    • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 12:10 , 01-Апр-12
• Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 00:05 , 31-Мрт-12
  • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 03:11 , 31-Мрт-12
    • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,alex.h, 10:37 , 02-Апр-12
• Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 12:11 , 31-Мрт-12
  • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 18:37 , 03-Апр-12
• Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 15:33 , 31-Мрт-12
  • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,andrey, 17:07 , 31-Мрт-12
    • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 20:34 , 31-Мрт-12
• Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 23:27 , 31-Мрт-12
• Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,Аноним, 20:42 , 01-Апр-12
  • Релиз Proxmox VE 2.0, дистрибутива для развертывания виртуал...,GooglieS, 12:22 , 02-Апр-12

> Сразу после установки пользователь получает полностью готовую систему виртуальных серверов промышленного уровня с управлением через web-интерфейс

CSRF, ClickJacking, <..и..прочие..webapp..уязвимости..> -- в комплекте? :-)

А вы их мордой в инет?
А то проброс порта по ссш на локалхост никто не отменял пока.

Интересно, откуда информация про использование libvirt? Раньше в proxmox он не использовался, в анонсе 2.0 тоже нет ничего про libvirt.

Поднимусь чуть повыше...

Имеет ли смысл накатывать сабж на уже работающий дебиан для поднятия пока что одной виртуалки? Похоже, что ядро надо заменять... На другой софт на этом дебиане (в т ч левый на яве) не повлияет? Просто нужен хороший гуй, простота и надежность.

> получает полностью готовую систему виртуальных серверов промышленного уровня с управлением через web-интерфейс, работающий поверх libvirt.

автор лжет!

Вот что пишут разрабы:

>> We do not use libvirt.
>>> Do you plan to integrate Libvirt in PVE in the future ?
>>> why should we do this?

Вот пруф-линки

http://forum.proxmox.com/threads/7989-Extend-rescan-virtio-d...
http://forum.proxmox.com/threads/6251-Proxmox-system-setup
http://forum.proxmox.com/threads/6476-Management-App-http-ww...

> Использование пакетной базы Debian 6.0 Squeeze и ядра Linux 2.6.32 на основе пакета из RHEL6.x.

Непонятен срок поддержки полученного гибрида: сквиз отправится на помойку примерно через два года, а RHEL6 будет поддерживаться еще лет 10 минимум.

> сквиз отправится на помойку примерно через два года

И apt-get upgrade запретят.

А еще Земля налетит на небесную ось.

> И apt-get upgrade запретят.

В промышленных системах он запрещен изначально. Это вам не SOHO.

Если ими управляют идиоты, то да.

> Если ими управляют идиоты, то да.

Идиот - это тот, кто выполняет мажорное обновление на боевом сервере.

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

Есть возможность обновления с предидущих версий?

Есть: http://pve.proxmox.com/wiki/Upgrade_from_1.9_to_2.0
Кстати, в описании сказано:
"Multiple storages for OpenVZ container, no limit to /var/lib/vz anymore!!!"
Значит ли это, что теперь можно хранить OpenVZ контейнеры в LVM томах?

А что, раньше нельзя было? Вроде оно всегда работало ;)

> Значит ли это, что теперь можно хранить OpenVZ контейнеры в LVM томах?

Нельзя, можно создать раздел и примонтировать, именно на LVM не получится к сожалению.

Интересно, тут кто-нибудь это решение использует? На следующей неделе будем перетаскивать несколько своих серверов в виртуал, пока остановились на варианте использования XCP, оно вполне стабильное, но с управлением там ад, или виндовый xencenter (а у нас виндовых рабочих станций у админов нет), или консоль. XE штука вполне гибкая, но ковыряться в uuid'ах иногда нет времени. Я так понимаю, Openvz-часть можно использовать на машинах с процессорами без поддержки аппаратной виртуализации, а KVM - на серваках с нормальными камнями?

> Интересно, тут кто-нибудь это решение использует?

Да, но только версию 1.9. Особых претензий вроде нет.

> Openvz-часть можно использовать на машинах с процессорами без поддержки аппаратной виртуализации, а KVM - на серваках с нормальными камнями?

Правильно. Впрочем никто не запрещает использовать openvz и на серваках с нормальными камнями :)

XCP больно древний какой-то (ИМХО).
Я выбрал XenServer Free. Правда он урезанный. Но и машина одна, и не такая уж она и "сервер".

>> Openvz-часть можно использовать на машинах с процессорами без поддержки аппаратной виртуализации, а KVM - на серваках с нормальными камнями?
> Правильно. Впрочем никто не запрещает использовать openvz и на серваках с нормальными
> камнями :)

У них в вики вроде написано, что поддерживаются только процы с аппаратной виртуализацией. Обидно, так как есть 3-4 довольно мощных машины, но без виртуальных расширений. Планировали развернуть на них несколько линуксовых виртуалок, xen это позволяет.

Без аппаратной поддержки в процессоре работает только OpenVZ (без KVM). Давно пользуюсь, все устраивает.

Тогда все ок, в понедельник с утра разверну, попробую.

> Без аппаратной поддержки в процессоре работает только OpenVZ

Помнится, когда Xen точно работал без неё -- в hp labs померяли и под нагрузкой у ovz просадка была вшестеро меньше: http://www.hpl.hp.com/techreports/2007/HPL-2007-59R1.pdf

Как сейчас обстоит, не в курсе.

> У них в вики вроде написано, что поддерживаются только процы с аппаратной
> виртуализацией. Обидно, так как есть 3-4 довольно мощных машины, но без
> виртуальных расширений.

Это какие же? "Мощные" атомы или как?

и например Core 2 duo e7200. Интел такой интел.

>> У них в вики вроде написано, что поддерживаются только процы с аппаратной
>> виртуализацией. Обидно, так как есть 3-4 довольно мощных машины, но без
>> виртуальных расширений.
> Это какие же? "Мощные" атомы или как?

Ето дуал коры. На них вполне себе крутится 3-4 линукс-виртуала с разными сервисами, тормозов нет. Насчет Атомов - это ирония какая-то? Вы в курсе, что на базе 525 есть серверные платформы?

Поиск по форуму Openneta по ключевому слову Proxmox - найдете несколько положительных мнений.
Есть OpenXenManager в версии под Linux

Есть-то он есть, но он такой глючный, что его все равно что нет.

Если это прочитает человек, который поставил минус: вы, наверное, его поставили, потому что у вас все работает? Если так, напишите, пожалуйста, вашу конфигурацию рабочей станции, с которой управляете XCP через OpenXenManager. Потому что наш отдел столкнулся со следующими проблемами:
- на неопределенном этапе часть машин перестала работать с консолью через gtk-vnc. То есть, если коннектишься через OXM (который использует python-gtk-vnc), или просто через gtkvnc-viewer (libgtk-vnc), то получаешь черный экран. Нажатия клавиш не передаются. Открываешь любой другой vnc-client, не связанный с библами gtk, хотя бы даже java-tightvnc - все работает;
- периодически (причем часто) перестает отображаться актуальное состояние пула. Чтобы понять, что происходит на серверах, нужно перелогиниться;
- опять же, на неопределенном этапе отвалилась возможность создания новых машин через OXM. Выбираешь "New VM" - ничего не происходит, в консоль сыплются стандартные ошибки питона, не указывающие ни на что конкретное.
И самое главное - все вышеописанное повторяется на четырех разных машинах, на двух - Ubuntu разных версий, а на двух других - федора и центос. И хотя системы разные, симптомы одинаковые - vnc через gtk не пашет, создать новую машину из OXM не удается, актуальное состояние сервера перестает отображаться. При этом с виндовой машины через XenCenter все отрабатывает как полагается.

Так что мы с удовольствием работали бы с OXM, и будем рады, ели вы подскажете нам, на какой конфигурации он у вас не сбоит, но, имхо, пока все вышеописанное вполне тянет на определение "очень глючный". По крайней мере, после нескольких дней теста мне проще стало слазить в консоль и сделать то, что мне надо, через xe, чем запускать OXM.

Мы также используем XCP, для управления используется либо XenCenter (Windows) либо Xenwebmanager (Линукс).

> Мы также используем XCP, для управления используется либо XenCenter (Windows) либо Xenwebmanager
> (Линукс).

извините ошибся:  OpenXenManager

пробовал завести xvpappliance, но он не подхватил пул.

>> Мы также используем XCP, для управления используется либо XenCenter (Windows) либо Xenwebmanager
>> (Линукс).
> извините ошибся:  OpenXenManager
> пробовал завести xvpappliance, но он не подхватил пул.

Очень странно, у нас без проблем завелся и увидел все серверы (в один пул их не объединяли, больно конфигурации разные, живой миграции все равно не получится). Правда, он не умеет почти ничего, но быстро перегрузить машину или глянуть в внц - сойдет. Кстати, грабли на линуксе и тут есть - приходится прикручивать оракловскую яву. Icedtea, будучи единожды запущенным, повисает в памяти, все последующие консоли открываются, но нажатия клавиш не воспринимают. Остается или килять процесс каждый раз, или ставить оригинальную яву от оракле. В общем, XCP (или xenserver) - прикольная и мощная штука с мощным управлением из консоли, но из линукса ей рулить проблематично, что всерьез раздражает.

@Интересно, тут кто-нибудь это решение использует?@
Довольно прошаренные знакомые используют сабж (более ранней версии). Используют по полной, замутили отказоустойчивый HA кластер и т п. Говорят, что ничего лучше не нашли, а ближайший платный аналог стоит несколько миллионов. Правда поднимали все это дело 2 мес ))

У меня 8 серваков в кластере работает, а там около 25 виртуалок. Уже года три как. Правда версия у меня 1.6, не обновлял! Сами понимаете - работает, не трогать!!! :-)
Так что на счет новой версии ничего не скажу, но скорее всего стало лучше!!!

> Так что на счет новой версии ничего не скажу, но скорее всего
> стало лучше!!!

На 2.6.32 в сравнении с 2.6.18 работают r/o bindmounts и IIRC vzquota на ext4 (которая гораздо веселей под нагрузкой, чем ext3).  Не считая вагона других изменений, разумеется -- в т.ч. см. http://wiki.openvz.org/Vswap

> Интересно, тут кто-нибудь это решение использует?

Да, использую в продакшене на двух серверах. Никаких особых нареканий

От смерти VMWare отделяет только неспособность этой штуки к лимитированию потребления ресурсов виндовыми виртуальными машинами.

Что Вы имеете в виду?
Это http://pve.proxmox.com/wiki/File:CreateContainer_defineResou... разве не лимитирует?

кстати с проблемами с virtio-драйверами никто не сталкивался?
ставлю венду в kvm, ставлю virtio драйвера для scsi, перезагружаюсь: bsod.
достаю из запасов более старую версию драйверов - все работает.

еще мелкий трабл, kvm-машина по dhcp не получает адрес с интерфейса в режиме bridge. ставишь принудительно адрес - все работает.

в остальном почти год на сабже, полет нормальный.

>ставлю венду в kvm, ставлю virtio драйвера для scsi, перезагружаюсь: bsod.

надо ставить VIRTIO для IDE. разницы между IDE и SCSI нет.

> надо ставить VIRTIO для IDE. разницы между IDE и SCSI нет.

…но разница, всё же, есть © :)

SCSI диск вы можете увеличить в любой момент, и хост система может это обработать без перезагрузки. IDE — нет.

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

>Использование пакетной базы Debian 6.0 Squeeze и ядра Linux 2.6.32 на основе пакета из RHEL6.x.

Зачем такая смесь непонятно, почему нельзя было взять CentOS?

Насколько я понял, разработчики просто берут свой любимый дистрибутив и настраивают...
Дебиан еще довольно адекватный вариант. Есть всякие серверные проекты для федоры и мандривы, что имхо вообще бред, т к первая вообще позиционируется как тестовый полигон, а вторая - много раз воскрешенный труп.

Работать с CentOS после debian это как пересесть с иномарки на убитые жигули.
OpenVZ предоставляет ядра только для RHEL, последнее как раз 2.6.32. В debian(не в proxmox) это ядро адаптировали. Получаем ядро из debian _на основе_ пакета из RHEL6.x.

> Работать с CentOS после debian это как пересесть с иномарки на убитые
> жигули.

Только эти жигули служат почему-то на несколько лет дольше, чем хваленые иномарки...

Видимо от того что в центосе с пакетами чуть лучше чем никак - ничего нет. Ну и миграция с предыдущих версий.

> Видимо от того что в центосе с пакетами чуть лучше чем никак
> - ничего нет. Ну и миграция с предыдущих версий.

Хм. А вы собираетесь на базе proxmox собирать десктоп с кучей приложений?

> Хм. А вы собираетесь на базе proxmox собирать десктоп с кучей приложений?

Ну, кстати, я так на рабочей машине и делал, сначала ставил PVE, потом из репозиториев Дебиана накатывал всё что нужно. Получалась рабочая станция с возможностью напилить тестовых виртуалок.

"промышленного уровня", lol :D

Купи действительно промышленного, Лол =)

В новой версии по-прежнему официально не поддерживаются программные рейды? Лично для меня сие большой недостаток.

А кто вам мешает поднять софт-рейд? В гугле найдете даже руководства по миграции на рейд уже установленных систем.

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

А на обычный дебиан его можно поставить?

Linux raid, LVM все работает, уменя второй год работает, ставил поверх Debian

Снапшоты не уводили сервер в астрал? При сочитании mdadm+lvm+snapshots это очень даже часто возникает.