Эмне үчүн 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 экинчисинен узун. Жана ошол субтармактагы инстанциядан чыккан чыныгы агым күтүлгөн туннелден өтөт, ал эки учунда байкалган, жашыл статустан тыянак чыгарылбаган.
Анан бекитилген которуу сынагын иштетип, аман калган жолдун кызматты ташыганын көрүңүз. Конфигурация айырмасында гана бар артыкчылык азырынча артыкчылык эмес.