keepalived не обнаруживает потерю виртуального IP

Я использую keepalived для переключения плавающего IP-адреса между двумя виртуальными машинами.

/etc/keepalived/keepalived.conf на ВМ 1:

vrrp_instance VI_1 {
    state MASTER
    interface ens160
    virtual_router_id 101
    priority 150
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass secret
    }
    virtual_ipaddress {
        1.2.3.4
    }
}

/etc/keepalived/keepalived.conf на ВМ 2:

vrrp_instance VI_1 {
    state MASTER
    interface ens160
    virtual_router_id 101
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass secret
    }
    virtual_ipaddress {
        1.2.3.4
    }
}

Это в основном работает нормально, за одним исключением: каждый раз, когда systemd обновляется (он работает под управлением Ubuntu 18.04), он перезагружает свой сетевой компонент, что приводит к удалению плавающего IP-адреса, поскольку он не настроен в системе. Поскольку оба экземпляра keepalived все еще могут пинговать друг друга, никто из них не видит ничего плохого и ни один из них не реагирует на это, в результате чего плавающий IP-адрес остается отключенным.

Я обнаружил, что вы можете проверить IP-адрес с помощью такого простого скрипта:

vrrp_script chk_proxyip {
    script "/sbin/ip addr |/bin/grep 1.2.3.4"
}

vrrp_instance VI_1 {
    # [...]
    track_script {
        chk_proxyip
    }
}

Но я не уверен, что это рабочий подход.

Если я правильно понимаю, то, если я настрою этот скрипт на ВМ1, произойдет следующее:

1. VM1 теряет IP из-за перезапуска systemd
2. keepalived на ВМ1 обнаруживает потерю IP
3. Keepalived переключается на FAULT состояние и прекращает трансляцию пакетов vrrp
4. Keepalived на VM2 обнаруживает потерю keepalived на VM1 и устанавливает плавающий IP-адрес

На данный момент IP снова работает на VM2, но VM1 останется в этом состоянии, потому что IP больше никогда не появится на VM1. Если VM2 выйдет из строя (по какой-либо причине), VM1 не возьмет ее на себя, потому что она все еще находится в FAULT штат.

Как я могу гарантировать, что плавающий IP-адрес всегда активен на одной из виртуальных машин?

Дальнейшие тесты:

Я попытался пропинговать плавающий IP-адрес вместо того, чтобы проверять, активен ли он на определенном хосте в check_script:

vrrp_script chk_proxyip {
    script "/bin/ping -c 1 -w 1 1.2.3.4"
    interval 2
}

Настройка этого скрипта на узле 2 привела к следующему:

1. удалил IP на узле 1 для тестирования
2. узел 2 обнаружил потерю IP и изменил его с BACKUP к FAULT
3. узел 1 проигнорировал изменение состояния и остался MASTER

Результат: IP остался выключенным.

Настройка скрипта на узле 1 привела к следующему:

1. удалил IP на узле 1
2. узел 1 обнаружил потерю IP и изменил его с MASTER к FAULT
3. узел 2 обнаружил изменение состояния на узле 1 и изменился с BACKUP к MASTER, настраиваем плавающий IP на узле 2

Ну а потом ...

Feb 13 10:11:26 node2 Keepalived_vrrp[3486]: VRRP_Instance(VI_1) Transition to MASTER STATE
Feb 13 10:11:27 node2 Keepalived_vrrp[3486]: VRRP_Instance(VI_1) Entering MASTER STATE
Feb 13 10:11:29 node2 Keepalived_vrrp[3486]: VRRP_Instance(VI_1) Received advert with higher priority 150, ours 100
Feb 13 10:11:29 node2 Keepalived_vrrp[3486]: VRRP_Instance(VI_1) Entering BACKUP STATE
Feb 13 10:11:32 node2 Keepalived_vrrp[3486]: VRRP_Instance(VI_1) Transition to MASTER STATE
Feb 13 10:11:33 node2 Keepalived_vrrp[3486]: VRRP_Instance(VI_1) Entering MASTER STATE
Feb 13 10:11:36 node2 Keepalived_vrrp[3486]: VRRP_Instance(VI_1) Received advert with higher priority 150, ours 100
Feb 13 10:11:36 node2 Keepalived_vrrp[3486]: VRRP_Instance(VI_1) Entering BACKUP STATE
Feb 13 10:11:38 node2 Keepalived_vrrp[3486]: VRRP_Instance(VI_1) Transition to MASTER STATE
Feb 13 10:11:39 node2 Keepalived_vrrp[3486]: VRRP_Instance(VI_1) Entering MASTER STATE
Feb 13 10:11:41 node2 Keepalived_vrrp[3486]: VRRP_Instance(VI_1) Received advert with higher priority 150, ours 100
Feb 13 10:11:41 node2 Keepalived_vrrp[3486]: VRRP_Instance(VI_1) Entering BACKUP STATE
Feb 13 10:11:44 node2 Keepalived_vrrp[3486]: VRRP_Instance(VI_1) Transition to MASTER STATE
Feb 13 10:11:45 node2 Keepalived_vrrp[3486]: VRRP_Instance(VI_1) Entering MASTER STATE
Feb 13 10:11:47 node2 Keepalived_vrrp[3486]: VRRP_Instance(VI_1) Received advert with higher priority 150, ours 100
...

Мне пришлось перезапустить keepalived на node1, чтобы остановить игру в пинг-понг между узлами.