Можно ли таким образом настроить keepalived?
В нормальном состоянии VIP_1 назначен SERVER_1, а VIP_2 назначен SERVER_2
При сбое сервера все VIP переходят на рабочий сервер, а после того, как отказавший сервер становится активным, мы не переносим его VIP обратно к нему, нам нужно сделать это вручную из-за некоторых причин репликации контента.
конфигурация на данный момент:
#SERVER_1
vrrp_sync_group VG1 {
group {
content
}
}
vrrp_instance content {
state BACKUP
interface eth1
virtual_router_id 1
priority 100
advert_int 1
authentication {
auth_type PASS
auth_pass 1212
}
virtual_ipaddress {
192.168.100.111/24
}
}
# SERVER_2
vrrp_sync_group VG1 {
group {
content
}
}
vrrp_instance content {
state BACKUP
interface eth1
virtual_router_id 1
priority 100
advert_int 1
authentication {
auth_type PASS
auth_pass 1212
}
virtual_ipaddress {
192.168.100.111/24 }
}
На хосте 1:
vrrp_instance VI_1 {
state MASTER
interface eth0
dont_track_primary
virtual_router_id 1
priority 150
advert_int 5
mcast_src_ip 172.16.40.1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
10.0.0.1/24 dev eth0
}
}
vrrp_instance VI_2 {
state BACKUP
interface eth0
dont_track_primary
virtual_router_id 5
priority 100
advert_int 5
mcast_src_ip 172.16.40.1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
10.0.0.2/24 dev eth0
}
}
На хосте 2:
vrrp_instance VI_1 {
state BACKUP
interface eth0
dont_track_primary
virtual_router_id 1
priority 100
advert_int 5
mcast_src_ip 172.16.40.2
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
10.0.0.1/24 dev eth0
}
}
vrpp_instance VI_2 {
state MASTER
interface eth0
dont_track_primary
virtual_router_id 5
priority 150
advert_int 5
mcast_src_ip 172.16.40.2
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
10.0.0.2/24 dev eth0
}
}
Чтобы узнать о no-auto-failback, посмотрите nopreempt на странице руководства keepalived.conf, но также посмотрите: http://article.gmane.org/gmane.linux.keepalived.devel/1537%22