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