Dela via

Optimera routning för Azure ExpressRoute

  • Artikel

När du har flera ExpressRoute-kretsar måste ha du mer än en sökväg för att ansluta till Microsoft. Detta kan leda till suboptimal routning, där trafiken tar en längre väg, vilket ökar svarstiden och påverkar programmets prestanda och användarupplevelse. Den här artikeln beskriver hur du optimerar routning med hjälp av standarddirigeringstekniker.

Sökvägsval för Microsoft-peering

För att säkerställa trafikflöden över önskad sökväg med flera ExpressRoute-kretsar måste du hantera sökvägar till Internet med hjälp av en Internet Exchange (IX) eller Internet Service Provider (ISP). BGP använder en algoritm för bästa sökvägsval baserat på faktorer som den längsta prefixmatchningen (LPM). För att säkerställa att trafik som är avsedd för Azure via Microsoft använder ExpressRoute-sökvägen implementerar du attributet Lokal inställning . Den här inställningen säkerställer att sökvägen alltid föredras i ExpressRoute.

Kommentar

Den lokala standardinställningen är vanligtvis 100. Högre lokala inställningar är mer föredragna.

Föreställ dig följande exempel:

Diagram som visar suboptimal routning från kund till Microsoft.

Om du vill föredra ExpressRoute-sökvägar konfigurerar du lokala inställningar på följande sätt:

Cisco IOS-XE-konfiguration från R1-perspektiv:

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

Junos-konfiguration från R1-perspektiv:

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

Icke-optimal routning från kund till Microsoft

Anta att du har två kontor i USA, ett i Los Angeles och ett i New York, anslutet via ett WAN. Du har två ExpressRoute-kretsar, en i USA, västra och en i USA, östra, som båda är anslutna till WAN. Du har för avsikt att Los Angeles-användare ska ansluta till Azure USA, västra och New York-användare till Azure USA, östra. Men utan att veta vilket prefix som är från vilken region, kan ditt WAN dirigera båda kontorens trafik till kretsen USA, östra, vilket orsakar suboptimal routning för Los Angeles-användare.

Diagram över suboptimal routning från kund till Microsoft.

Lösning: Använd BGP-communities

För att optimera routning använder du BGP Community-värden för att identifiera prefix från varje Azure-region. Till exempel för USA, 12076:51004 östra och 12076:51006 usa, västra. Konfigurera högre lokala inställningsvärden för lämpliga prefix i varje region för att säkerställa att trafiken tar den optimala sökvägen.

Diagram över en lösning med BGP Communities.

Kommentar

Samma teknik kan användas för routning från kund till virtuellt Azure-nätverk med hjälp av privat peering. Konfigurera dina routrar så att de föredrar en ExpressRoute-krets framför en annan baserat på dina distributioner av virtuella nätverk.

Icke-optimal routning från Microsoft till kund

I det här scenariot tar Microsoft-anslutningar en längre väg för att nå nätverket. Exchange Online-anslutningar till lokala servrar kan till exempel dirigeras via fel ExpressRoute-krets. Utan tips kan Microsoft inte avgöra vilket lokalt prefix som ligger närmare vilken krets.

Diagram över suboptimal routning från Microsoft till kundens lokala.

Lösning: Använd AS PATH

Annonsera dina lokala prefix på lämpliga ExpressRoute-kretsar eller använd AS PATH-prepending för att påverka routning. Förläng AS PATH för prefix i den mindre föredragna regionen för att säkerställa att Microsoft föredrar den optimala sökvägen.

Diagram över en lösning med AS PATH-prepending.

Viktigt!

Vi tar bort privata AS-nummer i AS PATH för prefix som tas emot på Microsoft Peering när du använder ett privat AS-nummer. Peer med ett offentligt AS och lägg till offentliga AS-nummer i AS PATH för att påverka routning för Microsoft-peering.

Icke-optimal routning mellan virtuella nätverk

Med ExpressRoute kan du aktivera VNet-till-VNet-kommunikation genom att länka dem till en ExpressRoute-krets. Underoptimal routning kan ske när virtuella nätverk är länkade till flera kretsar. Till exempel kan virtuella nätverk i USA, västra och USA, östra dirigera trafik via fjärrkretsen på grund av ECMP-routning.

Diagram över suboptimal routning mellan virtuella nätverk.

Lösning: Tilldela en hög vikt till den lokala anslutningen

Tilldela en högre vikt till den lokala anslutningen för att säkerställa att virtuella nätverk föredrar den optimala sökvägen. Den här konfigurationen säkerställer att trafiken tar den kortaste sökvägen mellan virtuella nätverk.

Diagram över en lösning som tilldelar hög vikt till lokal anslutning.

Kommentar

Du kan också påverka routning från VNet till ditt lokala nätverk genom att konfigurera anslutningsvikten i stället för att använda AS PATH-prepending.You can also influence routing from VNet to your on-premises network by configuring the connection weight instead of using AS PATH prepending. Anslutningsvikten beaktas före längden på AS-sökvägen när du bestämmer hur trafiken ska skickas.

Nästa steg