AWS obavijest o jednom tunelu: kada je doista važna

AWS Health obavijest da je jedan tunel pao obično stiže kada ništa ne izgleda pokvareno. Upravo se zato odbacuje. Obavijest ne opisuje prekid rada; opisuje stanje redundancije koje je potrajalo dulje od AWS-ovog prozora promatranja. Hoćete li postupiti ovisi o tome što vaš dizajn može preživjeti, a ne o tome kako ploča izgleda.

Što je obavijest zapravo izmjerila

Svaka Site-to-Site veza ima dva tunela koji završavaju na različitim AWS krajnjim točkama. AWS-ova dokumentacija za nadzor preporučuje konfiguriranje obaju radi redundancije i podiže obavijest kada jedan ostane pao tijekom dokumentiranog razdoblja. To razdoblje je važno jer kratko treperenje i trajni gubitak izgledaju identično na jednom grafikonu.

Čitajte telemetriju po tunelu, a ne ukupno stanje veze. aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123 --query 'VpnConnections[0].VgwTelemetry' vraća status i poruku za svaki tunel i to su dokazi na kojima se obavijest temelji.

Tri uvjeta koja određuju vašu reakciju

Prođite kroz sva tri prije nego što odlučite je li ovo tiket ili slijeganje ramenima.

Prvo, može li preživjeli tunel nositi teret, uključujući bilo kakav plafon propusnosti i prefikse koje oglašava? Drugo, događa li se prebacivanje doista, s obzirom na to da drugi tunel, pao od uspostave, nikada nije dokazano da se podiže? Treće, bi li vaša sljedeća planirana promjena oborila oba tunela odjednom, što kozmetičko upozorenje pretvara u problem servisnog prozora. Ako je bilo koji odgovor ne ili nepoznat, obavijest je stvarni nalaz.

Ako su sva tri dokazano u redu, zapišite zašto je to podnošljivo i nastavite. Ta bilješka vrijedi više od rasprave sljedećeg kvartala.

Što rezervni peer ne dokazuje

Korisnički gateway s konfiguriranim rezervnim peerom nije dokaz da AWS vidi dva zdrava tunela. Korisnička strana može držati hladni peer kojem treba novo pregovaranje, i to može biti legitiman dizajn. To ipak nije isto promatranje kao dva živa tunela.

Dva fizička usmjerivača također ne rješavaju suprotan slučaj. Kada oba tunela završavaju na jednom uređaju ili izlaze kroz jedan uplink, redundancija postoji samo na papiru.

Uskladite promjenu s njezinim dometom

AWS-ova dokumentacija o zamjeni krajnjih točaka razdvaja slučajeve, a tu je razliku lako previdjeti. AWS-om upravljana ažuriranja primjenjuju se na jedan tunel odjednom. Promjene koje pokrene korisnik na ciljnom gatewayu, korisničkom gatewayu ili opcijama veze čine oba tunela nedostupnima dok se zamjenske krajnje točke ne pripreme.

Promjena opcija na jednom tunelu treći je slučaj sa svojim navedenim utjecajem: taj je tunel nedostupan tijekom vlastitog ažuriranja, a drugi nastavlja raditi.

Dokažite alternativu prije nego što vam zatreba

Zakažite test umjesto da čekate događaj. Oborite zdravi tunel unutar servisnog prozora, potvrdite da se alternativa pregovara, a zatim potvrdite da stvarni promet prolazi kroz nju u oba smjera. Provjerite povratno usmjeravanje kao i status tunela, jer neslaganje druge faze ostavlja tunel podignut, a radni teret mrtav. Izmjerite vrijeme prijelaza dok ste tamo.

Držite obavijest, izlaz telemetrije i plan promjena u jednom zapisu. Taj zapis pretvara obavijest sljedećeg kvartala u dvominutni pregled umjesto rasprave o tome je li itko ikada testirao rezervu.