Udostępnij za pośrednictwem

Optymalizowanie routingu dla usługi Azure ExpressRoute

  • Artykuł

Jeśli masz wiele obwodów usługi ExpressRoute, masz więcej niż jedną ścieżkę łączenia z firmą Microsoft. Może to prowadzić do nieoptymalnego routingu, w którym ruch trwa dłużej, zwiększając opóźnienie i wpływając na wydajność aplikacji i środowisko użytkownika. W tym artykule wyjaśniono, jak zoptymalizować routing przy użyciu standardowych technologii routingu.

Wybór ścieżki dla komunikacji równorzędnej firmy Microsoft

Aby zapewnić przepływ ruchu przez żądaną ścieżkę z wieloma obwodami usługi ExpressRoute, należy zarządzać ścieżkami do Internetu przy użyciu internetowego programu Exchange (IX) lub usługodawcy internetowego (ISP). Protokół BGP używa najlepszego algorytmu wyboru ścieżki na podstawie czynników, takich jak najdłuższe dopasowanie prefiksu (LPM). Aby zapewnić ruch przeznaczony dla platformy Azure za pośrednictwem firmy Microsoft, użyj ścieżki usługi ExpressRoute, zaimplementuj atrybut Preferencja lokalna. To ustawienie zapewnia, że ścieżka jest zawsze preferowana w usłudze ExpressRoute.

Uwaga

Domyślna preferencja lokalna to zazwyczaj 100. Wyższe preferencje lokalne są bardziej preferowane.

Rozważmy następujący scenariusz przykładowy:

Diagram przedstawiający nieoptymalny routing od klienta do firmy Microsoft.

Aby preferować ścieżki usługi ExpressRoute, skonfiguruj preferencję lokalną w następujący sposób:

Konfiguracja cisco IOS-XE z perspektywy R1:

R1(config)#route-map prefer-ExR permit 10
R1(config-route-map)#set local-preference 150

R1(config)#router BGP 345
R1(config-router)#neighbor 1.1.1.2 remote-as 12076
R1(config-router)#neighbor 1.1.1.2 activate
R1(config-router)#neighbor 1.1.1.2 route-map prefer-ExR in

Konfiguracja junos z perspektywy R1:

user@R1# set protocols bgp group ibgp type internal
user@R1# set protocols bgp group ibgp local-preference 150

Suboptymalny routing od klienta do firmy Microsoft

Wyobraź sobie, że masz dwa biura w USA, jedno w Los Angeles i jedno w Nowym Jorku, połączone za pośrednictwem sieci WAN. Masz dwa obwody usługi ExpressRoute, jeden w regionie Zachodnie stany USA i jeden w regionie Wschodnie stany USA, oba połączone w sieci WAN. Zamierzasz, aby użytkownicy z Los Angeles połączyli się z użytkownikami platformy Azure Zachodnie stany USA i Nowy Jork z regionem Wschodnie stany USA platformy Azure. Jednak bez znajomości prefiksu, z którego regionu sieć WAN może kierować ruch obu biur do obwodu Wschodnie stany USA, powodując nieoptymalny routing dla użytkowników z Los Angeles.

Diagram nieoptymalnego routingu od klienta do firmy Microsoft.

Rozwiązanie: użyj społeczności BGP

Aby zoptymalizować routing, użyj wartości społeczności protokołu BGP, aby zidentyfikować prefiksy z każdego regionu świadczenia usługi Azure. Na przykład 12076:51004 w przypadku regionów Wschodnie stany USA i 12076:51006 Zachodnie stany USA. Skonfiguruj wyższe wartości preferencji lokalnych dla odpowiednich prefiksów w każdym regionie, aby zapewnić, że ruch ma optymalną ścieżkę.

Diagram rozwiązania korzystającego ze społeczności BGP.

Uwaga

Tę samą technikę można zastosować do routingu od klienta do sieci wirtualnej platformy Azure przy użyciu prywatnej komunikacji równorzędnej. Skonfiguruj routery tak, aby preferować jeden obwód usługi ExpressRoute za pośrednictwem innego na podstawie wdrożeń sieci wirtualnej.

Suboptymalny routing od firmy Microsoft do klienta

W tym scenariuszu połączenia firmy Microsoft będą miały dłuższą ścieżkę dostępu do sieci. Na przykład połączenia usługi Exchange Online z serwerami lokalnymi mogą kierować się przez niewłaściwy obwód usługi ExpressRoute. Bez wskazówek firma Microsoft nie może określić, który prefiks lokalny jest bliżej tego obwodu.

Diagram nieoptymalnego routingu z firmy Microsoft do środowiska lokalnego klienta.

Rozwiązanie: użyj dołączania ścieżki AS

Anonsuj lokalne prefiksy na odpowiednich obwodach usługi ExpressRoute lub użyj prependingu AS PATH, aby wpłynąć na routing. Wydłużenie ścieżki AS dla prefiksów w mniej preferowanym regionie, aby upewnić się, że firma Microsoft preferuje optymalną ścieżkę.

Diagram rozwiązania korzystającego z dołączania ścieżki AS.

Ważne

Usuwamy prywatne numery AS w ścieżce AS dla prefiksów odebranych w komunikacji równorzędnej firmy Microsoft podczas korzystania z prywatnego numeru AS. Komunikacja równorzędna z publicznym numerem AS i dołączanie publicznych numerów AS w ścieżce AS w celu wpływu na routing komunikacji równorzędnej firmy Microsoft.

Suboptymalny routing między sieciami wirtualnymi

Za pomocą usługi ExpressRoute możesz włączyć komunikację między sieciami wirtualnymi, łącząc je z obwodem usługi ExpressRoute. Routing nieoptymalny może wystąpić, gdy sieci wirtualne są połączone z wieloma obwodami. Na przykład sieci wirtualne w regionie Zachodnie stany USA i Wschodnie stany USA mogą kierować ruch przez obwód zdalny z powodu routingu ECMP.

Diagram nieoptymalnego routingu między sieciami wirtualnymi.

Rozwiązanie: przypisanie wysokiej wagi połączeniu lokalnemu

Przypisz większą wagę do połączenia lokalnego, aby upewnić się, że sieci wirtualne preferują optymalną ścieżkę. Ta konfiguracja zapewnia, że ruch zajmuje najkrótszą ścieżkę między sieciami wirtualnymi.

Diagram przedstawiający rozwiązanie, które przypisuje dużą wagę do połączenia lokalnego.

Uwaga

Możesz również wpływać na routing z sieci wirtualnej do sieci lokalnej, konfigurując wagę połączenia zamiast przy użyciu dołączania ścieżki AS. Waga połączenia jest uwzględniana przed długością ścieżki AS podczas podejmowania decyzji o sposobie wysyłania ruchu.

Następne kroki