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