Zināšanu bāze

Scaling & high availability · atjaunots 2020. gada 17. novembris · pārskatīts 2026. gada 9. jūlijs

VRRP stāvokļa maiņu novēršana, ko izraisa "Receive advertisement timeout"

Novērsiet neplānotas VRRP master/backup pārslēgšanās augstas noslodzes apstākļos, pielāgojot pulsa intervālu.

Augstas noslodzes apstākļos VRRP žurnālos (docker logs vrrp) dažkārt var parādīties šāda kļūda:

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

Šādā gadījumā servisam nas notiek neplānota VRRP stāvokļa maiņa, jo BACKUP stāvoklī esošā instance ir konstatējusi, ka MASTER instance vairs neatbild. Iemesls var būt gan augsta noslodze MASTER mezglā, gan savienojamības problēmas starp instancēm. Pirms pārslēgšanās BACKUP instance nogaida 3 intervālus; pēc noklusējuma tie ir 3×1 sekunde jeb 3 sekundes.

Šo taimera vērtību var pielāgot konfigurācijā. Lai intervālam iestatītu 3 sekundes, izpildiet šādas komandas:

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

Pēc tam MASTER kļūmes noteikšanas taimauts būs 3×3 sekundes jeb 9 sekundes. Šai vērtībai jābūt vienādai visos mezglos, kas šo servisu apkalpo ar VRRP.

Ja izmantojat pielāgotus servisus, aizstājiet servisa nosaukumu (šajā piemērā nas) ar sava servisa nosaukumu.

← Atpakaļ uz atbalstu

Pirmā pieteikšanās bez paroles — jau šonedēļ

30 minūšu saruna ar inženieri, nevis pārdošanas prezentācija. Kopīgi izplānosim, kā jūsu VPN, SSO vai Windows vidē palaist strādājošu pilotprojektu.