Nega AWS VGW quyi tarmoq marshruti bitta VPN tunnelni tanlay olmaydi

Ikki Site-to-Site VPN ulanishi bitta virtual xususiy shlyuzda tugaydi va bir xil filial prefiksini e'lon qiladi. Quyi tarmoq marshrutlar jadvalida ushbu prefiks uchun shlyuzga ishora qiluvchi bitta yozuv bor va tunnelni nomlaydigan hech qanday maydon yo'q. Shuning uchun ulanishlar orasidagi afzallik konsol marshrutlash deb atamaydigan joyda yuz beradi. Qaysi qatlam qaror egasi ekanini bilish — ishlaydigan zaxira va hech narsa qilmaydigan o'zgarish o'rtasidagi farq.

O'yinda ikki qatlam bor: qaysi shlyuz ekanini aytadigan VPC marshruti va shlyuzning o'z tunnel tanlovi. Ularni aralashtirish marshrutlar jadvalida to'g'ri ko'rinadigan, ammo bitta ham paketni qimirlatmaydigan tahrirlar hosil qiladi.

Bitta kabi ko'rinadigan ikki qatlam

Quyi tarmoq marshruti bitta savolga javob beradi: bu manzil uchun qaysi ulanish? Uning nishoni virtual xususiy shlyuz va metrikasi faqat shu jadvaldagi boshqa marshrutlar bilan raqobatlashadi. Bu yozuvda birinchi tunnelni ikkinchisidan yoki A ulanishini B ulanishidan ajratadigan hech narsa yo'q. Aniqroq prefiks — boshqa manzil mosligi, nozikroq yo'l tanlovi emas.

Shlyuz keyingi savolga javob beradi: shu prefiks uchun ushlab turgan tunnellar orasida qaysi biri hozir trafikni tashimoqda. Bu qaror tunnel sog'lig'i va mijoz shlyuzidan olingan BGP atributlaridan keladi va u quyi tarmoq marshrutlar jadvalida hech qachon ko'rinmaydi.

VGW aslida nimani solishtiradi

Sog'liq birinchi keladi. O'chirilgan tunnel yoki ko'tarilmagan BGP sessiyasi har qanday atribut ko'rilmasidan oldin yutqazadi. Shuning uchun allaqachon muvaffaqiyatsiz bo'lgan ulanishda yo'lni oldiga qo'shish hech narsani o'zgartirmaydi.

Bir prefiks uchun mos yo'llar orasida AWS qisqaroq AS_PATH ni afzal ko'radi. Ikki yo'l uzunligi teng bo'lsa, u MED ni solishtiradi, yo'ldagi birinchi AS haqidagi hujjatlashtirilgan shartga bo'ysunib. Xalq rivoyatini emas, e'lon qilingan tartibni o'qing, chunki rivoyat odatda sog'liq bosqichini va statik marshrut istisnosini tashlab ketadi. Bitta natija: zaxira ulanishda uch marta oldiga qo'shish asosiyni qat'iy qisqaroq qiladi va afzallikni ifodalashning odatiy usuli shu.

Oldiga qo'shish va qachon u hech narsa qilmaydi

Oldiga qo'shish mijoz shlyuzining chiquvchi e'lonlarida sodir bo'ladi, AWS ichida emas. AWS undan qochishini istagan prefiksga o'z ASN ingizni ikki yoki uch marta qo'shasiz va shunda AWS bu ulanish uchun uzunroq yo'lni ko'radi. Asosiy ulanish oldiga qo'shilmagan e'lonni saqlaydi. Ikkala ulanish ham bir ASN dan bir xil miqdorda oldiga qo'shib e'lon qilsa, siz hech qanday afzallik bildirmagansiz.

O'zgarishdan keyin AWS tomonida olingan yo'lni tekshiring. Mijoz qurilmasidan hech qachon chiqmagan oldiga qo'shish AWS e'tiborsiz qoldirganiga juda o'xshaydi.

Statik marshrutlar butun dalilni e'tiborsiz qoldiradi

Agar ulanish statik marshrutlashdan foydalansa, uzaytirish uchun AS_PATH yo'q. AWS statik VPN marshrutlarini bir xil prefiks uchun BGP orqali o'rganilgan marshrutlardan ustun deb hujjatlashtiradi, shuning uchun aralash dizayn to'liq dinamik kabi harakat qilmaydi. Avval marshrutlash turini hal qiling, keyin u uchun mavjud afzallik mexanizmini tanlang.

Bir xil prefiksni e'lon qiladigan ikki statik ulanish bilan foydali dastak — prefiks: foydalanmoqchi bo'lgan ulanishda aniqroq diapazon e'lon qiling va qaysi yo'l g'alaba qozonishini emas, qaysi manzil mos kelishini o'zgartirganingizni qabul qiling.

Nega tranzit shlyuz boshqa javob

Tranzit shlyuz VPN ulanishlari bo'ylab teng xarajatli ko'p yo'lni qo'llab-quvvatlaydi, shuning uchun ikki ulanish bittasi zaxirada turish o'rniga trafikni bo'lishishi mumkin. Bu dizaynning nosozlik yuzasi boshqacha: oqimlar tunnellarga tarqaladi va bitta tunnel tushganda yukning faqat bir qismi ko'chadi. VGW retseptini tranzit shlyuzga yoki teskarisiga ko'chirish ikkala platforma ham bajarmaydigan kutishlarni keltirib chiqaradi.

Mexanizmdan oldin modelni tanlang: qat'iy belgilangan afzallik bilan faol va zaxira, yoki ECMP bilan faol va faol.

O'rnatgandan keyin nima tekshiriladi

To'rt narsani tartib bilan tasdiqlang. Quyi tarmoq jadvali hali ham prefiksni mo'ljallangan shlyuzga hal qiladi. Shlyuz ikkala tunnelni faol deb ko'rsatadi. Qochmoqchi bo'lgan ulanishda olingan AS_PATH boshqasidan uzunroq. Va o'sha quyi tarmoqdagi nusxadan keladigan haqiqiy oqim kutilgan tunneldan o'tadi, yashil holatdan taxmin qilinmasdan ikkala uchida kuzatilgan.

Keyin tasdiqlangan uzilish sinovini ishga tushiring va omon qolgan yo'l xizmatni tashiyotganini kuzating. Faqat konfiguratsiya farqida mavjud bo'lgan afzallik hali afzallik emas.