0

Я устанавливаю keepalived для восстановления виртуального IP-адреса с использованием двух экземпляров Centag7 с двумя бродягами, но с проблемой (у меня такая же проблема при производстве).Сохраненный виртуальный IP-адрес не будет передан обратно, когда хозяин хозяина снова вставлен

В принципе, у меня есть 2 экземпляра, выполняющих keepalived. Ниже keepalived.conf конфигурации для этих 2 серверов:

конфигурация SERVER1 в:

global_defs { 
    notification_email { 
     [email protected] 
    } 
    notification_email_from server1.dev.vagrant.net 
    smtp_server localhost 
    smtp_connect_timeout 30 
} 

    vrrp_instance VI_enp0s8 { 
     state MASTER 
     interface enp0s8 
     virtual_router_id 51 
     priority 100 
     advert_int 1 
     authentication { 
      auth_type PASS 
      auth_pass 1111 
     } 
     virtual_ipaddress { 
        192.168.65.110 
        192.168.65.111 

     } 
    } 

конфигурация SERVER2 в:

global_defs { 
    notification_email { 
     [email protected] 
    } 
    notification_email_from server2.dev.vagrant.net 
    smtp_server localhost 
    smtp_connect_timeout 30 
} 

    vrrp_instance VI_enp0s8 { 
     state BACKUP 
     interface enp0s8 
     virtual_router_id 51 
     priority 99 
     advert_int 1 
     authentication { 
      auth_type PASS 
      auth_pass 1111 
     } 
     virtual_ipaddress { 
        192.168.65.110 
        192.168.65.111 

     } 
    } 

В принципе, если я перестану keepalived с помощью: Суда службы keepalived остановки на server1 ; то виртуальные ipaddresses успешно передаются на сервер2. И когда я начинаю оставаться на сервере1 с использованием «sudo service keepalived start», тогда ip-адреса передаются обратно. Все работает правильно, когда я делаю «перезагрузку sudo» на сервере1.

Однако, если я завершаю работу и перезагружаю server1, используя: sudo shutdown -h теперь (или бродячий halt server1), а затем vagrant up server1, то виртуальный IP-адрес не будет назначен ни одному из серверов. (ip addr show enp0s8).

Ниже приведен журнал/var/log/messages. Мне кажется, что по какой-то причине виртуальные IP-адреса были добавлены, но затем удалены.

Jun 21 08:19:50 oasis4 Keepalived_vrrp[724]: VRRP_Instance(VI_enp0s8) Entering MASTER STATE 
Jun 21 08:19:50 oasis4 Keepalived_vrrp[724]: VRRP_Instance(VI_enp0s8) setting protocol VIPs. 
Jun 21 08:19:50 oasis4 Keepalived_healthcheckers[723]: Netlink reflector reports IP 192.168.65.110 added 
Jun 21 08:19:50 oasis4 Keepalived_healthcheckers[723]: Netlink reflector reports IP 192.168.65.111 added 
Jun 21 08:19:50 oasis4 Keepalived_vrrp[724]: VRRP_Instance(VI_enp0s8) Sending gratuitous ARPs on enp0s8 for 192.168.65.110 
Jun 21 08:19:50 oasis4 Keepalived_vrrp[724]: VRRP_Instance(VI_enp0s8) Sending gratuitous ARPs on enp0s8 for 192.168.65.111 
Jun 21 08:19:52 oasis4 Keepalived_healthcheckers[723]: Netlink reflector reports IP 192.168.65.104 removed 
Jun 21 08:19:52 oasis4 Keepalived_vrrp[724]: Netlink reflector reports IP 192.168.65.104 removed 
Jun 21 08:19:52 oasis4 Keepalived_healthcheckers[723]: Netlink reflector reports IP 192.168.65.110 removed 
Jun 21 08:19:52 oasis4 Keepalived_vrrp[724]: Netlink reflector reports IP 192.168.65.110 removed 
Jun 21 08:19:52 oasis4 Keepalived_healthcheckers[723]: Netlink reflector reports IP 192.168.65.111 removed 
Jun 21 08:19:52 oasis4 Keepalived_vrrp[724]: Netlink reflector reports IP 192.168.65.111 removed 
Jun 21 08:19:52 oasis4 kernel: e1000: enp0s8 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX 
Jun 21 08:19:52 oasis4 kernel: IPv6: ADDRCONF(NETDEV_UP): enp0s8: link is not ready 
Jun 21 08:19:52 oasis4 kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp0s8: link becomes ready 
Jun 21 08:19:54 oasis4 Keepalived_healthcheckers[723]: Netlink reflector reports IP 192.168.65.104 added 
Jun 21 08:19:54 oasis4 Keepalived_vrrp[724]: Netlink reflector reports IP 192.168.65.104 added 
Jun 21 08:19:55 oasis4 Keepalived_vrrp[724]: VRRP_Instance(VI_enp0s8) Sending gratuitous ARPs on enp0s8 for 192.168.65.110 
Jun 21 08:19:55 oasis4 Keepalived_vrrp[724]: VRRP_Instance(VI_enp0s8) Sending gratuitous ARPs on enp0s8 for 192.168.65.111 
Jun 21 08:19:55 oasis4 systemd: Starting Session 2 of user vagrant. 
Jun 21 08:19:55 oasis4 systemd: Started Session 2 of user vagrant. 
Jun 21 08:19:55 oasis4 systemd-logind: New session 2 of user vagrant. 
Jun 21 08:19:56 oasis4 systemd-logind: Removed session 1. 
Jun 21 08:20:00 oasis4 systemd: Starting Session 3 of user vagrant. 
Jun 21 08:20:00 oasis4 systemd: Started Session 3 of user vagrant. 
Jun 21 08:20:00 oasis4 systemd-logind: New session 3 of user vagrant. 
Jun 21 08:20:01 oasis4 systemd: Starting user-0.slice. 
Jun 21 08:20:01 oasis4 systemd: Created slice user-0.slice. 
Jun 21 08:20:01 oasis4 systemd: Starting Session 4 of user root. 

Если я вхожу в систему server1, а затем перезагружаюсь вручную, то предмет начинает работать нормально.

Может кто-нибудь, пожалуйста, дайте мне знать, если что-то не так с моей конфигурацией?

Кроме того, есть несколько раз, когда я не могу остановить службу должным образом, используя сервис sudo keepalived stop; Когда это происходит, виртуальный IP-адрес не назначается ни одному из серверов.

Спасибо.

ответ

1

Согласно журналам, keepalived запускается до того, как сетевой интерфейс enp0s8 готов и готов. Если вы хотите сохранить отслеживание интерфейса, вы должны добавить что-то вроде этого в vrrp_instance

track_interface { 
    enp0s8 
} 

 Смежные вопросы

  • Нет связанных вопросов^_^