Назад | Перейти на главную страницу

Перемещение keepalived не происходит

У меня проблема с Keepalived.

Если по какой-то причине мой процесс приложения останавливается, keepalived отказывает через VIP для резервного узла. Однако, если процесс снова терпит неудачу на резервном узле, он не перемещается на главный узел. из / var / log / messages ясно, что его регистрация не удалась.

Ниже мои файлы конфигурации:

На узле 1 (мастер)

vrrp_script chk { script "/root/test.sh" interval 2 # check every 2 seconds fall 1 rise 2 weight -60 }

vrrp_instance VRRP1 { state EQUAL priority 110 interface eth0 virtual_router_id 51 advert_int 1 authentication { auth_type PASS auth_pass 1111 }

notify_backup "/etc/keepalived/rtb.sh BACKUP"
notify_fault "/etc/keepalived/rtb.sh FAULT"

virtual_ipaddress {
    10.58.127.80/24
}

notify_master "/etc/keepalived/rtb.sh MASTER"

track_script {
chk
}
}

На узле 2 (резервное копирование)

vrrp_script chk { script "/root/test.sh" interval 2 # check every 2 seconds fall 1 rise 2 weight -50 }

vrrp_instance VRRP1 { state EQUAL priority 101 interface eth0 virtual_router_id 51 advert_int 1 authentication { auth_type PASS auth_pass 1111 }

notify_backup "/etc/keepalived/rtb.sh BACKUP"
notify_fault "/etc/keepalived/rtb.sh FAULT"

virtual_ipaddress {
    10.58.127.80/24
}

notify_master "/etc/keepalived/rtb.sh MASTER"

track_script {
chk
}
}

Если я завершу процесс подачи заявки на Node1, VIP переместится на Node2. Через некоторое время, если я снова убью свой процесс приложения на Node2, он зарегистрирует, что произошел сбой, но НЕ перемещаю IP-адрес.

Dec 11 11:29:50 rtb48 Keepalived_vrrp[25813]: VRRP_Script(chk) failed

Никаких действий не опубликовать.

Версия Keepalived: keepalived-1.2.13-5.el6_6.x86_64

Есть подсказка?

Вы перезапустили процесс на узле №1, чтобы сценарий проверки прошел?

Узел №1 имеет приоритет 110 с весом 60 в сценарии.
Узел 2 имеет приоритет 0f 101 с весом 50 в сценарии.

Таким образом, ошибка №1 составляет 110 - 60 = 50. Ошибка № 2 - 101 - 50 = 51.
Узел №2 в этом случае по-прежнему имеет более высокий приоритет и будет главным.

Кроме того: ваша конфигурация выглядит странно, неужели она состоит из таких длинных строк? Если да, не должен ли комментарий в середине строки разбить его?