Мы пытаемся устранить единую точку отказа для наших файлов без SAN. В настоящее время у нас есть один сервер для обслуживания файлов (локально), веб-сервер и база данных (в виртуальной машине). Рассматриваем возможность использования DRBD с GFS2 для создания кластерной файловой системы, а затем запускаем как можно больше из этой файловой системы, включая хост-ОС, виртуальные машины и общие файлы.
Мы хотели бы иметь два сервера, настроенных по схеме «главный/подчиненный», работающих из общего источника.; но серверы будут иметь немного разные конфигурации оборудования (назначение портов дисков, фактические марки и модели материнской платы, сетевых карт и т. д.), поэтому файлы конфигурации оборудования будут храниться локально (например, fstab и mdadm).
В идеале,один сервер будет выступать в качестве основного. Управление пакетами будет осуществляться основным сервером только в кластерной файловой системе.поскольку подчиненному серверу это не нужно, если он использует те же данные (данные с того же блочного устройства).
Главный сервер также будет единой точкой администрирования.для обоих серверов просто потому, что они совместно используют данные и файлы конфигурации, а второй сервер просто выступает в качестве избыточного набора оборудования для запуска программного обеспечения, настроенного на сервере 1, и делает это через STONITH, Hearbeat, Pacemaker и т. д.
Но, как я читал, создается впечатление, что большинство людей администрируют серверы независимо друг от друга и пытаются автоматизировать работу с помощью заданий cron и rsync.
Также кажется, что большинство файлов довольно статичны и изменяются пользователем; то есть количество файлов/папок, которые активно изменяются ОС (журналы, файл подкачки и т. д.) независимо от ввода пользователя и/или зависят от оборудования, очень мало.
Мы хотели бы сохранить файлы, обслуживаемые собственной ОС (а не в виртуальной машине).
Итак, теперь вопросы.
Можно ли отделить администрирование программного обеспечения от администрирования оборудования? Похоже, единственное, что нужно администрировать независимо, — это оборудование на каждой машине; программное обеспечение должно управляться сразу через кластерную файловую систему. (Могу ошибаться, отсюда и вопрос)
Можно ли запустить хост-операционную систему из общего набора файлов на любой из двух машин по одной за раз? То есть, могут ли обе машины быть готовы к администрированию ОС хоста, но только главная машина готова к этому до момента отказа, после чего администрирование берет на себя подчиненная машина? Или это предположение неверно?
Можно ли перевести машину в состояние ведомого/бездействующего устройства до тех пор, пока ведущее устройство не выйдет из строя? (Приостановка заданий cron, приостановка служб и т. д.) Я предполагаю, что часть этого будет связана с программным обеспечением для ограждения?
(Это не вопрос того, как запустить обе машины с одним и тем же набором данных.в то же время; они бы эффективно работали с одним и тем же набором данных в разное время. Файлы, которые каждый сервер должен постоянно изменять, находились бы в локальной файловой системе)
Мы просто хотим настроить резервный сервер и свести к минимуму избыточное администрирование.