vip keepalived removido com renovação dhcp

Question

Estou tendo esse problema estranho em que meu vip está sendo removido da minha interface quando recebo uma nova solicitação de renovação de DHCP. Os logs mostram o seguinte:

Jun  1 17:00:06 lb1 dhclient: DHCPREQUEST of 10.0.0.2 on eth0 to 10.0.0.3 port 67 (xid=0x6deab016)
Jun  1 17:00:06 lb1 dhclient: DHCPNAK from 10.0.0.3 (xid=0x6deab016)
Jun  1 17:00:06 lb1 dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 (xid=0x37e1db6a)
Jun  1 17:00:06 lb1 dhclient: DHCPREQUEST of 10.0.0.2 on eth0 to 255.255.255.255 port 67 (xid=0x37e1db6a)
Jun  1 17:00:06 lb1 dhclient: DHCPOFFER of 10.0.0.2 from 10.0.0.3
Jun  1 17:00:06 lb1 dhclient: DHCPACK of 10.0.0.2 from 10.0.0.3
Jun  1 17:00:06 lb1 dhclient: bound to 10.0.0.2 -- renewal in 38223 seconds.
Jun  1 17:00:07 lb1 ntpd[1321]: Deleting interface #8 eth0, 10.0.255.254#123, interface stats: received=7, sent=0, dropped=0, active_time=145198 secs
Jun  1 17:00:07 lb1 ntpd[1321]: peers refreshed

Neste ponto, o vip ip (10.0.255.254) é removido da interface e não está sendo transferido para a outra instância de manutenção de atividade.

A saída do comando ip a de trabalho:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
   inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether fa:16:3e:cf:35:ac brd ff:ff:ff:ff:ff:ff
    inet 10.0.0.2/16 brd 10.0.255.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet 10.0.255.254/32 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::f816:3eff:fecf:35ac/64 scope link
       valid_lft forever preferred_lft forever

e quando a renovação do dhcp foi executada:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
   inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether fa:16:3e:cf:35:ac brd ff:ff:ff:ff:ff:ff
    inet 10.0.0.2/16 brd 10.0.255.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::f816:3eff:fecf:35ac/64 scope link
       valid_lft forever preferred_lft forever

o arquivo de interfaces:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet dhcp

Quando reinicio o keepalived na instância, o vip é adicionado novamente à interface. Então a questão é por que o dhcp está removendo o vip?

    

Answer 1

Também encontrei recentemente esse mesmo problema. Estou executando duas instâncias do OpenStack com keepalived . Percebi que, quando a instância renovava seu endereço IP, às vezes, keepalived achava que o endereço IP foi removido e, em seguida, foi adicionado novamente momentos depois. Isso foi o suficiente para liberar os VIPs, mas não os adicionou novamente à instância primária keepalived , nem foi suficiente para a instância de espera assumir os VIPs.

Depois de examinar os documentos do keepalived , encontrei uma opção chamada dont_track_primary que pode ser adicionada à instância vrrp . Eu adicionei essa opção a todas as minhas vrrp instâncias e não tive o problema desde então.