Upozornenie AWS na jeden tunel: kedy naozaj záleží

Upozornenie AWS Health, že jeden tunel je mimo prevádzky, zvyčajne prichádza, keď nič nevyzerá pokazené. Práve preto sa odbíja. Upozornenie neopisuje výpadok; opisuje stav redundancie, ktorý pretrval dlhšie ako pozorovacie okno AWS. Či zakročíte, závisí od toho, čo váš návrh vydrží, nie od toho, ako to pôsobí na dashboarde.

Čo upozornenie skutočne zmeralo

Každé pripojenie Site-to-Site má dva tunely zakončené na rôznych koncových bodoch AWS. Dokumentácia AWS pre monitoring odporúča nakonfigurovať oba pre redundanciu a zdvíha oznámenie, keď jeden zostane mimo prevádzky po dokumentované obdobie. To obdobie je dôležité, pretože krátke zakolísanie a trvalá strata vyzerajú v jednom grafe rovnako.

Čítajte telemetriu jednotlivých tunelov, nie celkový stav pripojenia. aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123 --query 'VpnConnections[0].VgwTelemetry' vracia stav a správu pre každý tunel, a to je dôkaz, o ktorý sa upozornenie opiera.

Tri podmienky, ktoré určujú vašu reakciu

Prejdite všetky tri, kým sa rozhodnete, či je to tiket alebo pokrčenie ramien.

Po prvé, unesie prežívajúci tunel záťaž vrátane prípadného stropu šírky pásma a prefixov, ktoré inzeruje? Po druhé, prebieha prepnutie skutočne, keď druhý tunel mimo prevádzky od vzniku nikdy nebol preukázaný ako funkčný? Po tretie, zrazil by váš ďalší plánovaný krok oba tunely naraz, čím by sa kozmetické varovanie zmenilo na problém servisného okna. Ak je niektorá odpoveď nie alebo neznáma, upozornenie je skutočným zistením.

Ak sú všetky tri preukázateľne v poriadku, zapíšte, prečo je to znesiteľné, a pokračujte. Tá poznámka má väčšiu cenu než hádka v budúcom štvrťroku.

Čo záložný peer nepreukazuje

Zákaznícka brána s nakonfigurovaným záložným peerom nie je dôkazom, že AWS vidí dva zdravé tunely. Strana zákazníka môže držať studený peer, ktorý potrebuje nové vyjednávanie, a to môže byť legitímny návrh. Stále to však nie je rovnaké pozorovanie ako dva živé tunely.

Dva fyzické routery neriešia ani opačný prípad. Keď oba tunely končia na jednom zariadení alebo vychádzajú jedným uplinkom, redundancia existuje len na papieri.

Prispôsobte zmenu jej dopadu

Dokumentácia AWS k dokumentácia k nahradeniu koncových bodov prípady oddeľuje a toto rozlíšenie sa dá ľahko prehliadnuť. Aktualizácie spravované AWS sa aplikujú na jeden tunel po druhom. Zmeny iniciované zákazníkom v cieľovej bráne, zákazníckej bráne alebo v možnostiach pripojenia spôsobia, že oba tunely sú nedostupné, kým sa nezriadia náhradné koncové body.

Zmena možností na jedinom tuneli je tretí prípad s vlastným uvedeným dopadom: tento tunel je počas svojej aktualizácie nedostupný a druhý beží ďalej.

Preukážte alternatívu, kým ju budete potrebovať

Naplánujte test namiesto čakania na udalosť. Zrazte zdravý tunel v rámci servisného okna, potvrďte, že alternatíva vyjedná, a potom potvrďte, že cez ňu prechádza skutočná prevádzka v oboch smeroch. Skontrolujte spätný routing aj stav tunela, pretože nesúlad druhej fázy nechá tunel hore a záťaž mŕtvu. Zmerajte čas prechodu, kým ste tam.

Uchovajte upozornenie, výstup telemetrie a plán zmien v jednom zázname. Ten záznam premení upozornenie budúceho štvrťroka na dvojminútovú revíziu namiesto hádky o tom, či niekto niekedy testoval záložný tunel.