Risolvere i cambi di stato VRRP causati da "Receive advertisement timeout"

In alcuni casi, quando il carico è elevato, potreste osservare il seguente errore nei log di 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

In questo caso si verifica un cambio di stato VRRP indesiderato per il servizio nas, perché l’istanza in stato BACKUP ha rilevato che l’istanza MASTER non risponde più. Questa situazione può essere causata da un carico elevato sul nodo MASTER oppure da problemi di connettività tra le istanze. L’istanza BACKUP attende 3 intervalli prima di avviare lo switchover; per impostazione predefinita si tratta di 3×1 secondi, cioè 3 secondi.

Potete modificare questo valore del timer tramite la configurazione. Per impostare l’intervallo a 3 secondi, eseguite il seguente comando:

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

Ora il timeout per il rilevamento del guasto del master sarà di 3×3 secondi, cioè 9 secondi. Questo valore deve essere identico su tutti i nodi che erogano questo servizio tramite VRRP.

Ricordate di sostituire il nome del servizio (in questo caso nas) con il nome del vostro servizio, se usate servizi personalizzati.