Привет всем.

Вопрос по отказоустойчивости ( вроде бы по теме форума ...  )

Есть линукс коробочка в некоей сети. Клиент хочет отказоустойчивости с резервированием.

Допустим, я могу на двух коробочках поднять vrrpd или какой-нибудь carp. Собственно , пробовал первое, вроде работает, все весело пингуется.

пара вопросов по failover-у
  - принципиально ли иметь выделенный линк между Master и backup узлами ?
   -есть ли способ для мастера узнать, не отвалился ли Backup ?

Далее,  дело осложняется необходимостью синхронизировать на этих коробочках некую базу данных - буквально несколько файлов , общий объем - мегабайт 10-15 .

   Как ?
   Линукс там древний, ядро 2.4 .
( хотелось бы ненавороченного решения поизящней периодического rsync-а )

• Linux HA , нужна легковесная синхронизация,NEOfantom, 14:05 , 27-Фев-14
• Linux HA , нужна легковесная синхронизация,name, 17:27 , 27-Фев-14
  • Linux HA , нужна легковесная синхронизация,fantom, 10:25 , 05-Мрт-14
• Linux HA , нужна легковесная синхронизация,McLoud, 12:26 , 05-Мрт-14

>[оверквотинг удален]
>   - принципиально ли иметь выделенный линк между Master и backup
> узлами ?
>    -есть ли способ для мастера узнать, не отвалился ли
> Backup ?
>  Далее,  дело осложняется необходимостью синхронизировать на этих коробочках некую базу
> данных - буквально несколько файлов , общий объем - мегабайт 10-15
> .
>    Как ?
>    Линукс там древний, ядро 2.4 .
>  ( хотелось бы ненавороченного решения поизящней периодического rsync-а )

базы разные бывают... как самый простой способ резервирования rsync, вот только как будет вести себя ваша база данных не ясно. rsync в cron  в случае отсутствия блокировки таблиц в базе, может ее разрушить при передаче, возможно есть вариант каких либо настроек, то это конкретный случай (да-да я на репликацию намекаю)

>  пара вопросов по failover-у
>   - принципиально ли иметь выделенный линк между Master и backup
> узлами ?

имеет смысл если оба сервака подключены только одним линком к одному свичу (или одной сети)
если к двум условным свичам по диагонали, как в нормальном multipath, то второй линк и так есть, отдельный выделенный не нужен.

>  Далее,  дело осложняется необходимостью синхронизировать на этих коробочках некую базу
> данных - буквально несколько файлов , общий объем - мегабайт 10-15
> .

drbd ?
glusterFS ?
Lustre ?

>[оверквотинг удален]
> имеет смысл если оба сервака подключены только одним линком к одному свичу
> (или одной сети)
> если к двум условным свичам по диагонали, как в нормальном multipath, то
> второй линк и так есть, отдельный выделенный не нужен.
>>  Далее,  дело осложняется необходимостью синхронизировать на этих коробочках некую базу
>> данных - буквально несколько файлов , общий объем - мегабайт 10-15
>> .
> drbd ?
> glusterFS ?
> Lustre ?

Что за СУБД используется??

Для работы VRRP и синхронизации лучше держать выделенный прямой линк между серверами. Иначе, в случае обрыва оба узла станут VRRP-мастерами (что в данной конфигурации не особо критично) и не дай бог проходила синхронизация ( в этом случае активным может оказаться сервер с неактуальной базой). В идеале для таких целей лучше использовать CSS/SCE/что-там-еще-сейчас-есть-у-вендоров, но все зависит от требований и возможностей. А про синхронизацию от типа БД зависит, как все и говорят.