Bölgeler arası ve çoklu bulut bağlantısı

Bu makale, Azure iş yüklerini birden çok bölgede bağlamanıza ve Amazon Web Services (AWS) ve Google Cloud gibi diğer bulut sağlayıcılarıyla bağlantıyı genişletmenize yardımcı olur.

Bu makalenin kapsamı

Bu makale, bölgeler arasında Azure sanal ağları (VNet) bağlamaya ve diğer bulutlarda çalışan iş yüklerine ağ yolları oluşturmaya yönelik tasarım kararlarını kapsar. Bölgeler arası ve çoklu bulut senaryoları için Genel Sanal Ağ Eşleme, Sanal WAN, ExpressRoute Global Reach, siteden siteye VPN ve Azure Route Server ne zaman kullanacağınızı öğrenirsiniz.

Bu makaleye kimin ihtiyacı var?

Bu koşullardan biri veya daha fazlası geçerliyse bu makaleyi okuyun:

  • Mimariniz birden çok Azure bölgesine yayılmıştır ve bunlar arasında özel bağlantıya ihtiyaç duyar.
  • Azure iş yüklerini AWS, Google Cloud veya başka bir dış ağa bağlamanız gerekir.
  • Küresel VNet Eşlemesi, Sanal WAN, ExpressRoute Global Reach, site-to-site VPN veya Azure Route Server'ı karşılaştırmanız gerekir.
  • Olağanüstü durum kurtarma, genel genişletme veya çoklu bulut işlemleri için dayanıklı bağlantı tasarlamanız gerekir.

İpucu

Senaryo yolunu mu takip ediyorsunuz? Uyarlanmış rehberlik için sayfanın üst kısmından senaryonuzu seçin. Aşağıdaki temel kılavuz tüm okuyucular için geçerlidir.

Lift-and-shift odak noktası: Geçiş süreciniz birden fazla Azure bölgesini kapsıyorsa veya başka bir buluta bağlanıyorsa, bu makaleyi yalnızca okuma planınıza ekleyin. Çoğu lift-and-shift projesi tek bir bölgeyle başlar ve daha sonra olağanüstü durum kurtarma veya coğrafi genişletme öncelik haline geldiğinde bölgeler arası bağlantı ekler.

Modernleştirme odağı: Modernleştirmeniz çok bölgeli makalenin kapsamı dışında açık bölgeler arası özel bağlantı gerektiriyorsa bu makaleyi ekleyin. Farklı bölgelerdeki uç ağların doğrudan iletişim yollarına ihtiyaç duyduğu durumlarda veya etkin-etkin dağıtımınız bölgesel merkezler arasında özel peering gerektirdiğinde bu yönergelere ihtiyaç duyarsınız.

Bulutlar arası odak: Bu makale, temel tasarım kararınızı ele alır. Bulutlar arası transit mimariniz için hub-and-spoke ile Sanal WAN arasında seçim yapmadan önce bunu okuyun. Mevcut çoklu bulut topolojinizi keşfetmek, AWS veya Google Cloud ile Azure arasındaki hizmetleri eşlemek ve Azure geçiş sırasında diğer bulutlarda kalan iş yüklerine nasıl bağlandığını tanımlamak için bu makaleyi kullanırsınız.

Azure hizmetleri ve özellikleri

Azure bölgeler arası ve çoklu bulut bağlantısı için çeşitli hizmetler sağlar. Her hizmet farklı ölçek, bant genişliği ve yönetim gereksinimlerini karşılar.

Service Ne sağlar? Ne zaman kullanılır?
Genel Sanal Ağ Eşlemesi Farklı Azure bölgelerindeki VNet'ler arasında düşük gecikmeli özel bağlantı. Trafik Microsoft omurgasında kalır. Bant genişliği yalnızca sanal makine (VM) SKU'su ile sınırlıdır, ağ geçidiyle sınırlı değildir. Ağ geçidi cihazı olmadan farklı bölgelerdeki iki VNet arasında doğrudan iletişim.
Azure Sanal WAN (standart katmanı) Tüm bölgelerde sanal ağları, şubeleri ve uzak kullanıcıları birbirine bağlayan, Microsoft tarafından yönetilen genel geçiş merkezi. Tüm bağlı ağlar arasında geçişli yönlendirme sağlar. Bireysel eşleme bağlantılarını yönetmeden her noktadan her noktaya bağlantı gereksinimi olan, çok sayıda bölgesi ve şubesi bulunan kuruluşlar.
Cloud Exchange aracılığıyla ExpressRoute Üçüncü taraf değişim sağlayıcısı (Equinix veya Megaport gibi) aracılığıyla ayrılmış bulutlar arası bağlantı. AWS veya Google Cloud'a özel, yüksek bant genişliğine sahip bağlantı sağlar. Trafiğin genel İnternet'ten geçmemesi gereken bant genişliği SLA gereksinimlerine sahip çoklu bulut mimarileri.
Siteden Siteye VPN'i diğer bulutlara Azure VPN Gateway ile başka bir bulut sağlayıcısının VPN ağ geçidi (AWS Sanal Özel Ağ Geçidi veya Google Cloud VPN) arasında şifrelenmiş IPsec tüneli. Ayrılmış devrelerin gerekçelendirilmediği test, geliştirme veya üretim senaryoları için çoklu bulut bağlantısı.
Azure Route Server Sanal ağınızla ağ sanal gereçleri (NVA) arasında dinamik BGP rota değişimini etkinleştirir. NVA öğrenmeli yolları Azure SDN yönlendirme dokusuna ekler. Hub VNet’te üçüncü taraf NVA’larla özel yönlendirme veya BGP’nin Azure’a bağlı ağlara yayılmasını gerektiren karmaşık çoklu bulut yönlendirmesi.

Global VNet Eşleme nasıl çalışır?

Global VNet Peering, farklı Azure bölgelerindeki iki sanal ağ arasında doğrudan bir bağlantı oluşturur. Bağlantı tamamen Microsoft omurgası üzerinde çalışır ve hiçbir zaman genel İnternet'ten dolaşmaz. Eşleme ilişkisini yapılandırdıktan sonra, her sanal ağdaki kaynaklar aynı ağdaymış gibi özel IP adresleri kullanarak iletişim kurabilir.

Ağ geçidi tabanlı yaklaşımlardan farklı olarak eşleme tek bir boğulma noktası oluşturmaz. Eşlenmiş sanal ağlar arasındaki bant genişliği, her iki taraftaki VM SKU’suna göre ölçeklenir. Aktarım hızını sınırlayan ayrılmış ağ geçidi gereci yoktur. Bu tasarım, Global VNet Peering’i az sayıdaki VNet arasında bölgeler arası iletişim için en düşük gecikmeli seçenek haline getirir.

Ancak eşleme, tasarım gereği geçişli değildir. VNet A, VNet B ile eşlenirse ve VNet B de VNet C ile eşlenirse, VNet A'dan gelen trafik VNet B üzerinden VNet C'ye ulaşamaz. Doğrudan iletişim kurması gereken her VNet çifti için kendi eşleme bağlantısı gerekir. Hub-spoke modelinde bu, genellikle bölgesel hub VNet’lerini birbiriyle eşlediğiniz ve hub’lar üzerinden bölgeler arasında spoke’tan spoke’a trafiği iletmek için kullanıcı tanımlı rotaları (UDR’ler) veya NVA’ları kullandığınız anlamına gelir.

Sanal WAN küresel geçiş

Azure Sanal WAN (Standart katman), bölgesel hub'lar arasında eşlemeyi el ile yapılandırma gereksinimini ortadan kaldırır. Sanal WAN hub'ları birden çok bölgeye dağıttığınızda, Microsoft omurga üzerinden otomatik olarak hub'dan hub'a bağlantılar kurar. Bir hub'da öğrenilen rotalar diğer tüm hub'lara yayılır ve herhangi bir noktadan herhangi bir noktaya iletişim sağlayan bir geçiş ağı oluşturur.

Bu otomatik yönlendirme, Doğu ABD'deki bir hub'a bağlı uç VNet'in, ek eşleme veya yönlendirme tablosu yapılandırması olmadan Batı Avrupa'daki bir hub'a bağlı uç VNet'e ulaşabileceği anlamına gelir. Sanal WAN ayrıca bu geçişi şube ofislerine (siteden siteye VPN veya ExpressRoute aracılığıyla bağlanır) ve uzak kullanıcılara (noktadan siteye VPN aracılığıyla bağlanır) genişletir. Sonuç, Microsoft tarafından yönetilen, tam ağ bağlantılı küresel bir ağdır.

Bölgeler arasında trafik denetimi için güvenli sanal hub'larda Yönlendirme Amacı'nı etkinleştirin. Routing Intent, merkezler arası trafiği Azure Güvenlik Duvarı üzerinden geçirerek her bir merkezde ayrı ayrı NVA’lar dağıtıp yönetmenize gerek kalmadan tüm bölgelerde merkezi görünürlük ve ilkelerin uygulanmasını sağlar.

Nasıl seçilir?

Senaryonuz için doğru bağlantı yaklaşımını seçmek için aşağıdaki karar tablolarını kullanın.

Bölgeler arası bağlantı seçenekleri

Genel Sanal Ağ Eşlemesi, Sanal WAN merkezden hub'a geçiş ve bulutlar arası VPN yolları gibi bölgeler arası bağlantı desenlerini gösteren diyagram.

Senaryonuz Önerilen yaklaşım Neden?
Farklı bölgelerdeki iki VNet’in doğrudan iletişim kurması gerekir Genel Sanal Ağ Eşlemesi İnternet yollarına göre en düşük gecikme süresi; ağ geçidi performans sorunu yok, yapılandırılması kolay. Bant genişliği VM SKU'su ile ölçeklendirilir.
Birçok bölge, birçok dal, yönetilen geçiş gerekiyor Azure Sanal WAN (standart katmanı) Tüm bağlı hub'lar arasında, herhangi bir noktadan herhangi bir noktaya geçişli yönlendirme sağlar. Microsoft yönlendirme altyapısını yönetir.
Azure aracılığıyla şirket içi siteleri birbirine bağlama ExpressRoute Global Reach hakkında şirket içi trafiğin Microsoft omurgadan geçmesi için iki ExpressRoute bağlantı hattını bağlar. Azure sanal ağları üzerinden dolaylı yönlendirme yapmaya gerek yok.
Bölgesel hub'da özel yönlendirme veya üçüncü taraf NVA'lar Azure Route Server NVA'lar ile Azure arasında dinamik BGP eşlemesini etkinleştirir. NVA tarafından öğrenilen rotalar otomatik olarak spoke VNet'lere enjekte edilir.

Çoklu bulut bağlantı seçenekleri

Senaryonuz Önerilen yaklaşım Neden?
Bulutlar arası trafik için yüksek bant genişliği ve SLA gerekir Cloud Exchange sağlayıcısı aracılığıyla ExpressRoute Öngörülebilir gecikme süresiyle özel kapasite sağlar. Değişim sağlayıcısı ExpressRoute bağlantı hattınızı diğer buluta doğrudan bağlanma hizmetine bağlar.
Bütçe kısıtlanmış, test veya düşük aktarım hızına bağlı iş yükleri Siteler Arası VPN Devre maliyeti olmadan mevcut İnternet bağlantısını kullanır. Bant genişliği gereksinimleri mütevazı olduğunda uygundur.
Hibrit artı çoklu bulut (şirket içi, Azure ve başka bir bulut) ExpressRoute Global Reach + Cloud Exchange Şirket içinden Azure’a geçiş için Global Reach’i, Azure’dan diğer bulutlara bağlantı için bir bulut değişim hizmetiyle birleştirerek birleşik bir özel omurga oluşturur.

Tasarımla ilgili dikkat edilecek noktalar

Çoğu lift-and-shift taşıma için bölgeler arası bağlantı, ilk günden bir gereksinim olmaktan ziyade gelecekteki genişleme açısından değerlendirilen bir unsurdur. İlk dağıtımınız büyük olasılıkla tek bir Azure bölgesini hedefler.

Gelecekteki genişletmeyi planladığınızda:

  • Genel Sanal Ağ Eşlemesi: İkinci bir Azure bölge eklerken bölgesel merkez sanal ağları arasında Genel Sanal Ağ Eşlemesi'ni kullanın. Bu yaklaşım, bir ağ geçidi cihazı kurmadan düşük gecikmeli özel bağlantı sağlar. Trafik Microsoft omurgasında kalır ve VM SKU’nuzla ölçeklenir.
  • Ertelenmiş karmaşıklık: Sanal WAN veya ExpressRoute Global Reach dağıtımından, varlığınız iki bölgenin ötesine geçene veya dal bağlantısı gereksinimlerini ekleyene kadar kaçının.
  • DR hazırlığı: Bölgeler arası bağlantıya bugün gerek olmasa bile, hangi iş yüklerinin olağanüstü durum kurtarma gerektirdiğini belgeleyin ve gerektiğinde hızla dağıtabilmeniz için eşleme topolojisini önceden planlayın.

Modernleştirilmiş mimariniz, bölgeler genelinde aktif-aktif dağıtım modelini kullanır. Bölgeler arası eşleme, uygulama katmanlarınız farklı bölgeleri kapsadığında doğrudan spoke-to-spoke iletişimi sağlar.

Modernleştirme için önemli tasarım kararları:

  • Aktif-aktif için bölgeler arası eşleme: Çift yönlü trafik akışını etkinleştirmek için birincil ve yedek bölgenizdeki hub VNet’lerini eşleyin. ContosoBiz ve ContosoCare uçlarındaki uygulama ekipleri merkez eşleme yolu üzerinden her iki bölgedeki kaynaklara ulaşabilir.
  • Merkezler üzerinden yönlendirme: Küresel VNet Eşlemesi geçişli olmadığından, bölgeler arası uç ağ trafiğini bölgesel merkezdeki NVA veya Azure Güvenlik Duvarı üzerinden yönlendirin. Denetim için merkez güvenlik duvarı üzerinden uç-uç bölgeler arası trafiği yönlendirmek için kullanıcı tanımlı yolları (UDR) kullanın.
  • Seçmeli eşleme: Tüm uçların bölgeler arası bağlantıya ihtiyacı yoktur. Yalnızca hub VNet'leri eşleştirin ve etkin-etkin iş yüklerinde yer alan belirli spoke VNet'lere ulaşmak için rota yayılımını kullanın.

Bu makale, çoklu bulut bağlantı mimarinizi tasarladığınız yerdir. altyapıyı Azure planlamadan önce mevcut bulut topolojinizi keşfetmeniz ve hizmetleri sağlayıcılar arasında eşlemeniz gerekir.

Bulutlar arası keşif iş akışı

  1. Mevcut topolojinizi keşfedin: Geçerli Sanal Özel Bulut (VPC) topolojinizi, eşleme ilişkilerinizi ve trafik akışı desenlerinizi eşlemek için AWS ve Google Cloud Network Intelligence Center'da İş Yükü Bulma'yı kullanın.
  2. Trafik akışlarını tanımlama: AWS veya Google Cloud ortamınızda VPC'den VPC'ye iletişimi, İnternet gelen ve giden yolları ve daldan buluta bağlantıları belgeleyin.
  3. Hizmetleri Azure eşdeğerleriyle eşleme: Bağlantı tasarımı için anahtar eşlemeleri şunlardır:
AWS / Google Cloud hizmeti Azure eşdeğeri
Transit Ağ Geçidi Azure Sanal WAN
VPC / VPC Ağı Azure Sanal Ağ
Güvenlik Grupları / Güvenlik Duvarı Kuralları Ağ Güvenlik Grupları (NSG)

AWS-Azure ve Google Cloud-Azure arasındaki tüm hizmet eşlemeleri için bkz. Bulutlar arası keşif denetim listesi.

Bağlantı mimarisi kararları

Bulma ve hizmet eşlemesini tamamladıktan sonra aşağıdakilere karar verin:

  • Geçiş modeli: Birden çok VPC'niz, dallarınız, bölgeniz veya bulut kenarlarınız varsa Sanal WAN seçin. Sanal WAN, yönetilen herhangi bir yönlendirme ile AWS Transit Gateway'in Azure eşdeğerini sağlar.
  • Bulutlar arası VPN: Sanal WAN hub'ınızdan (veya merkez sanal ağınızdan) AWS Sanal Özel Ağ Geçidi'ne ve Google Cloud VPN'e VPN Gateway bağlantıları dağıtın. Şifrelenmiş bulutlar arası iletişim için IPsec tünellerini kullanın.
  • Kalan uygulamalar: Geçiş sırasında AWS veya Google Cloud'da kalan iş yüklerini belirleyin. Bu iş yükleri, geçiş tamamlanana kadar bulutlar arası VPN tünelleri üzerinden kalıcı bağlantıya ihtiyaç duyar.

Prerequisites

Bölgeler arası veya çoklu bulut bağlantısını uygulamadan önce aşağıdaki gereksinimleri onaylayın:

  • Dağıtılmış VNet'lere sahip iki veya daha fazla Azure bölgesi: İş yüklerinizin halihazırda birden çok bölgede mevcut olması (veya planlanmış olması) gerekir. Sanal ağ planlama kılavuzu için sanal ağlar ve alt ağlar makalesine bakın.
  • Merkez-uç veya Sanal WAN topolojisi: Bölgeler arası tasarımlar, her bölgede yerleşik bir topoloji üzerine kuruludur. hub-spoke makalesine veya Sanal WAN makalesine bakın.
  • ExpressRoute bağlantı hatları (Global Reach için): Şirket içi sitelere bağlanmayı planlıyorsanız, her konumda mevcut ExpressRoute bağlantı hatlarına ihtiyacınız vardır. Karma bağlantı makalesine bakın.
  • Bulutlar arası hesap erişimi: Çoklu bulut VPN veya değişim bağlantısı için, bağlantının uzak tarafını yapılandırmak için diğer bulut sağlayıcısının ağ konsoluna yönetici erişimine ihtiyacınız vardır.

Güvenlik konuları

Bölgeler arası ve çoklu bulut bağlantısı, tek bölgeli dağıtımlarda mevcut olmayan belirli güvenlik sorunlarını ortaya taşır.

Bölgeler arası trafik denetimi

Genel VNet eşlemesi geçişli değildir. Eşlenen sanal ağlar arasındaki trafik, güvenlik duvarından veya denetim noktasından geçmeden doğrudan akar. Bölgeler arası trafiği incelemeniz gerekiyorsa, her bölge hub'ında bir ağ sanal gereci (NVA) veya Azure Güvenlik Duvarı üzerinden yönlendirin.

Sanal WAN için, güvenli sanal hub'larda özel trafik ilkeleriyle Yönlendirme Amacı'nı etkinleştirin. Routing Intent, merkezler arası trafiği Azure Güvenlik Duvarı Yöneticisi tarafından yönetilen güvenlik duvarları üzerinden yönlendirir; bu da merkezi bölgeler arası trafik denetimi sağlar. Bu yapılandırma için Standart Sanal WAN katmanı gerekir.

Bulutlar arası bağlantıları şifreleme

Diğer bulutlara yönelik siteden siteye VPN tünelleri varsayılan olarak şifrelenir (IPsec/IKE). Ancak, bulut değişimi aracılığıyla ExpressRoute bağlantıları özeldir ancak ağ katmanında şifrelenmez. ExpressRoute üzerinden şifrelemeye ihtiyacınız varsa, ExpressRoute Direct bağlantı hatlarında MACsec dağıtın veya uygulama katmanı TLS şifrelemesini kullanın.

VPN katmanı olmadan bulut değişiminden geçen bulutlar arası trafik için ExpressRoute yolunun içinde NVA tabanlı bir IPsec tüneli dağıtmayı göz önünde bulundurun. Bu yaklaşım, ayrılmış bir bağlantı hattının bant genişliği ve gecikme süresi avantajlarından vazgeçmeden şifreleme ekler. Alternatif olarak, her hizmet uç noktasının temel alınan aktarımdan bağımsız olarak kimlik doğrulaması ve verileri şifrelemesi için uygulama katmanında karşılıklı TLS (mTLS) kullanın. Seçim, ağ katmanı (tüm trafik) şifrelemesine ihtiyacınız olup olmadığına veya uygulama katmanında şifrelemeyi zorlayabilmenize bağlıdır.

Maliyetle ilgili konular

Tüm bölgeler arası bağlantı, veri aktarımı ücretlerine neden olur. Küresel VNet Eşlemesi, Sanal WAN merkezler arası trafiği ve VPN Gateway bölgeler arası tünellerinin tümü çıkış tabanlı fiyatlandırmayı kullanır. Fiyatlar bölge çiftlerine göre değişir:

  • Kıta içi (örneğin, Doğu ABD-Batı ABD): Genellikle bölge için standart çıkış fiyatlandırması aralığında gb başına daha düşük oran.
  • Kıtalar arası (örneğin, Doğu ABD'den Batı Avrupa'ya): Daha uzun omurga mesafeleri ve kıtalar arası kapasite nedeniyle GB başına daha yüksek hız.

Sanal WAN, bir hub'a bağlı her uç sanal ağı veya dal için bir bağlantı birimi ücreti ve Azure Güvenlik Duvarı çalıştıran güvenli bir hub'dan geçen trafik için veri işleme ücreti ekler. Bu katmanlı fiyatlandırma, yalnızca birkaç bölge ve az sayıda uç ağ içeren mimarilerde Sanal WAN’ın basit Global VNet Eşlemesi’nden daha pahalıya mal olabileceği anlamına gelir; ancak onlarca şube ve bölge bağlandığında, ölçek büyüdükçe birim başına daha iyi maliyet avantajı sunar.

Çoklu bulut bağlantısı için, bir bulut değişim sağlayıcısı üzerinden ExpressRoute kullanımı; port ücretleri ve değişim sağlayıcısının çapraz bağlantı ücretlerine ek olarak Azure ExpressRoute devre ücretlerini ve diğer bulutun doğrudan bağlantı ücretlerini de beraberinde getirir. Siteden siteye VPN, devre maliyetlerini ortadan kaldırır ancak Azure’dan çıkan veriler için standart çıkış ücretleri yine de uygulanır.

Rehber -lik: Mümkün olduğunda yüksek trafikli iş yüklerini aynı bölgede birlikte kullanın. Genellikle daha düşük hacimli akışlar olan denetim düzlemi eşitlemesi, eşzamansız çoğaltma ve olağanüstü durum kurtarma için yük devretme işlemleri için bölgeler arası yolları ayırın.

Felaket kurtarma desenleri

Bölgeler arası bağlantı, olağanüstü durum kurtarma (DR) için temeldir. Seçtiğiniz desen, kurtarma süresi hedefinizi (RTO) ve kurtarma noktası hedefinizi (RPO) belirler.

Active-active

Her iki bölge de aynı anda üretim trafiğine hizmet sunmaktadır. Genel yük dengeleyici (Azure Front Door veya Azure Traffic Manager gibi) istekleri bölgeler arasında dağıtır. Bir bölge başarısız olursa trafik en az kesintiyle hayatta kalan bölgeye kayar. Bu düzen en düşük RTO'yu (saniyeler arası) sunar, ancak hem bölgelerde tam altyapı hem de çift yönlü veri eşitlemesi gerektirir ve bu da maliyeti ve karmaşıklığı artırır.

Active-passive

Bir bölge üretim trafiğine hizmet verirken, ikinci bölge önceden dağıtılmış (ancak ölçeği azaltılmış olabilecek) altyapıyla beklemede kalır. Çoğaltma pasif bölgenin verilerini güncel tutar. Hata durumunda pasif bölgeyi yükseltip trafiği yeniden yönlendirirsiniz. RTO, pasif kaynakları ne kadar hızlı ölçeklendirebildiğinize ve DNS veya yük dengeleyici devretmesini ne kadar hızlı tamamlayabildiğinize bağlıdır; bu süre genellikle birkaç dakikadan onlarca dakikaya kadar değişir.

Pilot ışığı

İkincil bölgede, çoğaltılan veritabanları ve devreye alınmış çekirdek ağ altyapısıyla, aktif işlem gücü olmadan asgari düzeyde bir varlık. Yedek sisteme geçiş sırasında uygulamanın işlem kaynaklarını dağıtır veya ölçeklendirir ve trafiği yönlendirirsiniz. Bu model, kararlı durum maliyetini en aza indirir ancak bölge trafiği karşılayabilmeden önce hesaplama kaynaklarının başlatılması gerektiğinden RTO'yu artırır.

Tüm düzenlerde, bölgeler arası bağlantı (Genel VNet Eşlemesi veya Sanal WAN hub’ları arası bağlantı), çoğaltma trafiği için özel veri aktarım yolunu sağlar. DR runbook’larınızın rota yayılım gecikmelerini dikkate aldığından emin olun ve ikincil bölgedeki Ağ Güvenlik Grubu (NSG) kurallarının yük devretme trafiğine izin verdiğini doğrulayın.

Anahtar kısıtlamaları

Kısıtlama Impact
Küresel VNet Eşlemesi geçişli değildir VNet A'nın VNet B ile ve VNet B'nin VNet C ile eşlenmiş olması, A'nın C'ye ulaşabileceği anlamına gelmez. A'yı doğrudan C ile eşlemeniz veya Sanal WAN gibi bir geçiş çözümü kullanmanız gerekir.
Sanal WAN Basic katmanı geçişliliği desteklemez Basic Sanal WAN, VNet-to-VNet geçişli bağlantıyı desteklemez. Bölgeler arası geçiş için Standart katmanı kullanın.
ExpressRoute Global Reach, jeopolitik bağlantılar için Premium SKU gerektirir Farklı jeopolitik bölgelerdeki devreler (örneğin, ABD ve Avrupa) Premium eklenti gerektirir. Standart SKU bağlantı hatları yalnızca aynı jeopolitik sınır içinde bağlanır.
AWS için önerilen Etkin-Etkin VPN Ağ Geçidi AWS Virtual Private Gateway, VPN bağlantısı başına iki tünel oluşturur. Tüm kullanılabilir tünelleri kullanmak ve asimetrik yönlendirmeyi önlemek için etkin-etkin modda Azure VPN Gateway yapılandırın.

Daha fazla bilgi edinin

Sonraki Adımlar

İpucu

Kendi başınıza mı keşfedersiniz? Özelliğe göre bir sonraki makalenizi bulmak için genel bakış gezginine dönün.

Lift-and-shift yolculuğunuzdaki bir sonraki adım:

Çok bölgeli ağ iletişimi: Taşımanız birden fazla bölgeye genişlerse çok bölgeli bağlantıyı ve yük devretmeyi planlayın.

Modernleştirme yolculuğunuzda bir sonraki adım:

Ağ izleme ve gözlemlenebilirlik: Üretime hazır olma için bölgeler arasında gözlemlenebilirliği etkinleştirin.

Bulutlar arası yolculuğunuzda sonraki adım:

Sanal WAN topolojisi: Çok bulutlu ve çok katmanlı bağlantınız için geçiş hub'ı olarak Sanal WAN kullanın.

  • Last updated on