Comments 25
Еще есть очень классная штука — Heartbeat )
+1
Вещщщ, однажды настраивал.)))
0
все бы ничего, но: получаеться что один сервер бездельничает. Если бы сделать так, что бы, например, база данных работала со slave-а, а все остальные службы с master — было бы замечательно :)
0
А какие свитчи поддерживают carp? Там же вроде одинаковые маки используются и свитч при этом не должен сойти с ума.
-2
Одинаковые маки не используются. Свич марштрутизирует по arp. У свича должен быть отключен port-security.
+1
так узел отвечает arp'ом только когда ему передаётся управление. а мастер шлёт мультикаст по которому узлы определяют, что он еще жив. мастер загнулся, слейв управление перехватил, arp оповещение послал, таблицы обновились и по новой. стоит отметить, что переключение всё равно занимает время, не долгое, но может хватить, чтобы потерять пару пакетов.
0
чем лучше keepalived?
0
А как с этим делом в solaris?
0
поясните пожалуйста, как один из слейвов должен узнать что ему пора бы подняться?
и второй вопрос: как скопище слейвов поделят между собой право стать мастером?
и второй вопрос: как скопище слейвов поделят между собой право стать мастером?
0
Мастер-хост группы регулярно рассылает объявления по сети, с целью оповестить остальные машины группы, что он все еще работоспособен. В случае, если резервной машиной объявление не будет получено в течение заданного интервала, то она перехватывает функции мастер-хоста (та из них, которая имеет меньшие значения UCARP_ADVBASE).
+1
спасибо. теперь всё ясно!
0
Кстати, Вы говорите, что переключение происходит не мгновенно. С какой периодичностью происходит опрос, и настраивается ли это? Есть ли механизмы, позволяющие полностью исключить потерю пакетов (хитрые свичи или еще что-нибудь)?
0
Полностью исключить потерю пакетов при любой аварии не сможет никто :)
Если есть такая задача, то лучше поглядет в сторону cisco content gateway. А если посчитаете их слишком дорогими — то может быть проще смириться с потерей пакетов? :)
Если есть такая задача, то лучше поглядет в сторону cisco content gateway. А если посчитаете их слишком дорогими — то может быть проще смириться с потерей пакетов? :)
+1
опрос — не совсем точное понятие. слейв не спрашивает мастера, он получает от него пакеты. если в определённый момент пакет не пришёл — тогда и нужно спешить на помощь. «определённый момент» настраиваится опцией --deadratio=NUM. Где num по умолчанию равен 3.
0
Сначала прочитал как «CRAP».)))
-1
Хитрый вопрос вдогонку.
Вот переключили мы IP. А у нас в сети стоит не тупой хаб, а средней интеллектуальности свитч, кеширующий маршруты по MAC-адресу. Данный пакет решает эту ситуацию?
Вот переключили мы IP. А у нас в сети стоит не тупой хаб, а средней интеллектуальности свитч, кеширующий маршруты по MAC-адресу. Данный пакет решает эту ситуацию?
0
Необходимо отметить, что данное решение работает только если мастер никак не отвечает по сети и никак не помогает когда система «прогнулась» под нагрузкой или не работает приложение. То есть например в случае reverse proxy возможна ситуация когда сервер захлебнется от большого кол-ва конектов, но при этом будет исправно отвечать на ARP при этом выключить его через carp не будет никакой возможности из-за --preempt. Единственный выход в подобной ситуации выключать мастер физически например порт на свиче.
Мы используем CARP в связке с внешним арбитром, который следит за тем что мастер сервер работает на уровне приложения и таким образом подстраховывает от описаного мною случая.
Мы используем CARP в связке с внешним арбитром, который следит за тем что мастер сервер работает на уровне приложения и таким образом подстраховывает от описаного мною случая.
0
Sign up to leave a comment.
Отказоустойчивые службы при помощи CARP