Две локални VPN адреси: два Azure партнери, не еден

Дијаграмот има две интернет врски во огранокот и една Azure VPN порта, така што локалната мрежна порта ги добива двете јавни адреси. Изгледа уредно и не работи како што сугерира дијаграмот. Секој локален VPN уред е одделна партнерска врска, а дизајнот на Microsoft за повеќе уреди му дава на секој свој ресурс за локална мрежна порта и своја врска. Додавањето втора адреса на еден ресурс не создава втор партнер. Создава ресурс што ниту еден од двата уреда не го опишува правилно.

Мит: една порта, две адреси

Локалната мрежна порта е опис на далечен партнер: една јавна крајна точка и приватните префикси зад неа. Нема поддржан начин овој ресурс да значи „кој било од овие два уреда“.

Истата забуна оди и во спротивниот правец, каде две јавни IP адреси на Azure се читаат како доказ дека постојат две 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

Еден ресурс за врска може да носи повеќе од еден основен тунел, така што четири тунели не значат четири порти за виртуелна мрежа. Двете јавни IP адреси на Azure исто така не се истите објекти како двете локални мрежни порти што ја опишуваат далечната локација.

Што додава активниот-активен режим на страната на Azure

Активниот-активен режим ја менува Azure портата од еден активен примерок на два, секој со своја јавна IP адреса, и токму тоа воопшто овозможува целосна мрежа. Не ја удвојува пропусната моќ на еден тек. Исто така не ја отстранува потребата локалната страна да поддржува повеќекратно насочување со еднакви трошоци ако двата уреда пренесуваат истовремено. Потврдете го режимот на портата, SKU и можностите на далечниот уред пред да обезбедите нешто.

Порта во пасивно мирување е сосема валиден дизајн; таа само дава различен број тунели.

BGP ги прави двата пата употребливи

За дизајнот со повеќе уреди, двата локални уреда работат BGP. Дајте му на секој единствена BGP партнерска адреса и рекламирајте ги истите предвидени приватни префикси низ соодветните патишта. Приватните префикси ги идентификуваат заштитените мрежи, додека јавните адреси идентификуваат каде завршуваат шифрираните преносни врски. Мешањето на двете дава дизајн во кој секој тунел е активен, а рутите се погрешни.

Планирајте повратно рутирање и секоја проверка на состојба што треба да го поднесе кој било од двата пата. Здрава IKE сесија на секоја крајна точка не докажува дека работното оптоварување може да ја користи секоја рекламирана рута.

Изборот по тек не е обединување на пропусната моќ

Azure избира пат за секој тек користејќи хаш врз адресирањето и портите на текот. Во стабилна состојба, пакетите на даден TCP или UDP тек обично го користат истиот тунел, а локалната страна може да избере друг тунел за повратниот правец. Затоа два уреда и четири тунели ја подобруваат достапноста, а не брзината на еден пренос. Кога слајдот на продавачот ветува агрегација, тој опишува друга функција или недоразбирање.

Тестирајте со паралелни текови ако сакате да видите како патиштата се распоредуваат, и со еден тек ако сакате да ја видите границата.

Каква вишок вие всушност отстранивте

Две WAN адреси на еден уред ги подобруваат опциите за пристапна врска, но ги делат напојувањето, софтверот и состојбата на дефект на тој уред. Тие не се исто што и два уреда, и никаква конфигурација на страната на Azure тоа не го менува. Следете го поддржаниот дизајн со двоен WAN или кластер на продавачот наместо да изведувате вишок од бројот на адреси. Потоа тестирајте го: отстранете по еден пат и потврдете ги преостанатите рути плус вистинска размена на апликација во двата правци.

Очекувајте доцнења при откривање и конвергенција, и очекувајте некои постоечки сесии да завршат.