Pse një rrugë nënrrjeti në AWS VGW nuk mund të zgjedhë një tunel të vetëm VPN

Dy lidhje Site-to-Site VPN përfundojnë në një portë private virtuale dhe shpallin të njëjtin prefiks dege. Tabela e rrugëve të nënrrjetit mban një hyrje për atë prefiks, që tregon portën, dhe asnjë fushë që emëron një tunel. Prandaj preferenca midis lidhjeve ndodh diku që konsola nuk e quan rrugëtim. Të dish cila shtresë zotëron vendimin është dallimi midis një gatishmërie që funksionon dhe një ndryshimi që nuk bën asgjë.

Dy shtresa janë në lojë: rruga në VPC që thotë cila portë, dhe zgjedhja e tunelit nga vetë porta. Ngatërrimi i tyre prodhon ndryshime që duken të sakta në tabelën e rrugëve dhe nuk lëvizin kurrë një paketë.

Dy shtresa që duken si një

Rruga e nënrrjetit përgjigjet një pyetjeje të vetme: për këtë destinacion, cila lidhje? Objektivi i saj është porta private virtuale, dhe metrika e saj konkurron vetëm me rrugë të tjera në të njëjtën tabelë. Asgjë në atë hyrje nuk dallon tunelin një nga tuneli dy, as lidhjen A nga lidhja B. Një prefiks më specifik është një përputhje tjetër destinacioni, jo një zgjedhje më e hollë rruge.

Porta përgjigjet pyetjes tjetër: midis tuneleve që mban për atë prefiks, cili mbart trafik tani. Ky vendim vjen nga shëndeti i tunelit dhe nga atributet BGP të marra nga porta e klientit, dhe nuk shfaqet kurrë në tabelën e rrugëve të nënrrjetit.

Çfarë krahason në të vërtetë VGW

Shëndeti vjen i pari. Një tunel i ulur, ose një sesion BGP që nuk është ngritur, humbet përpara se të shqyrtohet çdo atribut. Prandaj shtimi i një rruge përpara në një lidhje që tashmë dështon nuk ndryshon asgjë.

Midis rrugëve të kualifikuara për të njëjtin prefiks, AWS preferon AS_PATH më të shkurtër. Kur dy rrugë kanë të njëjtën gjatësi, krahason MED, në varësi të kushtit të dokumentuar për AS-in e parë në rrugë. Lexoni rendin e publikuar dhe jo versionin e folklorit, sepse folklori zakonisht heq hapin e shëndetit dhe përjashtimin e rrugëve statike. Një pasojë: tre shtime përpara në lidhjen rezervë e bëjnë atë primare rreptësisht më të shkurtër, dhe kjo është mënyra e zakonshme për të shprehur preferencën.

Shtimi përpara, dhe kur nuk bën asgjë

Shtimi përpara ndodh në shpalljet dalëse të portës së klientit, jo brenda AWS. Ju shtoni ASN-në tuaj dy ose tre herë në prefiksin që dëshironi që AWS të shmangë, dhe pastaj AWS sheh një rrugë më të gjatë për atë lidhje. Lidhja primare mban shpalljen pa shtim. Nëse të dyja lidhjet shpallin nga i njëjti ASN me të njëjtin numër shtimesh, nuk keni shprehur asnjë preferencë.

Kontrolloni rrugën e marrë në anën e AWS pas ndryshimit. Një shtim që nuk e la kurrë pajisjen e klientit duket saktësisht si një që AWS e injoroi.

Rrugët statike injorojnë të gjithë argumentin

Nëse lidhja përdor rrugëtim statik, nuk ka AS_PATH për t'u zgjatur. AWS dokumenton rrugët statike VPN si prioritare ndaj rrugëve të mësuara përmes BGP për të njëjtin prefiks, kështu që një dizajn i përzier nuk sillet si një plotësisht dinamik. Vendosni fillimisht llojin e rrugëtimit, pastaj zgjidhni mekanizmin e preferencës që ekziston për të.

Me dy lidhje statike që shpallin të njëjtin prefiks, levë e dobishme është prefiksi: shpallni një interval më specifik në lidhjen që dëshironi të përdoret, dhe pranoni se keni ndryshuar cila destinacion përputhet dhe jo cila rrugë fiton.

Pse një portë transit është një përgjigje tjetër

Një portë transit mbështet shumështigje me kosto të barabartë përgjatë lidhjeve VPN, kështu që dy lidhje mund të ndajnë trafikun në vend që njëra të qëndrojë në gatishmëri. Ai dizajn ka një sipërfaqe tjetër dështimi: rrjedhat përhapen përgjatë tuneleve, dhe rënia e një tuneli lëviz vetëm një pjesë të ngarkesës. Kopjimi i një recete VGW mbi një portë transit, ose anasjelltas, krijon pritshmëri që asnjëra prej platformave nuk i plotëson.

Zgjidhni modelin përpara mekanizmit: aktiv dhe gatishmëri me një preferencë të fiksuar, ose aktiv dhe aktiv me ECMP.

Çfarë të verifikohet pasi ta vendosni

Konfirmoni katër gjëra me radhë. Tabela e nënrrjetit ende e zgjidh prefiksin drejt portës së synuar. Porta i liston të dy tunelet si aktivë. AS_PATH i marrë në lidhjen që dëshironi të shmangni është më i gjatë se tjetri. Dhe një rrjedhë reale nga një instancë në atë nënrrjet kalon nëpër tunelin e pritur, e vëzhguar në të dy skajet dhe jo e nxjerrë nga një status i gjelbër.

Më pas ekzekutoni testin e miratuar të kalimit dhe vëzhgoni rrugën e mbetur duke mbartur shërbimin. Një preferencë që ekziston vetëm në një diferencë konfigurimi nuk është ende preferencë.