Pull to refresh

Comments 23

Неплохой перевод официальной доки (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 будут сломан :-)
Баг с mdadm обнаружил только из-за привычки обкатывать все новенькое на стенде во всех позах, а уже потом в работу.

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

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

Судя по моему опыту, в дебиане apt-get update возвращает ненулевой код возврата, если не удалось обновить один и более источников. Я обновляюсь не вручную, а через SCM, для него это и есть — «сломано, нельзя продолжать».
2) Беру слова назад. Инсталлятор всё умеет, если есть UEFI в режиме CSM.
Для тех кто будет обновляться с 3.4 до 4 версии будет интересно узнать о подводных камнях
http://vasilisc.com/upgrade-proxmox-3-4-to-4
С 2.х на 3.х кластер обновлялся без даунтайма (сам обновлял). В 4.0 обновили мажорную версию Corosync, поэтому с третьего нельзя. Но подозреваю, что дальше опять будет можно обновлять кластер без даунтайма до следующего мажорного обновления Corosync.
А зачем ставить на софтрейд, если можно на ZFS RAID-1?
Чтобы на ZFS заработали конейнеры необходимо создать том и добавить его как ZFS хранилише.
Вот тут я подробно описывал процедуру установки PVE4 на софт рейд ZFS RAID-1.
В этом решении все хорошо, но только если у вас или памяти девать некуда или она бесплатная. ZFS даже в варианте RAID-1 сьедает несопоставимое с mdadm количество памяти.
zfs плох тем, что это решение как винда, не unix-way

unix-way решение слоёное: каждый слой делает только свою задачу и делает её хорошо. Отдельно отказоустойчивость, отдельно тома, отдельно файловая система. И уже админ собирает всё вместе.
Жаль что DRBD 8-й отломали, а 9-й что-то не горю желанием ставить… может кто пробовал ставить 4-й Proxmox с DRBD 8.x?
А в чем проблема с DRBD 9 в связке с Proxmox?
Предстоит обновление кластера, а он на DRBD интересно узнать подводные камни.
Ну, насколько я вижу на оф. сайте — в 9-й ветке ещё не было стабильных релизов.
А на production-сервер ставить dev-ветку как-то совсем не хочется.
По-моему уж лучше сразу заводить Ceph
На двух нодах? Это для больших кластеров Ceph — хорошая штука, а для маленьких — DRBD самое то.
Или Ceph на двух годах можно завести без проблем?
Ну, по-нормальному вы и Proxmox-кластер всё равно на двух нодах не заведёте. Я в общем даже не мыслю категориями кластера из двух нод.
Мне от него достаточно возможности вручную запустить виртуалки на второй ноде в случае сбоя первой.
Этакий хот-бекап (данные всегда актуальны благодаря DRBD).
нормально все из двух нод собирается. ha через ipmi
На двух нодах Вы моментально получите split barin.
Это если затюнить и разрешить работать с минимальным кворумом 1. А если оставить по умолчанию, то гибель или останов любой ноды рушит весь кластер, т.к. для двух (и для трёх) нод минимальный кворум по умолчанию будет 2, и останов любой из нод ведёт к потере кворума и как следствие к блокированию pmxcfs (/etc/pve) и clvm, так что никакой пользы от такого кластера для отказоустойчивости нет, только вред.
Пожалуйста опишите ситуацию с разрушением кластера из двух нод proxmox настроеных по умолчанию. Что включено в это понятие?
Ваше утверждение в корне ошибочно. Не подтверждается не теорией ни практикой эксплуатации более 30 двухнодовых кластеров.
Возможно будет кому полезно. Обновил ман по переносу «коробочного» proxmox на софт рейд, теперь и 4.Х версии.
ru.man.wikia.com/wiki/RAID_Proxmox_4.X
Проблем со стартом на разрушенном массиве нет!
Sign up to leave a comment.

Articles