AWS:n ilmoitus yhdestä tunnelista: milloin sillä on todella merkitystä

AWS Health -ilmoitus yhden tunnelin olevan alhaalla saapuu yleensä silloin, kun mikään ei näytä rikkinäiseltä. Juuri siksi se jätetään huomiotta. Ilmoitus ei kuvaa katkoa; se kuvaa kahdennuksen tilaa, joka on jatkunut AWS:n havaintoikkunan yli. Toimiminen riippuu siitä, mitä suunnittelusi kestää, ei siitä, miltä kojelauta tuntuu.

Mitä ilmoitus itse asiassa mittasi

Jokaisella Site-to-Site-yhteydellä on kaksi tunnelia, jotka päättyvät eri AWS-päätepisteisiin. AWS:n valvontadokumentaatio suosittaa molempien määrittämistä kahdennukseen ja nostaa ilmoituksen, kun toinen pysyy alhaalla dokumentoidun ajanjakson. Tuo ajanjakso on tärkeä, koska lyhyt värähtely ja pysyvä menetys näyttävät samalta yhdessä kuvaajassa.

Lue tunnelikohtaista telemetriaa yhteyden kokonaistilan sijaan. aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123 --query 'VpnConnections[0].VgwTelemetry' palauttaa tilan ja viestin jokaiselle tunnelille, ja siihen ilmoitus perustuu.

Kolme ehtoa, jotka ratkaisevat vastauksesi

Käy kolme läpi ennen kuin päätät, onko tämä tiketti vai olankohautus.

Ensinnäkin, kestääkö henkiin jäänyt tunneli kuorman, mukaan lukien mahdollinen kaistanleveyden yläraja ja mainostetut etuliitteet? Toiseksi, tapahtuuko siirtymä todella, kun toisen, luonnista asti alhaalla olleen tunnelin ei ole koskaan todistettu nousevan? Kolmanneksi, veisikö seuraava suunniteltu muutoksesi molemmat tunnelit alas yhtä aikaa, mikä muuttaa kosmeettisen varoituksen huoltoikkunan ongelmaksi. Jos jokin vastaus on ei tai tuntematon, ilmoitus on todellinen löydös.

Jos kaikki kolme ovat todistettavasti kunnossa, kirjoita ylös, miksi se on siedettävää, ja jatka. Se merkintä on arvokkaampi kuin ensi neljänneksen väittely.

Mitä varayhteyspiste ei todista

Asiakkaan yhdyskäytävä, jolla on määritetty varayhteyspiste, ei ole todiste siitä, että AWS näkee kaksi tervettä tunnelia. Asiakkaan puoli voi pitää kylmää yhteyspistettä, joka tarvitsee uuden neuvottelun, ja se voi olla laillinen suunnittelu. Se ei silti ole sama havainto kuin kaksi elävää tunnelia.

Kaksi fyysistä reititintä ei korjaa päinvastaista tapausta. Kun molemmat tunnelit päättyvät yhteen laitteeseen tai lähtevät yhden ylälinkin kautta, kahdennus on olemassa vain paperilla.

Sovita muutos sen vaikutusalueeseen

AWS:n dokumentaatio päätepisteiden vaihtamisesta erottaa tapaukset, ja ero on helppo sivuuttaa. AWS:n hallinnoimat päivitykset kohdistetaan yhteen tunneliin kerrallaan. Asiakkaan aloittamat muutokset kohdeyhdyskäytävään, asiakkaan yhdyskäytävään tai yhteyden asetuksiin tekevät molemmat tunnelit käyttämättömiksi, kunnes korvaavat päätepisteet valmistellaan.

Asetusten muuttaminen yhdellä tunnelilla on kolmas tapaus, jolla on oma ilmoitettu vaikutuksensa: kyseinen tunneli ei ole käytettävissä oman päivityksensä aikana ja toinen jatkaa toimintaansa.

Todista vaihtoehto ennen kuin tarvitset sitä

Ajoita testi sen sijaan, että odottaisit tapahtumaa. Laske terve tunneli alas huoltoikkunan sisällä, vahvista, että vaihtoehto neuvottelee, ja vahvista sitten, että todellinen liikenne kulkee sen läpi molempiin suuntiin. Tarkista paluureititys sekä tunnelin tila, koska toisen vaiheen epäsopivuus jättää tunnelin ylös ja työkuorman kuolleeksi. Mittaa siirtymä, kun olet paikalla.

Pidä ilmoitus, telemetrian tuloste ja muutossuunnitelma yhdessä tietueessa. Se tietue tekee ensi neljänneksen ilmoituksesta kahden minuutin katsauksen eikä väittelyä siitä, onko kukaan koskaan testannut varayhteyttä.