В сообщении от 25 ноября 2011 12:15:37 автор Alexander GQ Gerasiov написал: > Fri, 25 Nov 2011 10:30:46 +0500 > > Stanislav Vlasov <stanislav....@gmail.com> wrote: > > 24 ноября 2011 г. 21:28 пользователь Alexander GQ Gerasiov > > > > <g...@cs.msu.su> написал: > > >> > Что сейчас есть хорошего для решения задачи? (Если всё плохо, > > >> > тоже пишите, выбирать-то придётся, а отзывы не помешают.) > > >> > > >> Все выше перечисленное. > > >> > > >> http://pve.proxmox.com/wiki/Main_Page > > > > > > Насколько я понимаю, не всё. Storage Model там не позволяет > > > работать с SAN (которые напрямую, с HBA и оптикой, а не iSCSI). > > > > Тестировал - работало с HP EVA по FC. Виртуалки мигрировали нормально. > > Правда, ставилось на те сервера (BL490) с некоторым геморроем. > > > > Год назад именно кластера в смысле отказоустойчивости и другой > > автоматики там не было, только миграция виртуалок по команде и > > централизованное управление. > > Отказоустойчивость нам ручная вполне подойдёт, автоматики не надо =) > > > Вобщем, для работы пригодно, для восстановления после дизастеров - не > > очень, балансировка нагрузки отсутствовала. > > Так, а тома на сторажде создаются средствами самого стораджа? > Просто у нас сейчас используется clvm для создания томов, а сторадж > отдаёт один большой pv > clvm - это редхетовский кластер, который нас пугает =(
Proxmox умный, ему не нужен clvm. Он прекрасно работает с "простым" lvm. При кластерной конфигурации, он знает когда были обновлены метаданные и перечитывает их. Для этого у storage должен стоять флаг Shared. Я по не знанию тоже с начало clvm разворачивал.