Zergatik ezin duen AWS VGW azpisare-bide batek VPN tunel bakarra aukeratu

Site-to-Site VPN konexio bi gateway pribatu birtual bakarrean amaitzen dira eta adar-prefix bera iragartzen dute. Azpisarearen bide-taulak sarrera bakarra du prefix horretarako, gatewayra seinalatzen duena, eta ez du tunel bat izendatzen duen eremurik. Beraz, konexioen arteko lehentasuna kontsola bideratze gisa etiketatzen ez duen tokian gertatzen da. Erabakia zein geruzak duen jakitea funtzionatzen duen standby baten eta ezer egiten ez duen aldaketa baten arteko aldea da.

Bi geruza daude jokoan: zein gateway esaten duen VPC bideak, eta gatewayaren beraren tunel aukerak. Biak nahasteak bide-taulan zuzenak diruditen eta pakete bat ere mugitzen ez duten aldaketak sortzen ditu.

Bat ematen duten bi geruza

Azpisare-bideak galdera bakarra erantzuten du: helmuga honetarako, zein eranskin? Bere helburua gateway pribatu birtuala da, eta bere metrikak taula bereko beste bide batzuekin lehiatzen du soilik. Sarrera horretan ez dago ezer tunel bat tunel bitik edo A konexioa B konexiotik bereizten duenik. Prefix zehatzago bat helmugaren beste parekatze bat da, ez bide-aukeraketa finago bat.

Gatewayak hurrengo galdera erantzuten du: prefix horretarako dituen tunelen artean, zeinek darama trafikoa orain. Erabaki hori tunelaren osasunetik eta bezeroaren gatewaytik jasotako BGP atributuetatik dator, eta ez da inoiz azpisarearen bide-taulan agertzen.

Zer konparatzen duen VGWk benetan

Osasuna dator lehenengo. Behera dagoen tunel batek, edo igo ez den BGP saio batek, galtzen du edozein atributu aztertu aurretik. Horregatik huts egiten ari den konexio batean bidea aurrez jartzeak ez du ezer aldatzen.

Prefix bererako bide hautagarrien artean, AWSk AS_PATH laburragoa nahiago du. Bi bide luzera berekoak direnean, MED konparatzen du, bideko lehen ASari buruzko dokumentatutako baldintzapean. Irakurri argitaratutako ordena, folklorearen bertsioa ez, folkloreak osasun-urratsa eta bide estatikoen salbuespena baztertu ohi baititu. Ondorio bat: babes-konexioan hiru aurrezartze eginez gero, primarioa zorrotz laburragoa bihurtzen da, eta lehentasuna adierazteko ohiko modua da.

Aurrez jartzea, eta noiz ez duen ezer egiten

Aurrez jartzea bezeroaren gatewayaren irteerako iragarkietan gertatzen da, ez AWSren barnean. AWSk saihestu nahi duzun prefixeari zure ASNa bi edo hiru aldiz gehitzen diozu, eta orduan AWSk konexio horretarako bide luzeagoa ikusten du. Konexio primarioak aurrezarri gabeko iragarkia mantentzen du. Bi konexioek ASN beretik iragartzen badute aurrezartze kopuru berarekin, ez duzu inolako lehentasunik adierazi.

Egiaztatu jasotako bidea AWSren aldean aldaketaren ondoren. Bezeroaren gailutik inoiz atera ez den aurrezartze bat AWSk alde batera utzi zuenaren berdin-berdina da.

Bide estatikoek argudio osoa alde batera uzten dute

Konexioak bideratze estatikoa erabiltzen badu, ez dago luzatzeko AS_PATHrik. AWSk VPN bide estatikoei lehentasuna ematen die prefix bererako BGP bidez ikasitako bideen gainetik, beraz diseinu misto bat ez da erabat dinamikoa bezala portatzen. Erabaki lehenengo bideratze mota, eta gero aukeratu horretarako dagoen lehentasun mekanismoa.

Prefix bera iragartzen duten bi konexio estatikoekin, palanka erabilgarria prefixa da: iragarri barruti zehatzagoa erabili nahi duzun konexioan, eta onartu zein helmuga datorren bat aldatu duzula, eta ez zein bide ateratzen den garaile.

Zergatik den transit gateway bat beste erantzun bat

Transit gateway batek kostu berdineko bide-aniztasuna onartzen du VPN eranskinen artean, beraz bi konexioek trafikoa parteka dezakete bat esna egon beharrean. Diseinu horrek huts egiteko gainazal desberdina du: fluxuak tuneletan zehar banatzen dira, eta tunel bat jaisten denean kargaren zati bat soilik mugitzen da. VGW errezeta bat transit gatewayra kopiatzeak, edo alderantziz, bi plataformetako inork betetzen ez dituen itxaropenak sortzen ditu.

Aukeratu eredua mekanismoaren aurretik: aktiboa eta esna lehentasun finkoarekin, edo aktiboa eta aktiboa ECMPrekin.

Zer egiaztatu ezarri ondoren

Berretsi lau gauza ordenan. Azpisare-taulan prefixak gateway jasotzailea ebazten du oraindik. Gatewayak bi tunelak aktibo gisa zerrendatzen ditu. Saihestu nahi duzun konexioan jasotako AS_PATH bestea baino luzeagoa da. Eta azpisare horretako instantzia batetik datorren fluxu errealak espero den tunela zeharkatzen du, bi muturretan behatuta eta ez egoera berde batetik ondorioztatuta.

Ondoren exekutatu onartutako konmutazio proba eta ikusi bizirik dagoen bideak zerbitzua daramala. Konfigurazio diff batean soilik existitzen den lehentasuna ez da oraindik lehentasuna.