AWS-Hinweis vun engem eenzegen Tunnel: wéini et wierklech wichteg ass
En agerichtene Backup-Peer ass net d'selwecht wéi zwee brauchbar Tunnelen. Entscheet op Basis vun de Beweiser: wat iwwerhëlt, wéi séier an wat Är nächst Ännerung ënnerbrécht.
En AWS Health-Hinweis, datt een Tunnel erof ass, kënnt normalerweis wann näischt futti schéngt. Genau dofir gëtt en ignoréiert. Den Hinweis beschreift keen Ausfall; en beschreift en Zoustand vu Redundanz, deen iwwer d'Beobachtungsfënster vun AWS eraus gehéiert huet. Ob Dir handelt hänkt dovun of, wat Ären Design iwwerstoe kann, net dovu wéi den Dashboard sech ufillt.
Wat den Hinweis tatsächlech gemooss huet
All Site-to-Site-Verbindung huet zwee Tunnelen, déi op verschiddenen AWS-Endpunkte terminéieren. D'Monitoring-Dokumentatioun vun AWS empfiehlt béid fir Redundanz ze konfiguréieren an hëlt d'Notifikatioun erop, wa sech een fir déi dokumentéiert Period erof bleift. Déi Period ass wichteg, well en kuerze Schwank an en dauerhafte Verloscht an engem eenzegen Diagramm identesch ausgesinn.
Liest d'Telemetrie pro Tunnel anstatt den allgemengen Zoustand vun der Verbindung. aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123 --query 'VpnConnections[0].VgwTelemetry' gëtt en Status an eng Noriicht fir all Tunnel zréck, an dat ass de Beweis op deem den Hinweis baséiert.
Dräi Konditiounen déi Är Äntwert entscheeden
Gitt déi dräi duerch, ier Dir entscheet ob dat en Ticket oder en Achselzock ass.
Éischtens, kann den iwwerliewenden Tunnel d'Laascht droen, abegraff all Bandbreed-Limit an d'Präfixer déi en annoncéiert? Zweetens, geschitt de Failover wierklech, wann en zweeten Tunnel deen zënter der Kreatioun erof ass ni bewisen huet datt en eropkënnt? Drëttens, géif Är nächst geplangt Ännerung béid Tunnelen gläichzäiteg erofhuelen, wat eng kosmetesch Warnung an e Problem vum Maintenance-Fënster verwandelt. Wann eng Äntwert nee oder onbekannt ass, ass den Hinweis eng richteg Entdeckung.
Wa béid dräi bewäisbar an der Rei sinn, schreift op firwat et toleréierbar ass a gitt weider. Dee Notiz ass méi wäert wéi d'Diskussioun am nächste Quartal.
Wat en Standby-Peer net bewäist
En Customer Gateway mat engem agerichtene Backup-Peer ass kee Beweis datt AWS zwee gesond Tunnelen gesäit. D'Klientsäit kann en kale Peer halen deen eng nei Verhandlunge brauch, an dat kann en legitimen Design sinn. Et ass awer nach ëmmer net déi selwecht Observatioun wéi zwee lieweg Tunnelen.
Zwee physesch Router léisen de Géigefall och net. Wa béid Tunnelen op engem Apparat terminéieren oder duerch een eenzegen Uplink erausginn, existéiert d'Redundanz nëmmen um Pabeier.
Passt d'Ännerung un hire Wierkungsradius un
D'Dokumentatioun iwwer den Ersatz vun Endpunkten vun AWS trennt d'Fäll, an den Ënnerscheed ass liicht z'iwwersinn. Vu AWS geréiert Updates ginn op een Tunnel gläichzäiteg ugewannt. Vum Client ausgeléist Ännerungen um Zil-Gateway, um Customer Gateway oder un de Verbindungsoptioune maachen béid Tunnelen net verfügbar, wärend Ersatz-Endpunkte bereetgestallt ginn.
D'Optiounen op engem eenzegen Tunnel änneren ass en drëtte Fall mat senger eegener uginnener Auswierkung: deen Tunnel ass wärend sengem eegene Update net verfügbar an deen aneren leeft weider.
Beweist d'Alternativ éier Dir se braucht
Plangt den Test anstatt op d'Evenement ze waarden. Huelt den gesonden Tunnel an engem Maintenance-Fënster erof, bestätegt datt d'Alternativ verhandelt, a bestätegt duerno datt richtegen Traffic en a béid Richtungen duerchkräizt. Kontrolléiert d'Réckrouting souwéi den Tunnelstatus, well eng Onstëmmegkeet an der zweeter Phase den Tunnel uewen an d'Aarbechtslaascht dout léisst. Misst den Iwwergang wärend Dir do sidd.
Hält den Hinweis, den Telemetrie-Output an de Plang vun den Ännerungen an engem eenzegen Enregistrement. Dee Enregistrement mécht den Hinweis vum nächsten Quartal zu enger Iwwerpréiwung vun zwou Minutten anstatt zu enger Debatt doriwwer ob iergendeen jeemools de Backup getest huet.