Corriger les changements d'état VRRP causés par « Receive advertisement timeout »

Dans certains cas, lorsque la charge est élevée, vous pouvez observer l’erreur suivante dans les journaux 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

Ici, un changement d’état VRRP non souhaité se produit pour le service nas, car l’instance à l’état BACKUP a détecté que l’instance MASTER ne répond plus. Cette situation peut provenir d’une charge élevée sur le nœud MASTER, mais aussi de problèmes de connectivité entre les instances. L’instance BACKUP attend 3 intervalles avant de lancer la bascule ; par défaut, cela représente 3×1 secondes, soit 3 secondes.

Vous pouvez ajuster la valeur de ce minuteur par configuration. Pour fixer l’intervalle à 3 secondes, exécutez ce qui suit :

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

Le délai de détection de la panne du master sera désormais de 3×3 secondes, soit 9 secondes. Cette valeur doit être identique sur tous les nœuds qui servent ce service via VRRP.

Pensez à remplacer le nom du service (ici nas) par le nom de votre service, si vous utilisez des services personnalisés.