Это была одна из тех мыслей, которые щекотали мой мозг.
Я работаю на домашнем испытательном стенде кластера высокой доступности, состоящего только из компьютеров, а не из SAN или NAS для хранения, просто «если мне нужен сервер или два, которые были бы доступны, даже если оборудование вышло из строя, а у меня было несколько старых машин». вокруг, чтобы сделать это, я могу это сделать? " вещь. Подумайте о RAID-1 на уровне аппаратного обеспечения системы.
Я думал о том, чтобы попытаться сделать это, установив дистрибутив Linux, установив DRBD в основном / основном режиме с помощью Pacemaker / STONITH, а затем установив Xen для виртуализации сервера (ов), который фактически предоставит системы для репликации.
Недавние настройки при работе с VMWare ESXi заставили меня задуматься, может ли быть какое-то преимущество вместо использования ESXi для установки виртуальных машин Linux на пару машин, а затем использования DRBD и Pacemaker / STONITH для репликации серверных сервисов между виртуальными машинами на двух VMWare ESXi систем (и удалите Xen из уравнения, так как я могу запускать другие виртуальные машины).
В то время я думаю, что мне нравился более или менее простой способ интерфейса управления для предоставления статистики производительности, использования диска и т. Д. На стороне виртуальной машины, в то время как я ничего не видел относительно управления Xen или DRBD, кроме командной строки ( хотя я ненавижу использовать систему Windows для мониторинга сервера VMWare).
Вторые мысли подсказали мне, что это будет дополнительный уровень сложности и, вероятно, трудности с сетью, поскольку мне, вероятно, будет легче запустить репликацию Linux / DRBD с выделенным оборудованием (каждая машина будет иметь одну сетевую карту для коммутатора, одну сетевую карту для перехода к друг друга для дискового ввода-вывода), и я хотел выяснить, что я могу сделать, чтобы создать такой кластер «бесплатно» ... а решения VMWare помимо ESXi определенно не из дешевых.
Кто-нибудь еще пробовал что-то вроде этой конфигурации, виртуализируя машину с DRBD в виртуальной машине вместо голого железа? Есть ли преимущества конфигурации, помимо простого мониторинга производительности / управления с помощью бесплатного клиента vSphere (или «бесплатной» виртуализации по выбору)?
Я работал над настройкой во многом так, как вы описываете, и он отлично работает! (XenServer)
Я установил старый, но способный сервер в качестве основного хоста, он запускает консольную виртуальную машину для DRBD. Затем эта виртуальная машина передает SR "SharedDRBD" обратно на хост Xen через NFS. Остальные рабочие виртуальные машины, предоставляющие услуги, работают на SharedDRBD SR. Устройство DRBD виртуальной машины находится на собственном VDI на MDADM RAID 1. Этот SharedDRBD SR размещает остальные виртуальные машины для различных служб с локальным массивом RAID10 большего размера для массового хранения файлов.
Вся работа MDADM выполняется хостом, но одна сторона DRBD находится в виртуальной машине.
DRBD, запущенный на виртуальной машине, синхронизируется со службой DRBD, запущенной на сервере резервного копирования файлов; сервер резервного копирования файлов НЕ виртуализирован намеренно, поэтому у нас есть доступ ко всем файлам с нуля, учитывая, что XenServer - самая большая причуда, с которой мы обычно имеем дело.
Есть вторичный сервер, который виртуализирован, но не имеет локального хранилища, за исключением того, что требуется для хоста. Этот сервер является частью пула Xen с основным сервером для упрощения переключения при отказе. В настоящее время восстановление после отказа выполняется вручную, но быстро и легко.
Во-первых, все виртуальные машины на SharedDRBD SR выключаются, а вторичный хост XenServer включен. DRBD на сервере резервного копирования файлов становится основным и монтируется по мере необходимости. Затем SharedDRBD SR указывается на сервер резервного копирования файлов, и виртуальные машины запускаются на вторичном сервере; XenCenter даже не осознает, что обслуживает виртуальные машины из нового места, потому что видит тот же SR с теми же данными. Виртуальные машины снова запускаются, и все снова и снова.
Это намного больше с точки зрения конфигурации, массивов, топологии сети и т.д .; но суть DRBD обслуживается в виртуальной машине обратно на собственный хост.
В целом этого HA достаточно для нашего SMB / домашнего использования; время простоя во время катастрофического отказа основного сервера составляет 10-20 минут или меньше, чтобы полностью вернуться в режим онлайн и без потери данных; DRBD означает, что виртуальные машины обновлены! Кроме того, помимо основного сервера, который является довольно надежным, существует большая избыточность. Большая часть основного сервера является избыточной сама по себе, поэтому это в значительной степени дает нам тройное резервирование или лучше практически для каждого элемента оборудования, о котором вы можете подумать (PS, RAM, CPU, HDD, контроллеры, сетевые карты и т. Д.), Кроме материнских плат, которые имеют только двойное резервирование (первичный / вторичный хосты Xen).
И да, XenCenter, к сожалению, установлен на Windows, остальное - это все Linux.
Я знаю, этому Q 8 лет.
По крайней мере, с Xen мой опыт показывает, что лучше позволить Dom0 обрабатывать блочные устройства. Я не имел дела с DRDB, но с iSCSI лучше, чтобы Dom0 был инициатором iSCSI, а затем просто чтобы DomU использовал полученное блочное устройство.
DRBD не заботится о файловой системе, которая работает на томах, поэтому я бы сказал, что это, вероятно, лучше всего сделать в DomO. Это также дает вам возможность иметь DRBD-резервную копию Window DomU.
Вы также можете проверить этот вопрос поскольку он отвечает на некоторые из ваших вопросов о запуске пульса на виртуальной машине.