Azure merkez-uçlu ağ topolojileri ile SD-WAN tümleştirmesi

Bu makalede, şirket içi veri merkezlerini birbirine ve Azure bağlayan yazılım tanımlı WAN'lerin (SD-WANs) nasıl tasarlandığı açıklanmaktadır. Azure müşterilerin Microsoft omurgasının üzerinde verimli, küresel SD-WAN katman oluşturarak platformdaki mevcut yatırımlarını kullanmalarına olanak tanıyan bir mimari sunar.

Uygulanabilir senaryolar

Bu makaledeki öneriler satıcıdan bağımsızdır ve iki temel önkoşulu karşılayan SD-WAN teknolojileri için geçerlidir:

• Altta yatan taşıma protokolü olarak İletim Denetimi Protokolü'nü (TCP) veya Kullanıcı Veri Birimi Protokolü'nü (UDP) kullanan tüneller, örneğin ağ adresi çevirisi üzerinden geçişi (NAT traversal) kullanan tünel modu IPsec Encapsulating Security Payload (ESP), SD-WAN örtüşümünü oluşturur.

• Sınır Ağ Geçidi Protokolü (BGP) v4, SD-WAN uç cihazları ile SD-WAN'a bağlı ağlar arasındaki yolları değiştirir. SD-WAN uç cihazların yönlendirme bilgilerini değiştirmek için kullandığı yönlendirme protokolü hakkında hiçbir varsayımda bulunulmaz.

Aşağıdaki hedeflere ulaşmak için bu önkoşulları karşılayan SD-WAN ürünleri kullanabilirsiniz:

• Azure sanal ağları ile SD-WAN uç cihazları arasında dinamik rota alışverişi sağlayarak, bulut ve şirket içi tesisleri kapsayan SD-WAN’lere Azure hub-and-spoke ağlarını bağlayın.

• Yerel internet çıkışları olan şubeler için Azure’a ve şirket içi veri merkezlerine bağlantıyı iyileştirin. Microsoft omurgasının erişim kapsamı, kapasitesi, dayanıklılığı ve cold potato yönlendirme ilkesiyle birleştiğinde, onu küresel SD-WAN'ler için yüksek performanslı bir altyapı hâline getirebilir.

• Tüm Azure'dan Azure'a trafik (bölgeler arası ve coğrafyalar arası) için Microsoft omurgasını kullanın.

• Mevcut çok protokollü etiket değiştirme (MPLS) ağlarını yüksek performanslı alt katmanlar olarak kullanın.

• İş üzerindeki etkiyi en aza indiren aşamalı bir yaklaşımla MPLS ağlarından İnternet bağlantısına geçiş yapın.

Aşağıdaki bölümlerde, SD-WAN paradigması ve Microsoftomurga mimarisinin temellerini bildiğiniz varsayılır. Microsoft omurgası, Azure bölgeleri birbiriyle ve genel İnternet ile birbirine bağlanır.

Architecture

Küresel bir varlık ve çok bölgeli Azure ayak izi olan kuruluşlar, kurumsal ağlarını oluşturmak ve Microsoft omurgasına bağlanmak için birden çok bağlantı hizmeti kullanır.

• MPLS IP sanal özel ağları (IPVPN'ler) gibi ayrılmış bağlantı hizmetleri genellikle en büyük sitelere dağıtılır.

• Azure ExpressRoute bağlantı hatları, noktadan noktaya bağlantı modelini kullanarak Microsoft omurgasını veri merkezi tesislerine veya herhangi bir bağlantı modelini kullanarak doğrudan MPLS ağına bağlar.

• Yalnızca İnternet bağlantısı olan şubeler, şirket içi en yakın veri merkezine bağlanmak için IPsec VPN'lerini kullanabilir ve Azure kaynaklara erişmek için bu veri merkezinin ExpressRoute bağlantısını kullanabilir. Ya da Azure merkez-uç ağlarına doğrudan bağlanmak için IPsec VPN'lerini kullanabilirler.

SD-WAN projeler, değiştirmeyi amaçladıkları bağlantı hizmetlerinde farklılık gösterebilir. Bazı kuruluşlar, büyük tesisler için ayrılmış bağlantıları veya MPLS'yi kullanmaya devam etmek ve SD-WAN yalnızca küçük sitelerdeki eski internet tabanlı IPsec VPN'lerini değiştirmek için dağıtmak isteyebilir. Diğer kuruluşlar SD-WAN'larını MPLS bağlantılı sitelere genişletmek ve mevcut MPLS ağını yüksek performanslı bir alt katman olarak kullanmak isteyebilir. Bazı kuruluşlar ayrıca MPLS ağını kullanımdan kaldırıp tüm kurumsal ağlarını genel İnternet ve Microsoft omurgası gibi genel veya paylaşılan alt katmanlar üzerinde mantıksal bir katman olarak oluşturabilir.

Mimari, bu makaledeki tüm kapsamları destekler ve aşağıdaki ilkeleri temel alır:

• SD-WAN cihazlar her Azure bölgenin merkez-uç ağında ağ sanal gereçleri (NVA) olarak dağıtılır ve şirket içi sitelerden tünelleri sonlandıran SD-WAN hub'ları olarak yapılandırılır.

• Azure’daki SD-WAN cihazları, Azure bölgeleri arasında trafiği verimli bir şekilde taşıyan tam örgülü bir hub’dan hub’a örtüşüm ağı oluşturmak için birbirleriyle tünel kuracak şekilde yapılandırılır. Bu katman ayrıca coğrafi olarak uzak şirket içi siteler arasındaki trafiği Microsoft omurgasının üzerine aktarır.

• SD-WAN cihazlar, SD-WAN çözümünün kapsadığı tüm şirket içi sitelere dağıtılır ve en yakın Azure bölgedeki veya bölgelerdeki SD-WAN NVA'lara tünel oluşturmak üzere yapılandırılır. Farklı siteler, genel İnternet veya ExpressRoute bağlantısı gibi farklı alt katman aktarım hizmetlerini kullanabilir.

• Siteden gelen trafik, hedefin Azure veya başka bir şirket içi sitede olmasına bakılmaksızın en yakın Azure bölgedeki SD-WAN NVA'lara yönlendirir. Trafik daha sonra hub'dan hub'a katmandan geçer.

SD-WAN ürünler, iki site arasında doğrudan tüneller oluşturmak ve trafiği Azure'deki SD-WAN NVA'lar üzerinden geçirmekten daha iyi performans elde etmek için özel protokolleri ve özellikleri kullanabilir.

Aşağıdaki diyagramda Microsoft omurgasını, genel İnternet'i ve ayrılmış ExpressRoute bağlantılarını alt katmanlar olarak kullanan genel bir SD-WAN üst düzey mimarisi gösterilmektedir.

Diyagramda en üstte üç Azure bölge gösterilir ve her bölgenin SD-WAN NVA'ları ve sanal ağları vardır. Microsoft omurgası bölgelerin altında yer alır ve yüksek performanslı bir SD-WAN katmanı barındırıyor. Genel internet omurganın altında yer alır. Kesikli çizgiler, yakındaki Azure bölgelerdeki SD-WAN NVA'ların iki şirket içi site arasındaki trafiği nasıl yönlendireceğini gösterir. İnternet bağlantısı üzerinden SD-WAN tüneli olarak etiketlenmiş düz çizgiler, NVA'lardan müşteri tesislerinin içindeki SD-WAN müşteri yerleşkesi ekipmanına (CPE) kadar uzanır. Bu tünellerin İnternet'le buluştuğu yerde bir internet iletişim noktası (PoP) simgesi bulunur. Sağ tarafta, özel ExpressRoute bağlantısı üzerinden geçen ve SD-WAN tüneli olarak etiketlenmiş kesintisiz bir çizgi, bir NVA'yı bir CPE'ye bağlar; omurganın altında ise bir ExpressRoute PoP simgesi yer alır. İnternet bağlantısı olarak etiketlenmiş son çizgi, interneti müşteri tesisindeki SD-WAN CPE'ye bağlar.

Bu mimari için bir PowerPoint dosyası indirin.

Azure hub-and-spoke ağlarını SD-WAN'lere bağlama

Bu bölümde, SD-WAN uç cihazlarını mevcut bir merkez-uç Azure ağına NVA olarak dağıtmaya yönelik öneriler sağlanır.

Merkez sanal ağında SD-WAN NVA'ları

Müşteri tarafından yönetilen sanal ağları kullanarak Azure bir bölgede ölçeklenebilir ağlar oluşturmak için merkez-uç topolojisini öneririz. Merkez sanal ağı, güvenlik duvarı, yük dengeleme ve siteden siteye VPN'ler veya ExpressRoute aracılığıyla şirket içi sitelere bağlantı gibi ağ işlevleri sağlayan NVA'lar ve yerel hizmetler gibi paylaşılan bileşenleri barındırmaktadır. Merkez sanal ağı, paylaşılan ağ işlevlerini merkezileştirdiğinden ve uzak ağlara tutarlı erişim sağladığından SD-WAN NVA'lar için mantıksal konumdur. Bu NVA'lar, hub'ı bu uzak ağlara bağlayan Microsoft olmayan ağ geçitleridir.

Hub sanal ağlarında SD-WAN NVA'ları aşağıdaki yollarla dağıtın:

• Tüm SD-WAN trafik için bir ağ arabirimi denetleyicisi (NIC) kullanın. Güvenlik ve uyumluluk gereksinimlerini karşılamak veya Azure dağıtımları için satıcı yönergelerini izlemek için yönetim NIC'leri gibi diğer NIC'leri ekleyebilirsiniz.

• trafiği SD-WAN için kullanılan NIC'yi ayrılmış bir alt ağa ekleyin. Yüksek kullanılabilirlik (HA) ve ölçek veya aktarım hızı gereksinimlerini karşılamak için dağıtılan SD-WAN NVA sayısına göre alt ağın boyutunu tanımlayın. Daha fazla bilgi için bkz. Azure merkez-uç ağlarını SD-WAN'lere bağlama ve Azure Route Server sınırları ve tasarım konuları.

• SD-WAN çözümünün kullandığı TCP/UDP bağlantı noktaları üzerinden uzak şirket içi sitelerden gelen bağlantılara izin vermek için ağ güvenlik gruplarını (NSG) doğrudan veya alt ağ düzeyinde SD-WAN trafik NIC'si ile ilişkilendirin.

• SD-WAN trafik için kullanılan NIC'de IP iletmeyi etkinleştirin.

Merkez sanal ağında Yönlendirme Sunucusu

Route Server, SD-WAN NVA'lar ile Azure yazılım tanımlı ağ (SDN) yığını arasında yol değişimini otomatikleştirir. Yol Sunucusu, dinamik yönlendirme protokolü olarak BGP'i destekler. Route Server ile SD-WAN NVA'lar arasında BGP bitişikliği oluşturarak:

• Route Server, SD-WAN bağlı tüm şirket içi sitelerin yollarını sanal ağın yol tablolarına ekler ve tüm Azure sanal makineler (VM) bu yolları öğrenir.

• Yönlendirme Sunucusu, sanal ağların adres alanındaki tüm IP ön eklerine ait rotaları SD-WAN bağlantılı tüm sitelere yayar.

Route Server'ı aşağıdaki gereksinimlerle yapılandırın:

• Yönlendirme Sunucusu'nu merkez sanal ağında ayrılmış bir alt ağda dağıtın. Merkez-uç ağındaki VM'lerin sayısına göre Rota Sunucusu kapasitesini ayarlayın.

• Tüm uç sanal ağları için dinamik rota alışverişini etkinleştirmek üzere, uç sanal ağlarının merkez sanal ağın ağ geçidini ve Rota Sunucusu'nu kullanmasına izin verecek şekilde sanal ağ eşleştirmesini yapılandırın. Daha fazla bilgi için Yönlendirme Sunucusu SSS bölümüne bakın.

• Yönlendirme Sunucusu ve SD-WAN NVA'lar farklı alt ağlara eklenir, bu nedenle Yönlendirme Sunucusu ile SD-WAN NVA'lar arasında BGP oturumlarını eBGP çoklu bağlantı desteği kullanacak şekilde yapılandırın. İki ile SD-WAN NVA tarafından desteklenen en yüksek atlama sayısı arasındaki herhangi bir atlama sayısı desteklenir. Yönlendirme Sunucusu için BGP bitişikliklerini yapılandırma hakkında daha fazla bilgi için bkz. Azure portalını kullanarak Yol Sunucusu oluşturma ve yapılandırma.

• Route Server’ın kullanıma sunduğu BGP uç noktaları için SD-WAN NVA üzerinde iki /32 statik rota yapılandırın. Bu yapılandırma, NVA'nın yönlendirme tablosunun her zaman çoklu atlama (doğrudan bağlı değil) BGP eşleri için yollar içermesini sağlar.

Route Server veri yoluna dahil değildir. SD-WAN NVA'ları ile sanal ağ SDN yığını arasında rotaları ileten bir denetim düzlemi varlığıdır. Azure SDN yığını, aşağıdaki şekilde gösterildiği gibi SD-WAN NVA'lar ile sanal ağdaki VM'ler arasındaki gerçek trafik iletme işlemini işler. Bu yönlendirme davranışını sağlamak için Yönlendirme Sunucusu, sonraki atlamayı NVA’nın adresi olarak ayarlayarak SD-WAN NVA’larından öğrendiği tüm rotaları ekler.

Yol Sunucusu IPv6'nın desteklemiyor. Bu mimari yalnızca IPv4 içindir.

Diyagram, SD-WAN müşteri yerindeki ekipman (CPE) ile sanal ağın SDN yığını arasındaki Rota Sunucusu yayılımını göstermektedir. SD-WAN CPE ile sanal ağdaki VM'ler arasındaki trafiği iletmez. Üst kısımda müşteri tesisine sonraki atlamayı okuyan ve SD-WAN NVA'ya işaret eden bir ok içeren üç sanal ağ rota tablosu bulunur. Bu bölümlerden çıkan üç çizgi sanal ağda birleşir. İlk yönlendirme tablosundan SdWanNvaSubnet'e bir çizgi uzanır. İki çift taraflı noktalı ok, RouteServerSubnet ve SDwanNvaSubnet'teki NVA'ları bağlar. Üzerinde “ortak IP SD-WAN tünel uç noktası” etiketi bulunan noktalı bir ok, NVA ile SD-WAN CPE’yi içeren müşteri tesisini birbirine bağlar. Sanal ağ yönlendirme tablosu diğer üç tablonun altında yer alır. Bir parçası olduğu bölüm, üç alt ağ, örnek 0 ve örnek 1’i içeren bir Route Server bölümü, bir SD-WAN NVA’sı ve Azure DNS yığını entegrasyonunu içerir. Çift taraflı ok, sol üst köşedeki ilk yol tablosunu, Azure DNS yığın tümleştirmesini ve sol alt yol tablosunu bağlar. Diyagram açıklaması sağ alt köşede gösterilmektedir. Noktalı gri ok, kontrol düzleminde gerçekleşen rota yayma işlemini gösterir. Düz turuncu ok, veri düzleminde gerçekleşen gerçek trafik yolunu gösterir.

Route Server ile SD-WAN NVA'lar için HA

Route Server'ın yerleşik HA'sı vardır. İki işlem kaynağı tek bir Route Server örneğini geri alır ve Azure bu işlem kaynaklarını farklı kullanılabilirlik alanlarına (kullanılabilirlik alanları olan bölgelerde) veya aynı kullanılabilirlik kümesine (kullanılabilirlik alanları olmayan bölgelerde) dağıtır. Sonuç olarak, Bir Yol Sunucusu örneği her işlem kaynağı için bir uç nokta olmak üzere iki BGP uç noktasını kullanıma sunar. Farklı kullanılabilirlik alanlarına veya aynı kullanılabilirlik kümesine birden çok örnek dağıtarak SD-WAN NVA'lar için HA elde edebilirsiniz. Her SD-WAN NVA, Route Server’ın sunduğu her bir uç nokta için birer oturum olmak üzere iki BGP oturumu oluşturur.

Bu mimaride Azure yük dengeleyiciler kullanılamaz. Şu özelliklere sahiptir:

• Genel yük dengeleyiciler SD-WAN tünel uç noktalarını kullanıma sunmaz. Her SD-WAN NVA kendi tünel uç noktasını açığa çıkarır. Uzak eşler, Azure’daki her bir SD-WAN NVA için bir tünel olmak üzere birden çok tünel kurar.

• Azure VM'lerden gelen trafiği birden çok SD-WAN uç cihaza dağıtmak için iç yük dengeleyici gerekmez. Route Server ve Azure SDN yığını eşit maliyetli çok yollu (ECMP) yönlendirmeyi destekler. Birden çok uç cihazı aynı hedef için bir yol duyuruyorsa, Yol Sunucusu sanal ağın yönlendirme tablosuna hedefi duyuran her uç cihazı için bir yol içeren birden çok yol ekler. Sanal ağın rota tablosunda, her rotanın sonraki atlaması, o rotayı duyuran uç cihazın IP adresine karşılık gelecek şekilde farklıdır. SDN yığını daha sonra bu hedefe yönelik trafiği kullanılabilir tüm sonraki atlama noktalarına dağıtır.

Aşağıdaki şekilde elde edilen HA mimarisi gösterilmektedir.

Merkez sanal ağında Yönlendirme Sunucusu ve SD-WAN NVA'lar için HA mimarisini gösteren diyagram. Merkez sanal ağı soldan sağa yerleştirilmiş üç alt ağ içerir: solda VmSubnet, ortada RouteServerSubnet ve sağda SdwanNvaSubnet. VmSubnet, müşteri tesisine bir sonraki atlamanın SD-WAN NVA'lara işaret ettiğini gösteren bir sanal ağ yönlendirme tablosu içerir. RouteServerSubnet, üstte 0, altta 1. örnek etiketli iki işlem kaynağı içeren bir Route Server örneği içerir. SdwanNvaSubnet, dikey olarak düzenlenmiş iki SD-WAN NVA içerir; üstte SD-WAN NVA 0 ve altta SD-WAN NVA 1 bulunur. Çizgiler Rota Sunucusu örneklerini hem SD-WAN NVA'lara bağlar hem de kontrol düzleminde rota yayma için BGP oturumlarını temsil eder. Her bir SD-WAN NVA, Route Server örneklerinin her biriyle birer tane olmak üzere iki BGP oturumu oluşturur. RouteServerSubnet ile SdwanNvaSubnet arasında bir BGP etiketi görünür. Düz çizgiler her SD-WAN NVA'dan en sağda gösterilen iki müşteri tesisine doğru uzanır ve veri düzleminde yedekli trafik yollarını temsil eder. Üst müşteri sahası, SD-WAN NVA 0’a bağlanan SD-WAN müşteri yerleşkesindeki ekipmanını (CPE) 0 içerirken, alt müşteri sahası SD-WAN NVA 1’e bağlanan SD-WAN CPE 1’i içerir. Genel IP adresleri (SD-WAN tünel uç noktaları), SD-WAN NVA'lar ile müşteri tesisleri arasında yer alır ve her NVA'nın kendi genel tünel uç noktasını kullanıma sunduğunu gösterir. Sol altta Azure SDN yığını tümleştirme bileşeni sanal ağ yönlendirme tablosuna bağlanır. Sağ alttaki gösterge, gri noktalı okların kontrol düzleminde rota yaymayı temsil ettiğini, düz turuncu çizgilerin ise veri düzlemindeki yedekli trafik yollarını temsil ettiğini gösterir.

N-etkin ve etkin bekleyen HA karşılaştırması

Birden çok SD-WAN NVA kullandığınızda ve bunları Yol Sunucusu ile eşleştirdiğinizde, BGP yük devretmeyi yönetir. SD-WAN NVA çevrimdışı olursa Rota Sunucusuna giden yolların reklamlarını durdurur. Ardından Route Server, bu cihazdan öğrendiği yolları sanal ağın yol tablosundan geri çeker. Sonuç olarak, bir SD-WAN NVA artık cihazdaki veya alt ağdaki bir hata nedeniyle uzak SD-WAN sitelerine bağlantı sağlamazsa, artık sanal ağın yönlendirme tablosunda bu sitelere doğru olası bir sonraki atlama olarak gösterilmez. Tüm trafik, kalan iyi durumdaki cihazlara gider. SD-WAN NVA’ları ile Yönlendirme Sunucusu arasındaki rota yayılımı hakkında daha fazla bilgi için bkz. Bir BGP eşi tarafından Yönlendirme Sunucusu’na bildirilen rotalar.

Aşağıdaki diyagram bu yük devretme davranışını göstermektedir.

Bir cihaz arızalandığında, Route Server ve SD-WAN NVA HA mimarisinde BGP tabanlı yük devrini gösteren diyagram. Merkez sanal ağı üç alt ağ içerir: VmSubnet, RouteServerSubnet ve SdwanNvaSubnet. Sol altta, bir sanal ağ rota tablosu müşteri tesislerine bir sonraki atlama hakkındaki bilgileri görüntüler. Bu tabloda, SD-WAN NVA 0 girdisinin üzeri çizilmiştir; bu da başarısız olduğunu ve artık geçerli bir sonraki atlama olmadığını gösterir. Altındaki etiket, SD-WAN NVA 1'in artık trafik için etkin bir sonraki atlama olduğunu gösterir. RouteServerSubnet, örnek 0 ve örnek 1 etiketli iki işlem kaynağına sahip bir Route Server örneği içerir. SdwanNvaSubnet iki adet SD-WAN NVA içerir: SD-WAN NVA 0 ve SD-WAN NVA 1. BGP oturumlarını temsil eden düz çizgiler, Yönlendirme Sunucusu örneklerini denetim düzlemi üzerindeki SD-WAN NVA'lara bağlar, ancak SD-WAN NVA 0 artık hataları nedeniyle yolları tanıtmamaktadır. RouteServerSubnet ile SdwanNvaSubnet arasında bir BGP etiketi görünür. Sağ tarafta, diyagramda her biri kendi SD-WAN CPE ile ilişkili iki müşteri tesisi gösterilir. Düz çizgi, SD-WAN NVA 1'den hizmet ettiği müşteri tesisine kadar uzanır ve bu da veri düzleminde etkin yedekli trafik yolunu temsil eder. NVA başarısız olduğu için SD-WAN NVA 0'dan hizmet ettiği müşteri tesisine hiçbir etkin trafik yolu bağlanmaz. Genel IP tüneli uç noktaları NVA'lar ve müşteri tesisleri arasında görünür. Sol altta Azure SDN yığını tümleştirme bileşeni sanal ağ yönlendirme tablosuna bağlanır. Sağ alttaki gösterge, noktalı gri çizgilerin kontrol düzleminde rota yaymayı, düz turuncu çizgilerin ise veri düzlemindeki yedekli trafik yollarını temsil ettiğini açıklar.

BGP tabanlı yük devretme ve ECMP yönlendirmesi, trafiği eşzamanlı olarak işleyen N cihazlarla N etkin HA mimarilerini etkinleştirir. Route Server BGP AS Path özniteliklerine uygun olduğundan etkin-pasif mimariler de uygulanabilir. Farklı SD-WAN uç cihazlar farklı AS Yolu uzunluklarına sahip aynı hedeflere yönelik yolları duyurursa, yolları en kısa yolla duyuran SD-WAN kenar cihazı tercih edilen sonraki atlama olur. Bu cihaz arızalanırsa veya bazı rotalarını geri çekerse, Rota Sunucusu diğer cihazların duyurduğu daha uzun AS Path değerlerine sahip rotaları genişletir. SD-WAN NVA'larının, Yönlendirme Sunucusu'na duyurdukları rotalar için bir tercih düzeyini ifade etmek üzere kullanabilecekleri tek BGP özniteliği AS Path'tir.

N-active HA mimarilerini öneriyoruz çünkü bu mimariler, yedek SD-WAN NVA'larına ihtiyaç duymadan kaynakların en iyi şekilde kullanılmasını ve yatay ölçeklenebilirliği sağlar. İşleme kapasitesini artırmak için, birden çok NVA, Yol Sunucusu'nun desteklediği en yüksek BGP eşleri sayısına kadar paralel olarak çalışabilir. N-active HA modeli, SD-WAN NVA'ların durum bilgisi olmayan, katman 3 yönlendiricileri olarak davranmasını gerektirir. Bir siteye birden çok tünel olduğunda, sistem TCP bağlantılarını asimetrik olarak yönlendirebilir. Aynı TCP bağlantısının özgün ve yanıt akışları farklı tüneller ve farklı NVA'lar aracılığıyla yönlendirilebilir. Aşağıdaki şekilde, asimetrik olarak yönlendirilmiş TCP bağlantısı örneği gösterilmektedir. Bu yönlendirme asimetrileri, sanal ağda veya şirket içi sitede başlatılan TCP bağlantıları için mümkündür.

Bir TCP bağlantısının özgün akışının ve yanıt akışının farklı SD-WAN NVA'lar arasında geçiş yaptığı etkin-etkin HA mimarilerinde asimetrik yönlendirmeyi gösteren diyagram. Merkez sanal ağı soldan sağa düzenlenmiş üç alt ağ içerir: VmSubnet, RouteServerSubnet ve SdwanNvaSubnet. Sol altta, bir sanal ağ rota tablosu, 192.168.1.0/24 hedefi için iki olası sonraki atlama noktası gösterir: SD-WAN NVA 0 ve SD-WAN NVA 1. Ortadaki RouteServerSubnet, örnek 0 ve örnek 1 etiketli iki işlem kaynağı içeren bir Route Server örneği içerir. Sağ taraftaki SdwanNvaSubnet, dikey şekilde yerleştirilmiş iki SD-WAN NVA içerir: üstte SD-WAN NVA 0 ve altta SD-WAN NVA 1. BGP oturumlarını temsil eden düz çizgiler, Route Server örneklerini her iki SD-WAN NVA'sına bağlar ve her iki NVA'nın da 192.168.1.0/24 hedefi için aynı rotayı Route Server'a aynı AS Path uzunluğuyla duyurduğunu gösterir. RouteServerSubnet ile SdwanNvaSubnet arasında bir BGP etiketi görünür. SdwanNvaSubnet'ten VMSubnet'e kırmızı bir ok işaret eder. Bu ok, şirket içi SD-WAN uzak sitesinden Azure’a olan orijinal trafik akışını temsil eder. Şirket içi SD-WAN müşteri şirket içi ekipmanı (CPE), bu gelen bağlantı için SD-WAN NVA 1'i seçer ve tünel Azure tarafında SD-WAN NVA 1'de sonlanır. VmSubnet'ten SdwanNva alt ağındaki SD-WAN NVA 0'a yeşil bir ok işaret eder. Bu ok, Azure şirket içi SD-WAN sitesine gelen yanıt trafiğini temsil eder. Azure SDN yığını, ECMP yönlendirmeli sanal ağ yönlendirme tablosuna göre 192.168.1.0/24 için olası sonraki atlamalardan biri olduğundan bu yanıt akışını SD-WAN NVA 0'a yönlendirir. Müşteri tesisi en sağda görünür ve 192.168.1.0/24 hedef adresine sahiptir. Sol altta Azure SDN yığını tümleştirme bileşeni sanal ağ yönlendirme tablosuna bağlanır. Sağ alttaki açıklamada, metin etiketli iki yön oku gösterilir: orijinal yön etiketli kırmızı ok (şirket içinden Azure’a) ve yanıt yönü etiketli yeşil ok (Azure’dan şirket içine).

Aktif-pasif HA mimarilerini yalnızca Azure'daki SD-WAN NVA'ları, durum bilgisi içeren güvenlik duvarı incelemesi gibi yönlendirme simetrisi gerektiren ağ işlevlerini gerçekleştirdiğinde değerlendirin. Ölçeklenebilirlik etkileri nedeniyle bu yaklaşımdan kaçının. SD-WAN NVA'larında daha fazla ağ işlevi çalıştırmak kaynak tüketimini artırır. Etkin-pasif HA mimarileri, trafiğin herhangi bir noktada yalnızca bir NVA tarafından işlenmesine olanak sağlar. Sonuç olarak, SD-WAN katmanının tamamı yalnızca desteklediği maksimum Azure VM boyutuna kadar ölçeklendirilebilir, ölçeği genişletilmeyebilir. N-etkin HA için Azure Load Balancer kullanan ayrı NVA kümelerinde yönlendirme simetrisi gerektiren durum bilgisi olan ağ işlevlerini uygulayın.

ExpressRoute bağlantısında dikkat edilmesi gerekenler

Bu mimari tam SD-WAN yaklaşımı desteklediğinden, kurumsal ağınızı genel İnternet'in ve Microsoft omurgasının üzerinde mantıksal bir katman olarak oluşturabilirsiniz. Aşağıdaki bölümlerde açıklanan belirli senaryoları ele almak için ayrılmış ExpressRoute bağlantı hatlarını da kullanabilirsiniz.

Senaryo 1: ExpressRoute ve SD-WAN birlikte çalışma

SD-WAN cihazları yalnızca sitelerin bir alt kümesine dağıtıldığında SD-WAN çözümleri ExpressRoute bağlantısıyla birlikte bulunabilir. Örneğin, bazı kuruluşlar yalnızca İnternet bağlantısı olan sitelerdeki geleneksel IPsec VPN'lerinin yerine SD-WAN çözümleri dağıtabilir ve aşağıdaki şekilde gösterildiği gibi büyük siteler ve veri merkezleri için MPLS hizmetlerini ve ExpressRoute bağlantı hatlarını kullanabilir.

SD-WAN ve ExpressRoute birlikte bulunma senaryolarını gösteren diyagram; SD-WAN cihazlar sitelerin bir alt kümesine dağıtılırken ExpressRoute devreleri büyük sitelere ve veri merkezlerine hizmet verir. Diyagramda, her biri paylaşılan bileşenlere sahip bir merkez sanal ağı içeren, en üstte yatay olarak düzenlenmiş üç Azure bölge görüntülenir. Her merkez sanal ağı bir SD-WAN NVA, Yönlendirme Sunucusu ve bir ExpressRoute ağ geçidi içerir. Microsoft omurgası, Azure bölgelerinin altında yatay bir bant halinde yer alır. Microsoft omurga katmanındaki bir etikette, Microsoft omurgasının üzerinde yüksek performanslı bir ek katman ifadesi yer alır. Microsoft omurgasının altında, İnternet katmanı başka bir yatay bant olarak yer alır. Diyagramın en altında beş müşteri tesisi gösterilir. Diyagramın sol tarafında, üç müşteri tesisinin her birinde bir SD-WAN müşteri yerleşkesi ekipmanı (CPE) cihazı bulunur ve bunların tümü internet bağlantısı üzerinden SD-WAN tüneli etiketlerine sahiptir. En soldaki müşteri tesisi, bir internet erişim noktası (PoP) üzerinden ilk Azure bölgesindeki SD-WAN NVA'ya bağlanır. İkinci müşteri tesisi, ilk Azure bölgedeki SD-WAN NVA'ya İnternet PoP'u aracılığıyla bağlanır. Soldaki üçüncü müşteri tesisi, internet PoP üzerinden ikinci Azure bölgesindeki SD-WAN NVA'ya bağlanır. Diyagramın sağ tarafında iki müşteri tesisi ExpressRoute özel eşlemesi aracılığıyla bağlanır. Bu bağlantı hatları, bir ExpressRoute PoP üzerinden Azure bölgelerindeki ExpressRoute ağ geçitlerine kadar uzanır. Büyük siteler için özel bağlantı sunar.

Bu birlikte kullanım senaryosu, SD-WAN bağlı siteler ile ExpressRoute bağlantı hatlarına bağlı siteler arasındaki trafiği yönlendirmek için Azure dağıtılan SD-WAN NVA'ları gerektirir. AllowBranchToBranch özelliğini etkinleştirerek Azure'da Route Server'ı, ExpressRoute sanal ağ geçitleri ile SD-WAN NVA'ları arasında rotaları yayacak şekilde yapılandırabilirsiniz. ExpressRoute sanal ağ geçidi ile SD-WAN NVA'lar arasında yol yayma BGP üzerinden gerçekleşir. Route Server, ExpressRoute sanal ağ geçidi ve SD-WAN NVA'ları ile BGP oturumları kurar ve bir eşten öğrendiği rotaları diğer eşe iletir. Platform, Route Server ile ExpressRoute sanal ağ geçidi arasındaki BGP oturumlarını yönetir. Kullanıcıların bu oturumları açıkça yapılandırması gerekmez. Route Server'ı dağıttıklarında yalnızca AllowBranchToBranch bayrağını etkinleştirmeleri yeterlidir.

ExpressRoute sanal ağ geçitleri ile merkez sanal ağındaki SD-WAN NVA'lar arasında yol yayma için Rota Sunucusu yapılandırmasını gösteren diyagram. Diyagramda yatay olarak düzenlenmiş üç alt ağ görüntülenir: Solda GatewaySubnet, ortada RouteServerSubnet ve sağda SdwanNvaSubnet. GatewaySubnet'in yanında bir ExpressRoute müşteri uç cihazı görünür. Üstte örnek 0, altta ise 1 örneği etiketli iki işlem kaynağına sahip bir Route Server örneği, RouteServerSubnet'in yanında görünür. SdwanNvaSubnet'in yanında bir SD-WAN NVA cihazı görünür. BGP etiketli yatay çizgiler üç alt ağ arasında çalışır ve kontrol düzleminde rota yayma için BGP oturumlarını temsil eder. Hatlar, ExpressRoute müşteri uç cihazından Yönlendirme Sunucusu örnekleri üzerinden geçer; ayrıca Yönlendirme Sunucusu'ndan SD-WAN NVA'ya uzanan diğer BGP hatları da bulunur. Sol alt kısımda Customer ExpressRoute bağlantılı tesis etiketli bir kutu, ExpressRoute özel eşlemesi kullanan bir şirket içi siteyi tanımlar. Sağ altta Müşteri SD-WAN tesisi etiketli bir kutu, SD-WAN tünelleri kullanan bir şirket içi siteyi tanımlar. Route Server alt ağının altında yatay bir ek açıklama kutusu görünür ve AllowBranchToBranch ayarının TRUE olarak ayarlandığını gösterir; bu da Route Server yapılandırma bayrağının çift yönlü rota yayılımı için etkin olduğunu belirtir.

Bu SD-WAN ve ExpressRoute birlikte bulunma senaryosu, MPLS ağlarından SD-WAN'a geçişleri sağlar. Eski MPLS siteleri ile yeni geçirilen SD-WAN siteleri arasında bir yol sağlar ve trafiği şirket içi veri merkezlerinden yönlendirme gereksinimini ortadan kaldırır. Bu düzeni geçişler sırasında ve şirket birleştirme ve satın alma işlemlerinden oluşan senaryolarda farklı ağları birbirine bağlamak için kullanın.

Senaryo 2: SD-WAN alt ağ olarak ExpressRoute

Şirket içi sitelerinizin ExpressRoute bağlantısı varsa, SD-WAN cihazları ExpressRoute'un üstündeki Azure çalışan SD-WAN hub NVA'larına tüneller ayarlamak üzere yapılandırabilirsiniz. Hem ExpressRoute özel eşlemesini hem de Microsoft eşlemeyi kullanabilirsiniz.

Özel eşleştirme

Alt ağ olarak ExpressRoute özel eşlemesini kullandığınızda, tüm şirket içi SD-WAN siteleri Azure'daki SD-WAN hub NVA'larına tüneller oluşturur. Bu senaryo, SD-WAN NVA'lar ile ExpressRoute sanal ağ geçidi arasında yol yaymayı gerektirmez, bu nedenle Yönlendirme Sunucusu'nu AllowBranchToBranch bayrağı false olarak ayarlanmış şekilde yapılandırmanız gerekir.

Bu yaklaşım, ExpressRoute bağlantısını sonlandıran müşteri veya sağlayıcı tarafı yönlendiricilerde düzgün BGP yapılandırması gerektirir. Microsoft Enterprise Edge yönlendiricileri (MSEEs), doğrudan veya sanal ağ eşlemesi aracılığıyla bağlantı hattına bağlı sanal ağların tüm yollarını duyurur. Sanal ağları hedefleyen trafiği bir SD-WAN tüneli üzerinden iletmek için şirket içi sitenin bu yolları ExpressRoute bağlantı hattından değil SD-WAN cihazından öğrenmesi gerekir.

Sonuç olarak, ExpressRoute bağlantısını sonlandıran müşteri tarafı veya sağlayıcı tarafı yönlendiricilerinin Azure aldıkları yolları filtrelemesi gerekir. Alt ağdaki tek yollar, şirket içi SD-WAN cihazlarının Azure'daki SD-WAN hub NVA'larına erişmesine izin vermelidir. ExpressRoute özel eşlemesini SD-WAN alt ağ olarak kullanmayı planlayan müşteriler, yönlendirme cihazlarının bu yapılandırmayı desteklediğini doğrulamalıdır. Bu gereksinim özellikle ExpressRoute için kullanılan uç cihazları denetlemeyen müşteriler için geçerlidir. Örneğin, bir MPLS operatörü bir IPVPN hizmetinin üzerinde ExpressRoute bağlantı hattını sağlar.

SD-WAN alt ağı olarak kullanılan ExpressRoute özel eşlemesini gösteren diyagram. Şirket içi SD-WAN siteleri ExpressRoute bağlantısı üzerinden Azure SD-WAN hub NVA'larına tüneller oluşturur. Diyagramda soldan sağa yatay olarak düzenlenmiş üç alt ağa sahip bir merkez sanal ağı gösterilmektedir: GatewaySubnet, RouteServerSubnet ve SdwanNvaSubnet. Sol taraftaki GatewaySubnet, ağ geçidi simgesi olarak temsil edilen bir ExpressRoute müşteri uç cihazı içerir. Ortadaki RouteServerSubnet, üstte “instance 0”, altta ise “instance 1” etiketli üst üste yerleştirilmiş kutular olarak gösterilen iki işlem kaynağına sahip bir Route Server örneği içerir; bunlar, Route Server için yerleşik yedekliliği temsil eder. Sağdaki SdwanNvaSubnet bir SD-WAN NVA cihazı içerir. Dikey çizgiler alt ağları birbirine bağlar ve ağ bağlantısını temsil eder; ayrıca, Yönlendirme Sunucusu üzerinden SD-WAN NVA’ya geçen ExpressRoute müşteri uç cihazı bağlantılarını da gösterir. Sol alt kısımda Customer ExpressRoute bağlantılı tesis etiketli büyük bir kutu, ExpressRoute bağlantısı olan bir şirket içi siteyi gösterir ve ExpressRoute müşteri uç cihazı içerir. Bir bağlantı hattı, müşteri tesisinden GatewaySubnet içindeki ExpressRoute müşteri uç cihazına bağlanacak şekilde bir ExpressRoute devresi üzerinden uzanır. Yol Sunucusunun altındaki yatay ek açıklama kutusu AllowBranchToBranch ayarının false olarak ayarlandığını gösterir. Bu açıklama, bu senaryo SD-WAN NVA'ları ile ExpressRoute sanal ağ geçidi arasında rota yayılımı gerektirmediği için Yönlendirme Sunucusu yapılandırma bayrağının false olarak ayarlandığını belirtir. Diyagramın alt kısmında, bir lejant üç çizgi türünü ve bunların anlamlarını gösterir: Azure ve ExpressRoute'taki rota yayılımı için gri kesikli çizgi (BGP), SD-WAN tüneli için düz turuncu çizgi ve SD-WAN rota yayılımı için siyah kesikli çizgi (SD-WAN sağlayıcısı tarafından desteklenen herhangi bir yönlendirme protokolü).

Microsoft ağ eşlemesi

ExpressRoute Microsoft eşlemesini SD-WAN tüneller için alt ağ olarak da kullanabilirsiniz. Bu senaryoda, Azure’daki SD-WAN hub NVA’ları yalnızca genel tünel uç noktalarını sunar; bu uç noktalar hem internete bağlı sitelerdeki hem de ExpressRoute’a bağlı sitelerdeki SD-WAN müşteri yerleşkesi ekipmanları (CPE’ler) tarafından kullanılır. ExpressRoute Microsoft eşlemesi, özel eşlemeden daha karmaşık önkoşullara sahiptir, ancak aşağıdaki iki nedenden dolayı bu seçeneğin alt ağ olarak kullanılması önerilir:

• Hub sanal ağında ExpressRoute sanal ağ geçitleri gerektirmez. ExpressRoute FastPath kullanmadığınızda karmaşıklığı ortadan kaldırır, maliyeti azaltır ve SD-WAN çözümünün ağ geçidinin bant genişliği sınırlarının ötesine ölçeklendirilmesini sağlar.

• Bu yaklaşım katman ve alt katman yolları arasında net bir ayrım sağlar. MSEE'ler yalnızca Microsoft ağın genel ön eklerini müşteri veya sağlayıcı ucuna duyurur. Bu yolları ayrı bir sanal yönlendirme ve iletme (VRF) örneğine yerleştirebilir ve bunları yalnızca sitenin LAN'ının çevre ağ kesimine yayabilirsiniz. SD-WAN cihazları, sanal ağlara yönelik yollar da dahil olmak üzere müşterinin kurumsal ağına yönelik yolları katman üzerinden yayar. Bu yaklaşımı değerlendiren müşteriler, yönlendirme cihazlarını uygun şekilde yapılandırabileceklerini veya MPLS taşıyıcılarından uygun hizmeti isteyebileceklerini doğrulamalıdır.

MPLS ile ilgili dikkat edilmesi gerekenler

Geleneksel MPLS kurumsal ağlarından SD-WAN paradigmaya dayalı daha modern ağ mimarilerine geçiş için önemli çaba ve zaman gerekir. MPLS'den SD-WAN'a aşamalı geçişleri uygulamak için bu mimariyi kullanın. Aşağıdaki bölümlerde iki tipik geçiş senaryosu açıklanmaktadır.

Aşamalı MPLS devreden çıkarma

Genel internetin ve Microsoft omurgasının üzerinde bir SD-WAN oluşturmak ve MPLS IPVPN’leri veya diğer özel bağlantı hizmetlerini tamamen devreden çıkarmak isteyen müşteriler, geçiş sırasında ExpressRoute ve SD-WAN bir arada var olma senaryosunu kullanabilir. Bu senaryoda, SD-WAN bağlantılı siteler eski MPLS'lere bağlı sitelere ulaşabilir. Bir siteyi SD-WAN’a taşıdıktan ve CPE cihazlarını devreye aldıktan sonra MPLS bağlantısını devreden çıkarabilirsiniz. Site, en yakın Azure bölgelere SD-WAN tünelleri aracılığıyla tüm şirket ağına erişebilir.

Geleneksel MPLS kurumsal ağlarından SD-WAN’a geçiş sırasında aşamalı MPLS devreden çıkarma mimarisini gösteren diyagram. Azure bölge etiketli üç bölüm, diyagramın üst kısmında soldan sağa yatay olarak görünür. Her Azure bölgesinde, merkez sanal ağını temsil eden kesik çizgili kenarlıklı bir kutu bulunur. Her hub sanal ağı, bir SD-WAN NVA, bir Yönlendirme Sunucusu ve bir ExpressRoute ağ geçidi içerir. Microsoft omurga etiketli geniş yatay bant üç Azure bölgenin altında yer alır ve Azure bölgeleri birbirine bağlayan yüksek performanslı Microsoft genel ağ altyapısını temsil eder. internet olarak etiketlenmiş başka bir yatay bant, Microsoft omurgasının altında yer alır ve SD-WAN tünellerinin üzerinden geçtiği genel internet alt katmanını temsil eder. MPLS omurgası etiketli üçüncü bir bant, İnternet bandına paralel olarak sağ tarafta görünür ve özel MPLS ağ altyapısını temsil eder. Diyagramın en altında beş müşteri tesisi görünür. Soldan sağa doğru: Her biri bir SD-WAN CPE cihazı içeren üç SD-WAN müşteri sahası ve internet bağlantısı üzerindeki “SD-WAN tunnel” etiketli bağlantı çizgileri, internet katmanı boyunca yukarı uzanarak internet varlık noktaları (PoP’ler) üzerinden farklı Azure bölgelerindeki SD-WAN NVA’lara bağlanır. Dördüncü tesis, “SD-WAN’a geçirilmiş müşteri tesisi” olarak etiketlenmiştir ve ayrıca İnternet bağlantısı üzerinden bir tünele sahip olan bir SD-WAN CPE cihazı içerir. En sağdaki beşinci tesis, MPLS müşteri tesisi olarak etiketlenmiştir ve ExpressRoute PoP üzerinden geçen ve ExpressRoute ağ geçidine bağlanan bir ExpressRoute özel eşleme bağlantısı aracılığıyla üçüncü Azure bölgesine bağlanır. Ortada yer alan bir etikette “aşamalı MPLS devreden çıkarma” yazıyor.

Tüm sitelerin geçişi tamamlandığında, MPLS IPVPN’i ve onu Microsoft omurgasına bağlayan ExpressRoute devrelerini devreden çıkarabilirsiniz. Artık ExpressRoute sanal ağ geçitlerine ihtiyacınız yoktur ve bunların sağlamasını kaldırabilirsiniz. Her bölgedeki SD-WAN hub NVA'ları, bu bölgenin merkez-uç ağına tek giriş noktası haline gelir.

MPLS entegrasyonu

İstenen performansı ve güvenilirliği sağlamak için genel ve paylaşılan ağlara güvenmeyen kuruluşlar, mevcut bir MPLS ağını belirli siteler veya uygulamalar için kurumsal sınıf bir alt katman olarak kullanmaya karar verebilir.

SD-WAN alt katman senaryosu olarak ExpressRoute, SD-WAN ve MPLS tümleştirmesini destekler. Özel eşleme yerine ExpressRoute Microsoft eşlemesini tercih edin. Microsoft eşleme kullandığınızda, MPLS ağı ve genel İnternet işlevsel olarak eşdeğer alt katmanlar haline gelir. Azure’daki SD-WAN hub NVA’larının sunduğu tüm SD-WAN tünel uç noktalarına erişim sağlar. Hem İnternet hem de MPLS bağlantısı olan bir siteye dağıtılan bir SD-WAN CPE, her iki alt katmanda da Azure SD-WAN hub'larına birden çok tünel oluşturabilir. CPE daha sonra, SD-WAN kontrol düzleminin yönettiği uygulama düzeyi ilkelerine göre farklı tüneller aracılığıyla farklı bağlantıları yönlendirebilir.

Kuruluşların genel İnternet bağlantısıyla birlikte SD-WAN tüneller için kurumsal sınıf bir alt katman olarak mevcut bir MPLS ağını kullandığı MPLS tümleştirme mimarisini gösteren diyagram. Diyagramın üst kısmında yatay olarak üç Azure bölgesi görüntülenir. Her Azure bölgesi, SD-WAN NVA cihazına sahip bir merkez sanal ağı içerir. Azure bölgelerinin altında, Microsoft omurgası etiketli geniş, yatay bir bant yer alır. Microsoft omurgasının altında iki paralel alt katman ağı yatay şeritler olarak görünür: sol tarafta, İnternet etiketli bir bant genel İnternet alt katmanını temsil eder ve sağ tarafta MPLS omurgası etiketli bir bant özel MPLS ağ alt katmanını temsil eder. Diyagramın en altında beş müşteri tesisi görünür. Sol tarafta, internet alt alanında, soldan sağa üç tesis görünür. İlk tesis, internet alt katmanı ile SD-WAN müşteri tesisi olarak etiketlenmiştir ve bir SD-WAN CPE cihazı içerir. İnternet bağlantısı üzerinden SD-WAN tüneli olarak etiketlenmiş bir bağlantı hattı bu tesisten yukarı uzanır, internet katmanından geçer ve ilk Azure bölgesindeki bir SD-WAN NVA’sına bağlanır. İkinci tesis, MPLS ve internet alt katmanlarıyla SD-WAN müşteri tesisi olarak etiketlenmiştir ve bir SD-WAN CPE cihazı içerir. Bağlantı hatları bu tesisten hem İnternet hem de MPLS katmanları aracılığıyla yukarı doğru uzanır. Bu gruptaki üçüncü tesis, internet ve MPLS altyapı katmanlarına sahip müşteri tesisi SD-WAN olarak etiketlenmiştir ve bir SD-WAN CPE cihazı barındırır. Bağlantı hatları bu tesisten hem alt katman katmanları aracılığıyla genişletilir hem de Azure'daki SD-WAN NVA'lara bağlanır ve bu da her iki bağlantı türüne sahip sitelerin farklı alt katmanlarda birden çok tünel kurduğunu gösterir. Sağ tarafta, MPLS omurga alanında iki tesis görünür. İlk saha, MPLS ve internet underlay’lerine sahip müşteri sahası SD-WAN olarak etiketlenmiştir ve bir SD-WAN CPE cihazı içerir. Bağlantı hatları, hem MPLS omurga katmanı hem de internet katmanı aracılığıyla bu tesisten yukarı doğru uzanır. Sağdan ikinci tesis, MPLS alt katmanlı müşteri tesisi SD-WAN olarak etiketlenmiştir ve içinde bir SD-WAN CPE cihazı bulunur. Bu tesisten başlayan, MPLS üzerinden SD-WAN tüneli olarak etiketlenmiş bir bağlantı hattı yukarı doğru uzanır, MPLS omurga katmanından geçer ve üçüncü Azure bölgesindeki bir SD-WAN NVA'ya bağlanır. ExpressRoute Microsoft eşlemesi kullanıldığında MPLS ağı ve genel internet eşdeğer alt katmanlar olarak işlev görür. SD-WAN CPE’leri, SD-WAN kontrol düzleminin yönettiği uygulama düzeyindeki ilkelere göre farklı bağlantıları farklı tüneller üzerinden yönlendirmek için Azure’daki SD-WAN hub’larına her iki underlay üzerinden de birden çok tünel kurar.

Yönlendirme Sunucusu rota tercihi

Önceki iki bölümdeki her iki MPLS senaryosunda da bazı dal siteleri hem MPLS IPVPN'e hem de SD-WAN'a bağlanabilir. Sonuç olarak, merkez sanal ağlarına dağıtılan Yönlendirme Sunucusu örnekleri ExpressRoute ağ geçitlerinden ve SD-WAN NVA'lardan aynı yolları öğrenebilir.

Sanal ağların yol tablolarında hangi yolu tercih edip genişleteceklerini denetlemek için Yönlendirme Sunucusu yönlendirme tercihini kullanın.

Yönlendirme tercihi, AS Yolu öneklemesini kullanamadığınızda işe yarar. Özel BGP yapılandırmalarını desteklemeyen MPLS IPVPN hizmetleri buna örnek olarak verilebilir. MPLS ağının yolları nasıl topladığınıza, MPLS yollarınızın öznitelikleri üzerinde sahip olduğunuz denetim düzeyine ve geçiş sırasında SD-WAN ile MPLS arasındaki tercihinize bağlı olarak, Yönlendirme Sunucusu'nu MPLS yollarını SD-WAN yolları veya MPLS yolları üzerinden SD-WAN yolları tercih etmeye zorlamanız gerekebilir.

Yönlendirme Sunucusu sınırları ve tasarım konuları

Route Server bu mimarinin merkezinde yer alır. Sanal ağlarda dağıtılan SD-WAN NVA'lar ile temel Azure SDN yığını arasındaki yolları yayar. HA ve yatay ölçeklenebilirlik için birden çok SD-WAN NVA çalıştırmaya yönelik BGP tabanlı bir yaklaşım sağlar. Bu mimariyi temel alan büyük SD-WANs tasarlarken Route Server'ın ölçeklenebilirlik sınırlarını dikkate alın.

Aşağıdaki bölümlerde ölçeklenebilirlik üst sınırları ve her sınırın nasıl işleneceğini gösteren yönergeler sağlanır.

BGP komşuları tarafından Route Server'a tanıtılan yollar

Yol Sunucusu, AllowBranchToBranch bayrağı ayarlandığında ExpressRoute sanal ağ geçitlerine duyurulabilecek rota sayısı için açık bir üst sınır tanımlamaz. Ancak ExpressRoute ağ geçitleri, Route Server'dan öğrendikleri rotaları bağlı oldukları ExpressRoute devrelerine de iletir.

Azure ExpressRoute ağ geçitlerinin özel eşleme üzerinden ExpressRoute bağlantı hatlarına tanıtabileceği yol sayısını sınırlar. Bu makaledeki yönergelere göre SD-WAN çözümler tasarlarken, SD-WAN yolların bu sınıra ulaşmadığından emin olun. Sınıra ulaşırsanız ExpressRoute ağ geçitleri ile ExpressRoute bağlantı hatları arasındaki BGP oturumları bırakılır ve ExpressRoute aracılığıyla bağlanan sanal ağlar ile uzak ağlar arasındaki bağlantı kesilir.

ExpressRoute ağ geçitlerinin devrelere tanıttığını yolların toplam sayısı, Route Server'dan öğrendikleri yolların toplamı ve Azure merkez-uç ağının adres alanını oluşturan ön eklerin toplamıdır. Bırakılan BGP oturumlarından kaynaklanan kesintileri önlemek için aşağıdaki azaltmaları öneririz:

• Varsa, Route Server'a duyurulan yol sayısını sınırlamak için yerel SD-WAN cihaz özelliklerini (yol özetleme ve filtreleme) kullanın.

• ExpressRoute ağ geçitlerinin duyurdukları yol sayısındaki ani artışları proaktif olarak algılamak için Azure İzleyici uyarılarını kullanın. Eşe duyurulan yol sayısı metriğini izleyin.

BGP eşleri

Yol Sunucusu, en fazla BGP eş sayısı ile BGP oturumları kurabilir. Bu sınır, kaç SD-WAN NVA'nın Route Server ile BGP bitişikliği oluşturabileceğini belirler. Ayrıca tüm SD-WAN tünellerinde destekleyebileceğiniz maksimum toplam aktarım hızını tanımlar. Yalnızca büyük SD-WAN’ların bu sınıra ulaşmasının beklendiği öngörülmektedir. Her birinin kendi ağ geçitleri ve yönlendirme sunucuları olan birden çok merkez-uç ağı oluşturmanın ötesinde bir geçici çözüm yoktur.

Katılan VM'ler

ExpressRoute sanal ağ geçitleri ve Yönlendirme Sunucusu, kendi sanal ağlarındaki ve doğrudan eşlenen sanal ağlardaki tüm VM'ler için uzak eşlerinden öğrendikleri yolları yapılandırırlar. Route Server'ı, VM'lere gönderilen yönlendirme güncellemelerinden kaynaklanan aşırı kaynak tüketimine karşı korumak için Azure, tek bir hub-and-spoke ağındaki VM sayısına bir sınır koyar. Yönlendirme Sunucusu'nu içeren merkez sanal ağında ve tüm doğrudan eşlenmiş uç sanal ağlarında beklenen sayıda VM'ye göre Rota Sunucusu kapasitesini ayarlayın.

Contributors

Microsoft bu makaleyi korur. Bu makaleyi aşağıdaki katkıda bulunanlar yazdı.

Asıl yazarlar:

• Federico Guerrini | Üst Düzey Bulut Çözümü Mimarı
• Khush Kaviraj | Bulut Çözümü Mimarı

Herkese açık olmayan LinkedIn profillerini görmek için LinkedIn'e oturum açın.

Sonraki adım

• Microsoft İyi Tasarlanmış Çerçeve

İlgili kaynaklar

• ExpressRoute
• Yüksek oranda kullanılabilir NVA'ları dağıtma