AWSen tunel bakarreko abisua: noiz du benetan garrantzia
Konfiguratutako ordezko pare bat ez da bi tunel erabilgarriren berdina. Erabaki ebidentzian oinarrituta: zer igarotzen den, zein azkar eta zerk eteten duen zure hurrengo aldaketa.
Tunel bat behera dagoela dioen AWS Health abisua normalean ezer hautsi gabe dagoenean iristen da. Horregatik baztertzen da hain zuzen. Abisuak ez du etenaldi bat deskribatzen; AWSen behaketa-leihoa gainditu duen erredundantzia-egoera deskribatzen du. Ekin edo ez, zure diseinuak zer jasan dezakeen araberakoa da, ez panelak nola sentitzen den.
Zer neurtu zuen abisuak benetan
Site-to-Site konexio bakoitzak bi tunel ditu, AWSen amaiera-puntu ezberdinetan amaitzen direnak. AWSen monitorizazio-dokumentazioak biak erredundantziarako konfiguratzea gomendatzen du eta jakinarazpena altxatzen du bat behera geratzen denean dokumentatutako epean zehar. Epe horrek garrantzia du, koipealdi bat eta galera iraunkor bat berdinak diruditelako grafiko bakarrean.
Irakurri tunel bakoitzeko telemetria, konexioaren egoera orokorraren ordez. aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123 --query 'VpnConnections[0].VgwTelemetry'-ek tunel bakoitzarentzako egoera eta mezua itzultzen ditu, eta hori da abisuaren oinarria den ebidentzia.
Zure erantzuna erabakitzen duten hiru baldintza
Aztertu hirurak, hau txartel bat ala sorbalda-igurtzi bat den erabaki aurretik.
Lehenik, bizirik irauten duen tunelak karga eraman dezake, banda-zabaleraren muga eta iragartzen dituen aurrizkiak barne? Bigarrenik, failoverra benetan gertatzen da, sorreratik behera dagoen bigarren tunel bat inoiz igotzen dela frogatu ez denean? Hirugarrenik, zure hurrengo aldaketa planifikatuak bi tunelak aldi berean botako lituzke, eta horrek abisu kosmetiko bat mantentze-leihoaren arazo bihurtzen du. Erantzunen bat ez edo ezezaguna bada, abisua aurkikuntza erreala da.
Hirurak frogagarriki ondo badaude, idatzi zergatik den jasangarria eta jarraitu. Ohar horrek gehiago balio du hurrengo hiruhileko eztabaidak baino.
Zer ez duen frogatzen ordezko pare batek
Bezeroaren atebide bat ordezko pare konfiguratuarekin ez da AWSk bi tunel osasuntsu ikusten dituen froga. Bezeroaren aldeak negoziazio berri bat behar duen pare hotza eduki dezake, eta hori diseinu zilegia izan daiteke. Hala ere ez da bi tunel biziren behaketa bera.
Bi router fisikok ere ez dute kontrako kasua konpontzen. Bi tunel gailu bakarrean amaitzen direnean edo uplink bakarretik irteten direnean, erredundantzia paperean soilik dago.
Egokitu aldaketa bere inpaktu-erradioari
AWSen amaiera-puntuak ordezkatzeko dokumentazioa-ek kasuak bereizten ditu, eta bereizketa erraza da gainetik pasatzea. AWSk kudeatutako eguneraketak tunel bakarrari aplikatzen zaizkio aldi berean. Bezeroak hasitako aldaketek helburuko atebidean, bezeroaren atebidean edo konexio-aukeretan bi tunelak erabilgarri ez dauden egoeran uzten dituzte ordezko amaiera-puntuak hornitzen diren bitartean.
Tunel bakarrean aukerak aldatzea hirugarren kasua da, bere inpaktu adieraziarekin: tunel hori ez dago erabilgarri bere eguneraketan zehar eta besteak martxan jarraitzen du.
Froga ezazu alternatiba behar izan aurretik
Programatu proba, gertaeraren zain egon beharrean. Jaitsi tunel osasuntsua mantentze-leiho baten barruan, egiaztatu alternatibak negoziatzen duela, eta gero egiaztatu benetako trafikoak bi norabideetan zeharkatzen duela. Egiaztatu itzulera-bideratzea eta tunelaren egoera, bigarren faseko desegokitasun batek tunela gorago uzten baitu eta karga-hilketa hilda. Neurtu trantsizioa han zauden bitartean.
Gorde abisua, telemetria-irteera eta aldaketa-plana erregistro bakarrean. Erregistro horrek hurrengo hiruhileko abisua bi minutuko berrikuspen bihurtzen du, inork inoiz ordezkoa probatu duen ala ez eztabaidatu beharrean.