Proxmox VE 4 установка корневого раздела на неподдерживаемый установщиком soft raid1

[evg_krsk]

Неплохой перевод официальной доки (http://pve.proxmox.com/wiki/Install_Proxmox_VE_on_Debian_Jessie). Плюс про баг с mdadm в джесси весьма хорошо что упомянули.

Пара замечаний:
1) PVE 4.1 на дворе. Наверное, лучше исправить просто на «PVE 4». Недавно писал роль ansible для накатывания PVE 4.1 на джесси (правда, на raid10) — всё в статье актуально.
2) Насколько я понимаю, инсталлятор джесси не даёт возможности создать GPT, если не загрузиться в UEFI (ну, у меня не получилось и дебиановская вики вроде бы подтверждает). Если диски больше 2Tb, то надо что-то думать. Хорошо бы поподробнее осветить этот момент.
3) В составе proxmox-ve вам прилетит apt-репозиторий pve-enterprise, так что дальнейший apt-get update будут сломан :-)

[sau777]

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

1.И правда, поправил.
2.Пока еще не тестировал такой вариант на дисках более 2Тб, на неделе попробую и добавлю решение проблемы если она подтвердится.
3.На тестовых установках я уже как-то на автомате убираю apt-репозиторий pve-enterprise что даже не подумал об этом написать, поправил.

[merlin-vrn]

3) В составе proxmox-ve вам прилетит apt-репозиторий pve-enterprise, так что дальнейший apt-get update будут сломан :-)

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

[evg_krsk]

Виноват, некорректно выразился.

Судя по моему опыту, в дебиане apt-get update возвращает ненулевой код возврата, если не удалось обновить один и более источников. Я обновляюсь не вручную, а через SCM, для него это и есть — «сломано, нельзя продолжать».

[evg_krsk]

2) Беру слова назад. Инсталлятор всё умеет, если есть UEFI в режиме CSM.

[vasilisc]

Для тех кто будет обновляться с 3.4 до 4 версии будет интересно узнать о подводных камнях
http://vasilisc.com/upgrade-proxmox-3-4-to-4

[merlin-vrn]

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

[past]

А зачем ставить на софтрейд, если можно на ZFS RAID-1?
Чтобы на ZFS заработали конейнеры необходимо создать том и добавить его как ZFS хранилише.

[sau777]

Вот тут я подробно описывал процедуру установки PVE4 на софт рейд ZFS RAID-1.
В этом решении все хорошо, но только если у вас или памяти девать некуда или она бесплатная. ZFS даже в варианте RAID-1 сьедает несопоставимое с mdadm количество памяти.

[merlin-vrn]

zfs плох тем, что это решение как винда, не unix-way

unix-way решение слоёное: каждый слой делает только свою задачу и делает её хорошо. Отдельно отказоустойчивость, отдельно тома, отдельно файловая система. И уже админ собирает всё вместе.

[Magister7]

Жаль что DRBD 8-й отломали, а 9-й что-то не горю желанием ставить… может кто пробовал ставить 4-й Proxmox с DRBD 8.x?

[Diden05]

А в чем проблема с DRBD 9 в связке с Proxmox?
Предстоит обновление кластера, а он на DRBD интересно узнать подводные камни.

[Magister7]

Ну, насколько я вижу на оф. сайте — в 9-й ветке ещё не было стабильных релизов.
А на production-сервер ставить dev-ветку как-то совсем не хочется.

[merlin-vrn]

По-моему уж лучше сразу заводить Ceph

[Magister7]

На двух нодах? Это для больших кластеров Ceph — хорошая штука, а для маленьких — DRBD самое то.
Или Ceph на двух годах можно завести без проблем?

[merlin-vrn]

Ну, по-нормальному вы и Proxmox-кластер всё равно на двух нодах не заведёте. Я в общем даже не мыслю категориями кластера из двух нод.

[Magister7]

Мне от него достаточно возможности вручную запустить виртуалки на второй ноде в случае сбоя первой.
Этакий хот-бекап (данные всегда актуальны благодаря DRBD).

[siv237]

нормально все из двух нод собирается. ha через ipmi

[past]

На двух нодах Вы моментально получите split barin.

[merlin-vrn]

Это если затюнить и разрешить работать с минимальным кворумом 1. А если оставить по умолчанию, то гибель или останов любой ноды рушит весь кластер, т.к. для двух (и для трёх) нод минимальный кворум по умолчанию будет 2, и останов любой из нод ведёт к потере кворума и как следствие к блокированию pmxcfs (/etc/pve) и clvm, так что никакой пользы от такого кластера для отказоустойчивости нет, только вред.

[siv237]

Пожалуйста опишите ситуацию с разрушением кластера из двух нод proxmox настроеных по умолчанию. Что включено в это понятие?

[siv237]

Ваше утверждение в корне ошибочно. Не подтверждается не теорией ни практикой эксплуатации более 30 двухнодовых кластеров.

[siv237]

Возможно будет кому полезно. Обновил ман по переносу «коробочного» proxmox на софт рейд, теперь и 4.Х версии.
ru.man.wikia.com/wiki/RAID_Proxmox_4.X
Проблем со стартом на разрушенном массиве нет!