İki lokal VPN ünvanı: iki Azure peer, biri deyil

Diaqramda filialda iki internet bağlantısı və bir Azure VPN gateway-i var, buna görə lokal şəbəkə gateway-i hər iki publik ünvanı alır. Səliqəli görünür və diaqramın ima etdiyi kimi işləmir. Hər lokal VPN cihazı ayrı bir peer münasibətidir və Microsoft-un çoxcihazlı dizaynı hər birinə öz lokal şəbəkə gateway resursunu və öz bağlantısını verir. Tək resursa ikinci ünvan əlavə etmək ikinci peer yaratmır. Heç bir cihazı düzgün təsvir etməyən bir resurs yaradır.

Mif: bir gateway, iki ünvan

Lokal şəbəkə gateway-i uzaq peer-in təsviridir: bir publik son nöqtə və onun arxasındakı özəl prefikslər. Bu resursu «bu iki cihazdan biri» mənasına gətirməyin dəstəklənən yolu yoxdur.

Eyni qarışıqlıq əks istiqamətdə də olur: iki Azure publik IP-si iki Azure gateway-inin mövcudluğuna sübut kimi oxunur.

Obyektləri sayın, sonra tunelləri sayın

Eyni özəl şəbəkələrə çıxışı olan və hər birinin öz publik ünvanı olan iki müstəqil idarə olunan lokal cihaz, üstəgəl aktiv-aktiv rejimdə bir marşrut əsaslı Azure gateway-i götürün. Azure gateway-inin ayrı publik IP-ləri olan iki aktiv instansı var. Hər lokal cihaz hər iki instansa qoşulur. Bu tam meshedir və obyekt sayı diaqramdan deyil, ondan irəli gəlir.

Hesab dizayn sənədinə yapışdırmaq üçün kifayət qədər qısadır:

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

Bir bağlantı resursu birdən çox əsas tunel daşıya bilər, buna görə dörd tunel dörd virtual şəbəkə gateway-i demək deyil. İki Azure publik IP-si də uzaq saytı təsvir edən iki lokal şəbəkə gateway-i ilə eyni obyektlər deyil.

Aktiv-aktiv Azure tərəfində nə əlavə edir

Aktiv-aktiv Azure gateway-ini bir aktiv instansdan iki aktiv instansa çevirir, hər birinin öz publik IP-si olur və tam meshi ümumiyyətlə mümkün edən budur. Tək axının ötürmə qabiliyyətini ikiqat artırmır. Hər iki cihaz eyni vaxtda yönləndirirsə, lokal tərəfin bərabər qiymətli çoxyolluğu dəstəkləməsi tələbini də aradan qaldırmır. Bir şey təmin etməzdən əvvəl gateway rejimini, SKU-nu və uzaq cihazın imkanlarını təsdiqləyin.

Passiv-ehtiyat gateway tamamilə etibarlı dizayndır; sadəcə fərqli tunel sayı verir.

BGP hər iki yolu istifadə edilə bilən edir

Çoxcihazlı dizayn üçün hər iki lokal cihaz BGP işlədir. Hər birinə unikal BGP peer ünvanı verin və eyni nəzərdə tutulan özəl prefiksləri müvafiq yollar üzərində elan edin. Özəl prefikslər qorunan şəbəkələri, publik ünvanlar isə şifrələnmiş daşıyıcı bağlantılarının bitdiyi yeri müəyyən edir. Bu ikisini qarışdırmaq hər tunelin işlədiyi, amma marşrutların səhv olduğu dizayn yaradır.

Qayıdış marşrutlaşdırmasını və hər iki yola dözməli olan istənilən vəziyyət əsaslı yoxlamanı planlaşdırın. Hər son nöqtədə sağlam IKE sessiyası iş yükünün hər elan edilmiş marşrutdan istifadə edə biləcəyini sübut etmir.

Axın əsaslı seçim bant genişliyi birləşdirməsi deyil

Azure axının ünvanları və portları üzərində heş istifadə edərək hər axın üçün yol seçir. Sabit vəziyyətdə müəyyən TCP və ya UDP axınının paketləri adətən eyni tuneldən keçir və lokal tərəf qayıdış istiqaməti üçün fərqli tunel seçə bilər. Buna görə iki cihaz və dörd tunel əlçatanlığı yaxşılaşdırır, bir ötürmənin sürətini yox. Satıcı slaydı aqreqasiya vəd edəndə başqa funksiyanı və ya yanlış anlamanı təsvir edir.

Yolların yayılmasını görmək istəyirsinizsə paralel axınlarla, həddi görmək istəyirsinizsə tək axınla sınaqdan keçirin.

Həqiqətən hansı ehtiyatlılığı aradan qaldırdınız

Bir cihazda iki WAN ünvanı giriş linki seçimlərini yaxşılaşdırır, lakin həmin cihazın enerjisini, proqram təminatını və nasazlıq vəziyyətini paylaşır. Onlar iki cihazla eyni deyil və Azure tərəfindəki heç bir konfiqurasiya bunu dəyişmir. Ehtiyatlılığı ünvan sayından çıxarmaq əvəzinə satıcının dəstəklədiyi iki WAN və ya klaster dizaynına əməl edin. Sonra sınaqdan keçirin: bir anda bir yolu çıxarın və qalan marşrutları və hər iki istiqamətdə real tətbiq mübadiləsini təsdiqləyin.

Aşkarlama və yaxınlaşma gecikmələrini gözləyin və bəzi mövcud sessiyaların bitəcəyini gözləyin.