AWS paziņojums par vienu tuneli: kad tam patiešām ir nozīme

AWS Health paziņojums, ka viens tunelis ir izslēgts, parasti pienāk tad, kad nekas neizskatās salauzts. Tieši tāpēc tas tiek ignorēts. Paziņojums neapraksta pārtraukumu; tas apraksta dublēšanas stāvokli, kas ir turpinājies ilgāk par AWS novērošanas logu. Vai jūs rīkosities, ir atkarīgs no tā, ko jūsu dizains spēj izturēt, nevis no tā, kā izskatās panelis.

Ko paziņojums patiešām izmērīja

Katram Site-to-Site savienojumam ir divi tuneļi, kas beidzas dažādos AWS galapunktos. AWS uzraudzības dokumentācija iesaka konfigurēt abus dublēšanai un paceļ paziņojumu, kad viens paliek izslēgts dokumentēto periodu. Šis periods ir svarīgs, jo īss svārstīgums un pastāvīgs zudums vienā grafikā izskatās identiski.

Lasiet telemetriju katram tunelim, nevis savienojuma kopējo stāvokli. aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123 --query 'VpnConnections[0].VgwTelemetry' atgriež statusu un ziņojumu katram tunelim, un tas ir pierādījums, uz kura balstās paziņojums.

Trīs nosacījumi, kas nosaka jūsu reakciju

Izskatiet visus trīs, pirms izlemjat, vai tas ir biļete vai plecu paraustīšana.

Pirmkārt, vai izdzīvojušais tunelis spēj nest slodzi, tostarp jebkuru joslas platuma griestus un prefiksus, ko tas reklamē? Otrkārt, vai pārslēgšanās patiešām notiek, ņemot vērā, ka otrais tunelis, kas izslēgts kopš izveides, nekad nav pierādīts kā pieceļošs? Treškārt, vai jūsu nākamā plānotā izmaiņa nenolaidīs abus tuneļus vienlaikus, kas kosmētisku brīdinājumu pārvērš apkopes loga problēmā. Ja kāda atbilde ir nē vai nezināma, paziņojums ir reāls atradums.

Ja visi trīs ir pierādāmi kārtībā, pierakstiet, kāpēc tas ir pieļaujami, un dodieties tālāk. Šī piezīme ir vērtīgāka par nākamā ceturkšņa strīdu.

Ko rezerves peer nepierāda

Klienta vārteja ar konfigurētu rezerves peer nav pierādījums, ka AWS redz divus veselus tuneļus. Klienta puse var turēt aukstu peer, kam nepieciešamas jaunas pārrunas, un tas var būt likumīgs dizains. Tomēr tā nav tā pati novērošana kā divi dzīvi tuneļi.

Divi fiziski maršrutētāji arī neatrisina pretējo gadījumu. Kad abi tuneļi beidzas vienā ierīcē vai iziet pa vienu augšupēju, dublēšana pastāv tikai uz papīra.

Saskaņojiet izmaiņas ar to ietekmes rādiusu

AWS dokumentācija par galapunktu aizstāšanu atdala gadījumus, un šo atšķirību ir viegli palaist garām. AWS pārvaldītie atjauninājumi tiek piemēroti vienam tunelim vienlaikus. Klienta uzsāktas izmaiņas mērķa vārtejā, klienta vārtejā vai savienojuma opcijās padara abus tuneļus nepieejamus, kamēr tiek sagatavoti aizvietojošie galapunkti.

Opciju maiņa vienā tunelī ir trešais gadījums ar savu norādīto ietekmi: šis tunelis tā atjaunināšanas laikā nav pieejams, bet otrs turpina darboties.

Pierādiet alternatīvu, pirms tā jums vajadzīga

Ieplānojiet testu, nevis gaidiet notikumu. Nolaidiet veselo tuneli apkopes logā, apstipriniet, ka alternatīva pārrunā, pēc tam apstipriniet, ka reāla plūsma to šķērso abos virzienos. Pārbaudiet atgriešanās maršrutēšanu un tuneļa statusu, jo otrās fāzes neatbilstība atstāj tuneli augšā un darba slodzi mirušu. Izmēriet pāreju, kamēr esat tur.

Glabājiet paziņojumu, telemetrijas izvadi un izmaiņu plānu vienā ierakstā. Šis ieraksts nākamā ceturkšņa paziņojumu pārvērš divu minūšu pārskatā, nevis strīdā par to, vai kāds kādreiz ir pārbaudījis rezervi.