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