У нас есть 2 узла (CentOS Linux 7.4.1708) с keepalived (1.3.5-16.el7.x86_64), оба используют VIP. Ниже представлена конфигурация поддержки активности на обоих узлах.
Узел 1
global_defs {
script_user root
router_id my_router
}
vrrp_script check_script {
script "/opt/scripts/check_script.sh"
interval 30
timeout 10
fall 3
rise 2
}
vrrp_instance node1 {
state BACKUP
interface eth0
virtual_router_id 51
priority 200
advert_int 60
authentication {
auth_type PASS
auth_pass xxxx
}
virtual_ipaddress {
x.x.x.x dev eth0
}
track_script {
check_script
}
notify "/opt/scripts/notify_script.sh"
}
Узел 2
global_defs {
script_user root
router_id my_router
}
vrrp_script check_script {
script "/opt/scripts/check_script.sh"
interval 30
timeout 10
fall 3
rise 2
}
vrrp_instance node1 {
state BACKUP
interface eth0
virtual_router_id 51
priority 150
advert_int 60
authentication {
auth_type PASS
auth_pass xxxx
}
virtual_ipaddress {
x.x.x.x dev eth0
}
track_script {
check_script
}
notify "/opt/scripts/notify_script.sh"
}
Ниже приведена последовательность выполняемых операций -
В Шаге 4 возникает путаница - Разве Узел 1 не должен оставаться Мастером, владеющим VIP, поскольку он появляется намного раньше (30 секунд), чем определено Master_Down_Interval (3 * advvert_int)?
Похоже, переход VIP с узла 1 на узел 2 происходит после завершения перезапуска узла 1. Я что-то здесь упускаю? Есть ли способ остановить здесь переход VIP?