или он будет как лоадбалансер?

ну типа сервис пошлет arp запрос, ему какая нода вернется?

У нас мастер/слейв, но можно и балансировку делать

мне не стало понятнее. если ты говоришь что vrrp адрес одновременно на обоих нодах работает, кто разруливает на какую ноду траф слать?

Carp как раз свободная альтернатива vrrp

т.е. ты со своего сервиса-клиента должен идти условно на адрес 1.1.1.1, ты шлешь arp запрос, если адрес поднят сразу на нескольких нодах, то обе ему ответят что "я здесь"

это вдарит по таблице коммутатора

который постоянно будет переписывать свою cam таблицу что адрес 1.1.1.1 за разными портами

при этом сессия установленная с ucarp_1 может пойти на ucarp_2

а он про эту сессию не знает ничего

или я что-то не понимаю

Ответит только мастер

почему?

вот ip поднят на обоих серверах одновременно, так?

пришел запрос. линукс не пойдет за вопросом к карпу, отвечать или нет

CARP позволяет выделить группу хостов в сегменте сети и назначить ей один IP-адрес. Такая группа называется «redundancy group» (группа избыточности). В пределах этой группы один из хостов становится «главным», а остальные обозначаются как «резервные». В каждый момент времени мастер-хост отвечает на ARP-запросы к назначенному IP-адресу и обрабатывает трафик, идущий к этому адресу. Каждый хост одновременно может принадлежать к нескольким группам.

а можешь сказать что именно побуждает на арпы отвечать только мастеру?

https://www.ajohnstone.com/load-balancing-with-ucarp-haproxy-missing/
Как раз твоя задача, правда с тех пор прошло много времени

https://server-gu.ru/ucarp-linux/
Вот поновее

Демон ucarp.