VRRP-Statuswechsel durch „Receive advertisement timeout“ beheben

In manchen Fällen tritt bei hoher Last der folgende Fehler in den VRRP-Logs (docker logs vrrp) auf:

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

Hier findet ein ungewollter VRRP-Statuswechsel für den Dienst nas statt, weil die Instanz im Status BACKUP erkannt hat, dass die MASTER-Instanz nicht mehr antwortet. Ursache können hohe Last auf dem MASTER-Knoten sowie Verbindungsprobleme zwischen den Instanzen sein. Die BACKUP-Instanz wartet 3 Intervalle, bevor sie die Übernahme einleitet; standardmäßig sind das 3×1 Sekunden — also 3 Sekunden.

Diesen Timer-Wert können Sie über die Konfiguration anpassen. Um das Intervall auf 3 Sekunden zu setzen, führen Sie Folgendes aus:

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

Damit beträgt der Timeout für die Erkennung eines Master-Ausfalls 3×3 Sekunden — also 9 Sekunden. Dieser Wert muss auf allen Knoten gleich sein, die diesen Dienst über VRRP bereitstellen.

Denken Sie daran, den Dienstnamen (hier nas) durch den Namen Ihres Dienstes zu ersetzen, falls Sie eigene Dienste verwenden.