Назад | Перейти на главную страницу

Какие есть варианты синхронизации файлов между серверами Linux в реальном времени без промежуточного или удаленного общего ресурса?

Quickfix (FIX Engine с открытым исходным кодом) сохраняет информацию о состоянии и отправленные / полученные сообщения в файловой системе сервера (в данном случае Linux). Для аварийного восстановления я хотел бы, чтобы эти файлы поддерживались в актуальном состоянии практически в реальном времени на резервном сервере через глобальную сеть, чтобы указанный резервный сервер мог запускаться и знать состояние системы.

Файлы сохраняемости представляют собой текст, анализируемый человеком, и в совокупности они редко превышают гигабайт, накопленный в течение дня. Их очищают каждую ночь.

Я бы хотел, чтобы синхронизация происходила напрямую, без удаленной общей файловой системы на третьем сервере. Мне также нужны файлы, чтобы пережить полное и внезапное разрушение основного сервера.

Rsync работает слишком медленно и недостаточно близко к реальному времени, чтобы быть полезным. DRBD - одна из альтернатив, которая, похоже, выполняет свою работу, но я хочу оценить альтернативные средства.

Какие есть возможности сделать что-то подобное помимо DRBD и rsync?

drbd с участием ocfs2

drbd синхронизируется по сети на уровне блоков. Вы можете легко настроить master / master. И ocfs2 - это хорошая кластерная файловая система, которая размещается поверх drbd.

Есть GlusterFS, доступный во многих дистрибутивах, что позволяет указывать требования к репликации и распространению среди машин в кластере. Его очень просто и легко настроить, и в моих экспериментах у него не было проблем с блокировкой кластера, как я испытал с OCFS2, хотя я не так часто использовал GlusterFS, как OCFS. Я считаю AFS также может дать аналогичные результаты, но у меня не было возможности поэкспериментировать с ним. Ceph является перспективной распределенной отказоустойчивой файловой системой, но она все еще находится на ранней стадии своего жизненного цикла.

Мне нравится использовать cron-скрипт с удаленным репозиторием GIT, когда это имеет смысл. Возможно, это не самый быстрый вариант, но он делает восстановление тривиальным и очень надежным для меня.

Помимо OCFS2 Думаю, альтернативы нет. По крайней мере, я ничего не знаю.