Эки жергиликтүү VPN дареги: эки Azure өнөктөшү, бирөө эмес

Диаграммада филиалда эки интернет байланышы жана Azure'да бир VPN шлюзу бар, ошондуктан жергиликтүү тармак шлюзу эки коомдук даректи тең алат. Бул таза көрүнөт жана диаграмма көрсөткөндөй иштебейт. Ар бир жергиликтүү VPN түзмөгү өзүнчө өнөктөш мамилеси, ал эми Microsoft'тун көп түзмөктүү долбоору ар бирине өзүнүн жергиликтүү тармак шлюзу ресурсун жана өз туташуусун берет. Бир ресурска экинчи дарек кошуу экинчи өнөктөштү жаратпайт. Ал эки түзмөктүн экөөнү тең туура сүрөттөбөгөн ресурс жаратат.

Уламыш: бир шлюз, эки дарек

Жергиликтүү тармак шлюзу алыскы өнөктөштүн сүрөттөмөсү: бир коомдук акыркы чекит жана анын артындагы жеке префикстер. Бул ресурска «ушул эки түзмөктүн кайсынысы болбосун» деген маани берүүнүн колдоого алынган жолу жок.

Ушул эле баш аламандык карама-каршы багытта да кездешет, анда Azure'дын эки коомдук IP'си эки Azure шлюзунун бар экендигинин далили катары окулат.

Объектилерди санаңыз, анан туннелдерди

Бирдей жеке тармактарга кирүү мүмкүнчүлүгү жана өз коомдук дареги бар эки көз карандысыз башкарылуучу жергиликтүү түзмөктү, кошумча активдүү-активдүү режимдеги бир маршрутка негизделген Azure шлюзун алыңыз. Azure шлюзунун өзүнчө коомдук IP'лери бар эки активдүү инстанциясы бар. Ар бир жергиликтүү түзмөк эки инстанцияга тең туташат. Бул толук тор жана объектилердин саны диаграммадан эмес, ушундан келип чыгат.

Арифметика долбоордук документке чаптоого жетиштүү кыска:

2 on-premises VPN devices
2 local network gateway resources
2 connection resources
4 IPsec tunnels in the complete 2 x 2 mesh

Бир туташуу ресурсу бирден ашык негизги туннелди алып жүрүшү мүмкүн, ошондуктан төрт туннель төрт виртуалдык тармак шлюзун билдирбейт. Azure'дын эки коомдук IP'си да алыскы сайтты сүрөттөгөн эки жергиликтүү тармак шлюзу менен бирдей объектилер эмес.

Активдүү-активдүү Azure тарабына эмне кошот

Активдүү-активдүү Azure шлюзун бир активдүү инстанциядан экиге айландырат, ар биринин өз коомдук IP'си бар, жана дал ушул толук торду жалпысынан мүмкүн кылат. Ал бир агымдын өткөрүү жөндөмүн эки эсе көбөйтпөйт. Эки түзмөк бир убакта жөнөтсө, жергиликтүү тараптын тең нарктуу көп жолду колдоо зарылчылыгын да жойбойт. Бир нерсени даярдоодон мурун шлюз режимин, SKU'ну жана алыскы түзмөктүн мүмкүнчүлүктөрүн ырастаңыз.

Пассивдүү күтүү режиминдеги шлюз толугу менен жарактуу долбоор; ал жөн гана башка туннель санын берет.

BGP эки жолду тең колдонууга мүмкүн кылат

Көп түзмөктүү долбоор үчүн эки жергиликтүү түзмөк тең BGP иштетет. Ар бирине уникалдуу BGP өнөктөш дарегин бериңиз жана ошол эле пландалган жеке префикстерди тиешелүү жолдордо жарыялаңыз. Жеке префикстер корголгон тармактарды аныктайт, ал эми коомдук даректер шифрленген ташуучу туташуулардын кайда бүтөөрүн аныктайт. Ушул экөөнү алмаштыруу бардык туннелдер көтөрүлгөн, бирок маршруттар туура эмес долбоорду берет.

Кайтаруу маршруттоосун жана эки жолдун кайсынысы болбосун көтөрүүгө тийиш болгон ар кандай абалды текшерүүнү пландаңыз. Ар бир акыркы чекиттеги соо IKE сессиясы жумуш жүктөмү ар бир жарыяланган маршрутту колдоно аларын далилдебейт.

Агымга негизделген тандоо өткөрүү жөндөмүн бириктирүү эмес

Azure агымдын даректери жана порттору боюнча хэш аркылуу ар бир агымга жол тандайт. Туруктуу абалда белгилүү TCP же UDP агымынын пакеттери адатта бир туннелден өтөт, ал эми жергиликтүү тарап кайтаруу багыты үчүн башка туннелди тандашы мүмкүн. Ошондуктан эки түзмөк жана төрт туннель жеткиликтүүлүктү жакшыртат, бир өткөрмөнүн ылдамдыгын эмес. Жеткирүүчүнүн слайды бириктирүүгө убада бергенде, ал башка функцияны же түшүнбөстүктү сүрөттөйт.

Жолдордун таралышын көргүңүз келсе параллелдүү агымдар менен, ал эми чегин көргүңүз келсе бир агым менен сынап көрүңүз.

Сиз чындыгында кандай ашыкчалыкты алып салдыңыз

Бир түзмөктөгү эки WAN дареги кирүү байланышынын варианттарын жакшыртат, бирок ошол түзмөктүн кубатын, программалык камсыздоосун жана бузулуу абалын бөлүшөт. Алар эки түзмөк менен бирдей эмес жана Azure тарабындагы эч бир конфигурация муну өзгөртпөйт. Ашыкчалыкты даректердин санынан чыгаруунун ордуна жеткирүүчүнүн колдоого алынган кош WAN же кластердик долбоорун карманыңыз. Анан аны сынаңыз: бир убакта бир жолду алып салыңыз жана калган маршруттарды жана эки багыттагы реалдуу колдонмо алмашуусун ырастаңыз.

Аныктоо жана жакындашуу кечигүүлөрүн күтүңүз, жана айрым учурдагы сессиялардын бүтөөрүн күтүңүз.