Corregir los cambios de estado de VRRP causados por «Receive advertisement timeout»

En algunos casos, cuando la carga es alta, puede observar el siguiente error en los registros de vrrp (docker logs vrrp):

Tue Nov 17 02:26:36 2020: (nas) Receive advertisement timeout
Tue Nov 17 02:26:36 2020: (nas) Entering MASTER STATE
Tue Nov 17 02:26:36 2020: (nas) setting VIPs.
Tue Nov 17 02:26:36 2020: (nas) Sending/queueing gratuitous ARPs on eth0 for 1.1.1.1

En este caso se produce un cambio de estado de VRRP no deseado en el servicio nas porque la instancia en estado BACKUP ha detectado que la instancia MASTER ya no responde. Esta situación puede deberse a una carga alta en el nodo MASTER, así como a problemas de conectividad entre las instancias. La instancia BACKUP espera 3 intervalos antes de iniciar el cambio; de forma predeterminada son 3×1 segundos, es decir, 3 segundos.

Puede ajustar el valor de este temporizador mediante la configuración. Para fijar el intervalo en 3 segundos, ejecute lo siguiente:

ntk cfg set vrrp.services.nas.pulse_interval 3
ntk vrrp restart

Ahora el tiempo de espera para detectar el fallo del master será de 3×3 segundos, es decir, 9 segundos. Este valor debe ser el mismo en todos los nodos que sirven este servicio mediante VRRP.

Recuerde sustituir el nombre del servicio (en este caso nas) por el nombre de su servicio, si usa servicios personalizados.