Я планирую конфигурацию proxmox HA с двумя машинами Dell R710 (с двумя 6-ядерными процессорами в каждой) с дисковыми массивами RAID уровня предприятия. Я бы использовал DRBD с диском кворума на третьей машине. Я бы выделил по два 1 ГБ на каждом сервере для связи DRBD. У нас будет примерно от 12 до 14 виртуальных машин, работающих на этой паре серверов. В руководстве по proxmox рекомендуется создать два ресурса DRBD - один для виртуальных машин, которые обычно работают на ServerA, и один для виртуальных машин, которые обычно работают на ServerB. Это связано с первичным / первичным состоянием, в котором работает эта конфигурация. Если на обоих серверах виртуальные машины взаимодействуют с одним и тем же ресурсом DRBD, и возникает ситуация разделения мозга, существует вероятность повреждения данных, которую необходимо устранить.
Хотя я понимаю, что для создания новых виртуальных машин потребуется больше усилий, может ли кто-нибудь предвидеть возможные проблемы с запуском отдельного ресурса DRBD для каждой виртуальной машины? Есть ли у кого-нибудь опыт такой установки и хорошо ли она работает? Мне кажется, это позволило бы более гибко перемещать машины вперед и назад.
У меня не было опыта работы с Poxmox, но я настроил нормальный кластер кардиостимулятора / corosync на CentOS, поэтому надеюсь, что мои наблюдения все еще будут полезны и применимы здесь.
Я очень подозрительно отношусь к настройке Primary / Primary DRBD. Даже при первичной / вторичной конфигурации возможно разделение мозга, если что-то пойдет не так. Меня удивляло, насколько легко DRBD может попасть в состояние расщепления мозга в плохо настроенном кластере.
В случае Primary / Primary особое внимание следует уделить ограждению объектов, чтобы снизить вероятность потери данных. Отличное введение в двухузловой кластер DRBD - это Вот.
Первичная / основная настройка необходима в основном для динамической миграции. Если вы не используете живую миграцию, достаточно Primary / Secondary, и это намного предпочтительнее.
Что касается вашего вопроса, то выделенный ресурс DRBD также является рабочим решением. Вы, вероятно, переместите стек хранилища из DRBD / LVM в LVM / DRBD. Таким образом, загроможденный LVM становится необходимым даже при первичной / вторичной настройке. . UPD: Кластерный LVM здесь не нужен, как и dlm для его предоставления.
Главный недостаток, который я вижу: много кропотливой ручной работы по подготовке хранилища ВМ.
Еще один момент, о котором стоит подумать заранее - стратегия резервного копирования. Со многими ресурсами DRBD это может быть немного сложнее.
Я начал свою первую настройку кластера со стеком LVM / DRBD и выделенным ресурсом DRBD для виртуальной машины, но позже переключился на более распространенный DRBD / LVM, поскольку в этом случае подготовка новых виртуальных машин намного проще.