Неге AWS VGW қосалқы желі маршруты бір VPN туннелін таңдай алмайды
Виртуалды жеке шлюзге қосалқы желі маршруты өз туннельдерінің біреуін атай алмайды. Нағыз басымдық қайда: AS_PATH, туннель денсаулығы және статикалық маршруттар.
Екі Site-to-Site VPN қосылымы бір виртуалды жеке шлюзде аяқталып, бірдей филиал префиксін жариялайды. Қосалқы желі маршруттар кестесінде сол префикс үшін шлюзге сілтейтін бір жазба бар, ал туннельді атайтын өріс жоқ. Сондықтан қосылымдар арасындағы басымдық консоль маршруттау деп атамайтын жерде орын алады. Қай қабат шешімге ие екенін білу — жұмыс істейтін резерв пен ештеңе өзгертпейтін өзгеріс арасындағы айырмашылық.
Ойында екі қабат бар: қай шлюз екенін айтатын VPC маршруты және шлюздің өзіндік туннель таңдауы. Оларды шатастыру маршруттар кестесінде дұрыс көрінетін, бірақ бірде-бір пакетті жылжытпайтын өзгерістер тудырады.
Біріне ұқсайтын екі қабат
Қосалқы желі маршруты бір ғана сұраққа жауап береді: осы межелі орын үшін қай қосылым? Оның нысаны — виртуалды жеке шлюз, ал метрикасы тек сол кестедегі басқа маршруттармен ғана бәсекелеседі. Бұл жазбада бірінші туннельді екіншісінен немесе A қосылымын B қосылымынан ажырататын ештеңе жоқ. Нақтырақ префикс — басқа межелі орын сәйкестігі, ал жіңішкерек жол таңдауы емес.
Шлюз келесі сұраққа жауап береді: сол префикс үшін ұстайтын туннельдердің қайсысы қазір трафикті тасымалдайды. Бұл шешім туннель денсаулығынан және тұтынушы шлюзінен алынған BGP атрибуттарынан келеді, және ол қосалқы желі маршруттар кестесінде ешқашан көрінбейді.
VGW шын мәнінде нені салыстырады
Денсаулық бірінші келеді. Істен шыққан туннель немесе көтерілмеген BGP сессиясы кез келген атрибут қаралмай тұрып ұтылады. Сондықтан бұрыннан сәтсіз қосылымда жолды алдына қосу ештеңені өзгертпейді.
Бір префикс үшін жарамды жолдардың ішінен AWS қысқарақ AS_PATH-ты қалайды. Екі жол ұзындығы бірдей болса, ол MED-ті салыстырады, жолдағы бірінші AS туралы құжатталған шартқа сай. Халықтық нұсқаны емес, жарияланған тәртіпті оқыңыз, өйткені халықтық нұсқа әдетте денсаулық қадамын және статикалық маршрут ерекшелігін түсіріп кетеді. Бір салдар: резервтік қосылымда үш рет алдына қосу негізгіні қатаң түрде қысқартады, және басымдықты білдірудің әдеттегі жолы осы.
Алдына қосу, және ол ештеңе істемейтін кез
Алдына қосу тұтынушы шлюзінің шығыс хабарландыруларында болады, AWS ішінде емес. Сіз AWS-тің жалтарғанын қалайтын префикске өз ASN-іңізді екі немесе үш рет қосасыз, сонда AWS сол қосылым үшін ұзынырақ жолды көреді. Негізгі қосылым алдына қосусыз хабарландыруды сақтайды. Егер екі қосылым да бір ASN-нен бірдей қосу санымен хабарландырса, сіз ешқандай басымдық білдірмедіңіз.
Өзгерістен кейін AWS жағында алынған жолды тексеріңіз. Тұтынушы құрылғысынан ешқашан шықпаған алдына қосу AWS елемеген қосуға дәл ұқсайды.
Статикалық маршруттар бүкіл дәйекті елемейді
Егер қосылым статикалық маршруттауды қолданса, ұзартатын AS_PATH жоқ. AWS статикалық VPN маршруттарын сол префикс үшін BGP арқылы үйренген маршруттардан басым деп құжаттайды, сондықтан аралас дизайн толық динамикалық сияқты әрекет етпейді. Алдымен маршруттау түрін шешіңіз, содан кейін ол үшін бар басымдық механизмін таңдаңыз.
Бір префиксті жариялайтын екі статикалық қосылым болса, пайдалы тұтқа — префикс: пайдаланғыңыз келетін қосылымда нақтырақ ауқымды жариялаңыз және қай жол жеңетінін емес, қай межелі орын сәйкес келетінін өзгерткеніңізді қабылдаңыз.
Неге транзиттік шлюз басқа жауап
Транзиттік шлюз VPN қосылымдары бойынша тең құны көпжолдылықты қолдайды, сондықтан екі қосылым біреуі күтуде тұрғанша трафикті бөлісе алады. Бұл дизайнның істен шығу беті басқа: ағындар туннельдерге таралады, ал бір туннельдің құлауы жүктеменің бір бөлігін ғана жылжытады. VGW рецептін транзиттік шлюзге, немесе керісінше, көшіру екі платформаның ешқайсысы орындамайтын күтулер тудырады.
Механизмнен бұрын модельді таңдаңыз: бекітілген басымдықпен белсенді және резерв, немесе ECMP-мен белсенді және белсенді.
Орнатқаннан кейін нені тексеру керек
Төрт нәрсені ретімен растаңыз. Қосалқы желі кестесі әлі де префиксті көзделген шлюзге шешеді. Шлюз екі туннельді де белсенді деп көрсетеді. Жалтарғыңыз келетін қосылымда алынған AS_PATH екіншісінен ұзын. Және сол қосалқы желідегі данадан нақты ағын күтілетін туннельден өтеді, ол екі ұшында бақыланған, жасыл мәртебеден тұжырымдалмаған.
Содан кейін бекітілген ауысу сынағын іске қосып, аман қалған жолдың қызметті тасымалдауын бақылаңыз. Тек конфигурация айырмашылығында бар басымдық әлі басымдық емес.