AWS-értesítés egyetlen alagútról: mikor számít valóban

Az AWS Health értesítés arról, hogy egy alagút leállt, általában akkor érkezik, amikor semmi sem tűnik töröttnek. Pont ezért szokták figyelmen kívül hagyni. Az értesítés nem kiesést ír le; olyan redundanciaállapotot ír le, amely túlélte az AWS megfigyelési ablakát. Hogy cselekszik-e, attól függ, mit bír el a terve, nem attól, hogyan néz ki az irányítópult.

Mit mért valójában az értesítés

Minden Site-to-Site kapcsolatnak két alagútja van, amelyek különböző AWS végpontokon végződnek. Az AWS monitorozási dokumentációja mindkettő redundanciára való beállítását javasolja, és felemeli az értesítést, ha az egyik a dokumentált időszakig leállva marad. Ez az időszak számít, mert a rövid lengés és a tartós veszteség ugyanúgy néz ki egyetlen grafikonon.

Alagútonkénti telemetriát olvasson a kapcsolat összállapota helyett. A aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123 --query 'VpnConnections[0].VgwTelemetry' állapotot és üzenetet ad vissza minden alagúthoz, és ez az a bizonyíték, amelyre az értesítés épül.

Három feltétel, amely eldönti a válaszát

Járja végig mindhármat, mielőtt eldönti, hogy ez jegy vagy vállvonogatás.

Először, el tudja-e látni a túlélő alagút a terhelést, beleértve bármilyen sávszélesség-plafont és a hirdetett előtagokat? Másodszor, tényleg megtörténik-e az átvétel, tekintve, hogy a létrehozás óta leállt második alagútról soha nem bizonyosodott be, hogy feljön? Harmadszor, a következő tervezett változtatása egyszerre vinné le mindkét alagutat, ami a kozmetikai figyelmeztetést karbantartási ablak problémájává teszi. Ha bármelyik válasz nem vagy ismeretlen, az értesítés valódi lelet.

Ha mindhárom bizonyíthatóan rendben van, írja le, miért elfogadható, és lépjen tovább. Az a feljegyzés többet ér, mint a következő negyedévi vita.

Mit nem bizonyít a tartalék peer

Az ügyfélátjáró beállított tartalék peerrel nem bizonyítja, hogy az AWS két egészséges alagutat lát. Az ügyfél oldala tarthat egy hideg peert, amelyhez új egyeztetés kell, és ez lehet jogszerű terv. Mégis nem ugyanaz a megfigyelés, mint két élő alagút.

Két fizikai útválasztó sem oldja meg az ellenkező esetet. Amikor mindkét alagút egy eszközön végződik, vagy egyetlen felső linken keresztül lép ki, a redundancia csak papíron létezik.

Igazítsa a változtatást a hatásköréhez

Az AWS végpontok cseréjéről szóló dokumentáció szétválasztja az eseteket, és ezt a különbséget könnyű átnézni. Az AWS által felügyelt frissítések egyszerre egy alagútra vonatkoznak. Az ügyfél által kezdeményezett változtatások a célátjárón, az ügyfélátjárón vagy a kapcsolat beállításain mindkét alagutat elérhetetlenné teszik, amíg a csere-végpontok ki nem épülnek.

A beállítások módosítása egyetlen alagúton harmadik eset, saját megadott hatással: az az alagút a saját frissítése alatt elérhetetlen, a másik pedig tovább működik.

Bizonyítsa az alternatívát, mielőtt szüksége lenne rá

Ütemezze a tesztet ahelyett, hogy az eseményre várna. Vigye le az egészséges alagutat egy karbantartási ablakon belül, erősítse meg, hogy az alternatíva egyeztet, majd erősítse meg, hogy valódi forgalom mindkét irányban átkel rajta. Ellenőrizze a visszaútvonalazást és az alagút állapotát is, mert a második fázis eltérése fent hagyja az alagutat és megöli a terhelést. Mérje meg az átmenetet, amíg ott van.

Tartsa az értesítést, a telemetria kimenetét és a változtatási tervet egy rekordban. Az a rekord a következő negyedévi értesítést kétperces áttekintéssé teszi ahelyett, hogy vitatkoznának arról, tesztelte-e valaha bárki a tartalékot.