Kwa nini njia ya subnet kwenye AWS VGW haiwezi kuchagua handaki moja ya VPN

Miunganisho miwili ya Site-to-Site VPN huishia kwenye lango moja la faragha la mtandao na kutangaza kiambishi kimoja cha tawi. Jedwali la njia za subnet lina kumbukumbu moja ya kiambishi hicho, ikielekeza kwenye lango, na hakuna sehemu inayotaja handaki. Kwa hiyo upendeleo kati ya miunganisho hutokea mahali ambapo konsoli haikiiita uelekezaji. Kujua tabaka gani linamiliki uamuzi ni tofauti kati ya hifadhi inayofanya kazi na mabadiliko yasiyofanya kitu.

Tabaka mbili ziko kwenye mchezo: njia ya VPC inayosema lango gani, na uchaguzi wa handaki wa lango lenyewe. Kuchanganya hizo mbili huzalisha uhariri unaoonekana sahihi kwenye jedwali la njia na hauwezi kamwe kusogeza pakiti.

Tabaka mbili zinazoonekana kama moja

Njia ya subnet hujibu swali moja: kwa mwisho huu, muunganisho upi? Lengo lake ni lango la faragha la mtandao, na kipimo chake hushindana tu na njia nyingine katika jedwali moja. Hakuna kitu katika kumbukumbu hiyo kinachotofautisha handaki moja na handaki mbili, au muunganisho A na muunganisho B. Kiambishi maalum zaidi ni ulinganifu mwingine wa mwisho, si uchaguzi mwembamba zaidi wa njia.

Lango hujibu swali lifuatalo: kati ya handaki inazoshikilia kwa kiambishi hicho, ipi inabeba trafiki sasa. Uamuzi huo unatoka kwa afya ya handaki na sifa za BGP zinazopokelewa kutoka lango la mteja, na hauonekani kamwe kwenye jedwali la njia za subnet.

VGW hulinganisha nini hasa

Afya huja kwanza. Handaki iliyoshuka, au kikao cha BGP ambacho hakijapanda, hushindwa kabla ya sifa yoyote kuchunguzwa. Ndiyo sababu kuweka njia mbele kwenye muunganisho ambao tayari unashindwa hakubadilishi kitu.

Kati ya njia zinazostahili kwa kiambishi kimoja, AWS hupendelea AS_PATH fupi. Njia mbili zinapokuwa sawa kwa urefu, hulinganisha MED, kwa masharti ya sharti lililoandikwa kuhusu AS ya kwanza katika njia. Soma mpangilio uliochapishwa badala ya toleo la hadithi, kwa sababu hadithi kawaida huacha hatua ya afya na msamaha wa njia tuli. Tokeo moja: kuweka mbele mara tatu kwenye muunganisho wa hifadhi hufanya ule wa msingi kuwa mfupi kwa uthabiti, na ndiyo njia ya kawaida ya kueleza upendeleo.

Kuweka mbele, na wakati hakufanyi kitu

Kuweka mbele hutokea kwenye matangazo ya kutoka ya lango la mteja, si ndani ya AWS. Unaongeza ASN yako mwenyewe mara mbili au tatu kwenye kiambishi unachotaka AWS iepuke, na kisha AWS huona njia ndefu kwa muunganisho huo. Muunganisho wa msingi unabaki na tangazo lisilowekwa mbele. Ikiwa miunganisho yote miwili inatangaza kutoka ASN moja kwa idadi sawa ya kuweka mbele, hukueleza upendeleo wowote.

Angalia njia iliyopokelewa upande wa AWS baada ya mabadiliko. Kuweka mbele kusikokuondoka kamwe kwenye kifaa cha mteja kunaonekana sawa kabisa na kule ambako AWS ilipuuza.

Njia tuli hupuuza hoja yote

Ikiwa muunganisho unatumia uelekezaji tuli, hakuna AS_PATH ya kurefusha. AWS inaandika njia tuli za VPN kama zenye kipaumbele juu ya njia zilizojifunza kwa BGP kwa kiambishi kimoja, kwa hiyo muundo mchanganyiko hauna tabia kama ule wenye nguvu kamili. Amua kwanza aina ya uelekezaji, kisha chagua utaratibu wa upendeleo uliopo kwa ajili yake.

Ukiwa na miunganisho miwili tuli inayotangaza kiambishi kimoja, kiwiko cha manufaa ni kiambishi: tangaza masafa maalum zaidi kwenye muunganisho unaotaka utumike, na ukubali kwamba umebadilisha mwisho upi unaolingana si njia ipi inashinda.

Kwa nini lango la upitishaji ni jibu tofauti

Lango la upitishaji linatumia njia nyingi za gharama sawa kwenye miunganisho ya VPN, kwa hiyo miunganisho miwili inaweza kushirikiana trafiki badala ya mmoja kusimama kama hifadhi. Muundo huo una uso tofauti wa kushindwa: mitiririko huenea kwenye handaki, na handaki moja kuanguka husogeza sehemu tu ya mzigo. Kunakili mapishi ya VGW kwenye lango la upitishaji, au kinyume chake, huzaa matarajio ambayo hakuna jukwaa lolote linalotimiza.

Chagua muundo kabla ya utaratibu: amilifu na hifadhi wenye upendeleo ulioimarishwa, au amilifu na amilifu wenye ECMP.

Nini cha kuthibitisha baada ya kuiweka

Thibitisha mambo manne kwa mpangilio. Jedwali la subnet bado linatatua kiambishi kuelekea lango lililokusudiwa. Lango linaorodhesha handaki zote mbili kama zilizo juu. AS_PATH iliyopokelewa kwenye muunganisho unaotaka kuuepuka ni ndefu kuliko nyingine. Na mtiririko halisi kutoka kwa instance katika subnet hiyo unapita kwenye handaki inayotarajiwa, ukizingatiwa kwenye ncha zote mbili badala ya kukisiwa kutoka hali ya kijani.

Kisha endesha jaribio la mpito lililoidhinishwa na uangalie njia iliyosalia ikibeba huduma. Upendeleo uliopo tu katika tofauti ya usanidi bado si upendeleo.