форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Др. сетевые сервисы / Linux)
Изначальное сообщение		[ Отслеживать ]

"Linux HA , нужна легковесная синхронизация"	+/–
Сообщение от Alex_S (??) on 27-Фев-14, 10:56
Привет всем. Вопрос по отказоустойчивости ( вроде бы по теме форума ...  ) Есть линукс коробочка в некоей сети. Клиент хочет отказоустойчивости с резервированием. Допустим, я могу на двух коробочках поднять vrrpd или какой-нибудь carp. Собственно , пробовал первое, вроде работает, все весело пингуется. пара вопросов по failover-у   - принципиально ли иметь выделенный линк между Master и backup узлами ?    -есть ли способ для мастера узнать, не отвалился ли Backup ? Далее,  дело осложняется необходимостью синхронизировать на этих коробочках некую базу данных - буквально несколько файлов , общий объем - мегабайт 10-15 .    Как ?    Линукс там древний, ядро 2.4 . ( хотелось бы ненавороченного решения поизящней периодического rsync-а )
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Linux HA , нужна легковесная синхронизация"	+/–
Сообщение от NEOfantom (ok) on 27-Фев-14, 14:05
>[оверквотинг удален] >   - принципиально ли иметь выделенный линк между Master и backup > узлами ? >    -есть ли способ для мастера узнать, не отвалился ли > Backup ? >  Далее,  дело осложняется необходимостью синхронизировать на этих коробочках некую базу > данных - буквально несколько файлов , общий объем - мегабайт 10-15 > . >    Как ? >    Линукс там древний, ядро 2.4 . >  ( хотелось бы ненавороченного решения поизящней периодического rsync-а ) базы разные бывают... как самый простой способ резервирования rsync, вот только как будет вести себя ваша база данных не ясно. rsync в cron  в случае отсутствия блокировки таблиц в базе, может ее разрушить при передаче, возможно есть вариант каких либо настроек, то это конкретный случай (да-да я на репликацию намекаю)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Linux HA , нужна легковесная синхронизация"	+/–
Сообщение от name (??) on 27-Фев-14, 17:27
>  пара вопросов по failover-у >   - принципиально ли иметь выделенный линк между Master и backup > узлами ? имеет смысл если оба сервака подключены только одним линком к одному свичу (или одной сети) если к двум условным свичам по диагонали, как в нормальном multipath, то второй линк и так есть, отдельный выделенный не нужен. >  Далее,  дело осложняется необходимостью синхронизировать на этих коробочках некую базу > данных - буквально несколько файлов , общий объем - мегабайт 10-15 > . drbd ? glusterFS ? Lustre ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "Linux HA , нужна легковесная синхронизация"	+/–
	Сообщение от fantom (??) on 05-Мрт-14, 10:25
	>[оверквотинг удален] > имеет смысл если оба сервака подключены только одним линком к одному свичу > (или одной сети) > если к двум условным свичам по диагонали, как в нормальном multipath, то > второй линк и так есть, отдельный выделенный не нужен. >>  Далее,  дело осложняется необходимостью синхронизировать на этих коробочках некую базу >> данных - буквально несколько файлов , общий объем - мегабайт 10-15 >> . > drbd ? > glusterFS ? > Lustre ? Что за СУБД используется??
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Linux HA , нужна легковесная синхронизация"	+/–
Сообщение от McLoud (??) on 05-Мрт-14, 12:26
Для работы VRRP и синхронизации лучше держать выделенный прямой линк между серверами. Иначе, в случае обрыва оба узла станут VRRP-мастерами (что в данной конфигурации не особо критично) и не дай бог проходила синхронизация ( в этом случае активным может оказаться сервер с неактуальной базой). В идеале для таких целей лучше использовать CSS/SCE/что-там-еще-сейчас-есть-у-вендоров, но все зависит от требований и возможностей. А про синхронизацию от типа БД зависит, как все и говорят.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема