Žinių bazė

Scaling & high availability · atnaujinta 2020 m. lapkričio 17 d. · peržiūrėta 2026 m. liepos 9 d.

„Receive advertisement timeout“ sukeltų VRRP būsenos pokyčių šalinimas

Išvenkite nepageidaujamų VRRP MASTER/BACKUP perjungimų esant didelei apkrovai, koreguodami pulso intervalą.

Kai apkrova didelė, VRRP žurnaluose (docker logs vrrp) kartais galite pastebėti šią klaidą:

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

Šiuo atveju servisui nas įvyksta nepageidaujamas VRRP būsenos pokytis, nes BACKUP būsenos egzempliorius nustatė, kad MASTER egzempliorius nebeatsako. Tokią situaciją gali sukelti didelė MASTER mazgo apkrova, taip pat ryšio problemos tarp egzempliorių. Prieš inicijuodamas perjungimą BACKUP egzempliorius laukia 3 intervalus; pagal numatytuosius nustatymus tai 3×1 sekundė, t. y. 3 sekundės.

Šio laikmačio reikšmę galima keisti konfigūracijoje. Norėdami nustatyti 3 sekundžių intervalą, įvykdykite:

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

Dabar MASTER gedimo aptikimo laukimo trukmė bus 3×3 sekundės, t. y. 9 sekundės. Ši reikšmė turi būti vienoda visuose mazguose, kurie šį servisą aptarnauja naudodami VRRP.

Jei naudojate pasirinktinius servisus, nepamirškite serviso pavadinimo (šiuo atveju nas) pakeisti savo serviso pavadinimu.

← Atgal į pagalbą

Pirmasis prisijungimas be slaptažodžio – jau šią savaitę

30 minučių pokalbis su inžinieriumi, o ne pardavimų prezentacija. Kartu suplanuosime, kaip jūsų VPN, SSO ar Windows aplinkoje paleisti veikiantį bandomąjį projektą.