Avís d’AWS d’un sol túnel: quan realment importa

Un avís d’AWS Health que diu que un túnel està caigut normalment arriba quan res no sembla trencat. És exactament per això que es descarta. L’avís no descriu una caiguda; descriu un estat de redundància que ha persistit més enllà de la finestra d’observació d’AWS. Si actueu o no depèn del que el vostre disseny pot suportar, no del que sembla al tauler.

Què va mesurar realment l’avís

Cada connexió Site-to-Site té dos túnels, terminats en punts de connexió d’AWS diferents. La documentació de monitoratge d’AWS recomana configurar tots dos per a la redundància i eleva la notificació quan un roman caigut durant el període documentat. Aquest període importa, perquè un parpelleig i una pèrdua permanent són idèntics en un sol gràfic.

Llegiu la telemetria per túnel en lloc de l’estat global de la connexió. aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123 --query 'VpnConnections[0].VgwTelemetry' retorna un estat i un missatge per a cada túnel, i aquesta és l’evidència en què es basa l’avís.

Tres condicions que decideixen la vostra resposta

Repasseu les tres condicions abans de decidir si això és una incidència o una encongida d’espatlles.

Primer, el túnel supervivent pot portar la càrrega, incloent-hi qualsevol sostre d’amplada de banda i els prefixos que anuncia? Segon, el failover passa realment, atès que un segon túnel caigut des de la creació mai no s’ha demostrat que pugi? Tercer, el vostre proper canvi planificat faria caure tots dos túnels alhora, cosa que converteix un avís estètic en un problema de finestra de manteniment. Si qualsevol resposta és no o desconeguda, l’avís és una troballa real.

Si les tres són demostrablement correctes, anoteu per què és tolerable i seguiu endavant. Aquesta nota val més que la discussió el proper trimestre.

Què no demostra un igual de reserva

Una passarel·la de client amb un igual de reserva configurat no és evidència que AWS vegi dos túnels sans. El costat del client pot mantenir un igual fred que necessiti una negociació nova, i això pot ser un disseny legítim. Tot i així no és la mateixa observació que dos túnels actius.

Dos encaminadors físics tampoc no arreglen el cas oposat. Quan tots dos túnels terminen en un sol dispositiu o surten per un sol enllaç ascendent, la redundància existeix només sobre el paper.

Ajunteu el canvi amb el seu radi d’impacte

La documentació de substitució de punts de connexió d’AWS separa els casos, i la distinció és fàcil de passar per alt. Les actualitzacions gestionades per AWS s’apliquen a un túnel alhora. Els canvis iniciats pel client a la passarel·la de destinació, a la passarel·la de client o a les opcions de connexió fan que tots dos túnels no estiguin disponibles mentre es proveeixen punts de connexió de substitució.

Canviar opcions en un sol túnel és un tercer cas amb el seu propi impacte declarat: aquest túnel no està disponible durant la seva pròpia actualització i l’altre continua funcionant.

Demostreu l’alternativa abans de necessitar-la

Programeu la prova en lloc d’esperar l’esdeveniment. Feu caure el túnel sa dins d’una finestra de manteniment, confirmeu que l’alternativa negocia, i després confirmeu que el trànsit real el travessa en totes dues direccions. Comproveu l’encaminament de retorn així com l’estat del túnel, perquè un desajust de la segona fase deixa el túnel aixecat i la càrrega de treball morta. Mesureu la transició mentre hi sou.

Guardeu l’avís, la sortida de telemetria i el pla de canvi en un sol registre. Aquest registre converteix l’avís del proper trimestre en una revisió de dos minuts en lloc d’un debat sobre si algú ha provat mai la reserva.