Azure Etkinlik Merkezi coğrafi çoğaltma

Azure Event Hubs coğrafi çoğaltma, ad alanınızın meta verilerinin (varlıklar, yapılandırma ve özellikler) ve olay verilerinin kopyalarını birden çok Azure bölgede tutar. Birincil bölgenizde kesinti yaşanırsa, akış uygulamalarınızın en az veri kaybıyla çalışmasını sağlamak için ikincil bölgeyi yükseltebilirsiniz.

Aşağıdaki bölümlerde coğrafi çoğaltmanın nasıl çalıştığı açıklanır, zaman uyumlu ve zaman uyumsuz çoğaltma modları karşılaştırılır ve ikincil bölgelerin nasıl yönetileceğini açıklanmaktadır.

Not

Event Hubs coğrafi çoğaltma özelliği yalnızca Premium ve Ayrılmış katmanlarda kullanılabilir.

Coğrafi çoğaltma, bir ad alanının meta verilerinin ve verilerinin birincil bölgeden ikincil bölgeye sürekli olarak çoğaltılmasını sağlar. Ad alanının birden fazla bölgeye genişletildiği düşünülebilir; bunlardan biri birincil, diğeri ikincil bölgedir.

İstediğiniz zaman ikincil bölge birincil bölge olacak şekilde yükseltilebilir. İkincil bir bölgeyi yükseltmek, ad alanı FQDN'sini (tam etki alanı adı) seçili ikincil bölgeye yeniden yönlendirir ve önceki birincil bölge, bir ikincil bölgeye düşürülür.

Senaryo

Event Hubs coğrafi çoğaltma birden çok senaryoda kullanılabilir.

İş sürekliliği ve olağanüstü durum kurtarma

Coğrafi çoğaltma, ad alanınızdaki tüm akış verileri için olağanüstü durum kurtarma ve iş sürekliliği sağlar. Kuruluşlar, verileri bölgeler arasında çoğaltarak veri kaybına karşı koruma sağlayabilir ve bölgesel bir kesinti durumunda bile uygulamalarının çalışır durumda kalmasını sağlayabilir. Bu özellik, yüksek kullanılabilirlik ve en düşük kapalı kalma süresi gerektiren görev açısından kritik uygulamalar için çok önemlidir.

Genel veri dağıtımı

Coğrafi çoğaltma, verilerin genel olarak dağıtılması için kullanılabilir ve uygulamaların en yakın bölgedeki verilere erişmesine olanak tanır. Bu, gecikme süresini azaltır ve dünyanın farklı yerlerinde bulunan iş yüklerinin performansını artırır.

Veri hakimiyeti ve uyumluluğu

Birden çok ülkede veya bölgede faaliyet gösteren kuruluşların genellikle verilerin belirli coğrafi sınırlar içinde depolanmasını gerektiren veri egemenliği yasalarına uyması gerekir. Coğrafi çoğaltma, bu kuruluşların yerel düzenlemelere uygun bölgelere veri çoğaltmasına olanak tanır ve birleşik bir veri platformlarını korurken yasal gereksinimleri karşılamalarını sağlar.

Geçiş ve yükseltmeler

Coğrafi çoğaltma, veri geçiş, bakım ve sistem yükseltmelerini kolaylaştırmak için de kullanılabilir. Kuruluşlar, birincil bölgede bakım ve yükseltme işlemlerine izin vermek için ad alanlarını birincil bölgeden ikincil bölgeye proaktif olarak geçirebilir.

Temel kavramlar

Coğrafi çoğaltma özelliği, meta verileri ve verileri çoğaltmak için birincil-ikincil çoğaltma modeli kullanır. Herhangi bir zamanda hem üreticilere hem de tüketicilere hizmet veren tek bir birincil bölge vardır. İkincil bölge etkin bekleme bölgesi işlevi görür, bu nedenle ikincil bölgeyle etkileşim kuramazsınız. Bununla birlikte, birincil bölgeyle aynı yapılandırmada çalışır, bu da yükseltmeden sonra hızlı bir şekilde adım atabileceği anlamına gelir.

Coğrafi çoğaltma özelliğinin temel özelliklerinden bazıları şunlardır:

• Birincil-ikincil çoğaltma modeli – Coğrafi çoğaltma, belirli bir zamanda olay üreticilerine ve olay tüketicilerine hizmet veren tek bir birincil ad alanının bulunduğu birincil-ikincil çoğaltma modeli üzerine kurulmuştur.
• Event Hubs, yapılandırılan tutarlılık düzeyleriyle, ikincil sistemler arasında meta verilerin, olay verilerinin ve tüketici ofsetinin tamamen yönetilen bayt bayt çoğaltmasını gerçekleştirir.
• Tek ad alanı ana bilgisayar adı - Coğrafi çoğaltma özellikli bir ad alanını başarıyla yapılandırdıktan sonra, istemci uygulamanızda ad alanı konak adını kullanın. Konak adı, yapılandırılan birincil ve ikincil bölgelerden bağımsız davranır ve her zaman birincil bölgeye işaret eder.
• Bir yükseltme başlattığınızda, ana bilgisayar adı yeni birincil bölge olarak seçilen bölgeyi gösterir. Eski birincil, ikincil bir bölge haline gelir.
• İkincil bölgeler üzerinde okuyamaz veya yazamazsınız.
• Birincil bölgeden ikincil bölgeye müşteri tarafından yönetilen yükseltme, kesinti çözümü için tam sahiplik ve görünürlük sağlar. Ölçümler mevcuttur ve bu da müşteri tarafında yükseltmeyi otomatikleştirmeye yardımcı olabilir.
• İkincil bölgeler ekleyebilir veya kaldırabilirsiniz.
• Çoğaltma tutarlılığı - İki çoğaltma tutarlılığı ayarı kullanılabilir: zaman uyumlu ve zaman uyumsuz.

Devlet	Diyagram
Başarısızlıkta geçişten önce (ikincil sistemin birincil hale getirilmesi)
Yedeklilik devrinden sonra (ikincil terfisi)

Çoğaltma modları

İki veri çoğaltma tutarlılık yapılandırması vardır: eşzamanlı ve eşzamansız. Bu iki yapılandırma arasındaki farkları anlayın çünkü bunlar uygulamalarınızı ve veri tutarlılığınızı etkiler.

Zaman uyumsuz çoğaltma

Zaman uyumsuz çoğaltma kullandığınızda, birincil tüm istekleri işler ve ardından istemciye bir onay gönderir. Çoğaltma, ikincil bölgelere asenkron olarak gerçekleşir. Birincil ve ikincil bölgelerdeki en son eylem arasındaki hizmet tarafı kayması olan kabul edilebilir en uzun gecikme süresini yapılandırabilirsiniz. Hizmet, gecikmenin mümkün olduğunca küçük kalmasını sağlayarak verileri ve meta verileri sürekli olarak çoğaltır. Etkin bir ikincil için gecikme, kullanıcı tarafından yapılandırılan çoğaltma gecikmesi üst sınırını aşıyorsa, birincil gelen istekleri azaltmaya başlar.

Eşzamanlı çoğaltma

Zaman uyumlu çoğaltma kullandığınızda, sistem tüm istekleri ikincil konuma gönderir. İkincil konum, birincil konum işlemeden önce işlemi işler ve onaylar. Sonuç olarak, uygulamanız yayımlama, çoğaltma, onaylama ve tamamlama hızında yayımlar. Bu işlem, uygulamanızın her iki bölgenin de kullanılabilirliğine bağlı olduğu anlamına gelir. İkincil bölge öteleniyor veya kullanılamıyorsa, birincil konum iletileri kabul etmez veya işlemez ve gelen istekleri kısıtlar.

Çoğaltma tutarlılığı karşılaştırması

Zaman uyumlu çoğaltma ile:

• Dağıtılmış işleme işlemleri nedeniyle gecikme süresi daha uzundur.
• Kullanılabilirlik, iki bölgenin kullanılabilirliğine bağlıdır. Bir bölge çökerse ad alanınız kullanılamaz.

Öte yandan zaman uyumlu çoğaltma, verilerinizin güvende olduğuna dair en büyük güvenceyi sağlar. Eşzamanlı çoğaltma ile, coğrafi çoğaltma için yapılandırdığınız tüm bölgelerde veriler işlenir ve bu, en iyi veri güvencesini sağlar.

Asenkron çoğaltma ile:

• Gecikme süresi en az düzeyde etkilenir.
• İkincil bölgenin kaybı kullanılabilirliği hemen etkilemez. Ancak, yapılandırılan çoğaltma gecikmesi üst sınırına ulaşıldığında kullanılabilirlik etkilenir.

Bu nedenle, eşzamanlı replikasyon gibi işlemeden önce tüm bölgelerin veriye sahip olacağının kesin garantisi yoktur ve veri kaybı veya yeniden kopyalama gerçekleşebilir. Ancak, tek bir bölge gecikmesi olduğunda veya kullanılamadığında artık hemen etkilenmediğiniz için uygulama kullanılabilirliği, daha düşük gecikme süresine sahip olmanın yanı sıra iyileştirir.

Kapasite	Eşzamanlı çoğaltma	Zaman uyumsuz çoğaltma
Gecikme	Dağıtılmış onaylama işlemleri nedeniyle daha uzun	En az etkilenen
Kullanılabilirlik	İkincil bölgelerin kullanılabilirliğine bağlı	İkincil bölge kaybı kullanılabilirliği hemen etkilemez
Veri tutarlılığı	Bildirimden önce her iki bölgede de her zaman işlenen veriler	Bildirimden önce yalnızca birincil ortamda onaylanan veriler işlenir.
RPO (Kurtarma Noktası Hedefi)	RPO 0, yükseltmede veri kaybı yok	RPO > 0, yükseltmede olası veri kaybı

Coğrafi çoğaltmayı yapılandırdıktan sonra çoğaltma modunu değiştirebilirsiniz. Senkron olandan asenkron olana veya asenkron olandan senkron olana geçiş yapabilirsiniz. Zaman uyumsuzdan zaman uyumluya geçerseniz, gecikme sıfıra ulaştıktan sonra ikincil bölge zaman uyumlu olarak yapılandırılır. Herhangi bir nedenle sürekli bir gecikme yaşıyorsanız, gecikme süresinin sıfıra ulaşmasını sağlamak ve modunuzun zaman uyumlu duruma geçebilmesi için yayıncılarınızı duraklatmanız gerekebilir. Zaman uyumsuz çoğaltma yerine zaman uyumlu çoğaltmayı etkinleştirme nedenleri, uygulamanızın kullanılabilirliği yerine verilerin önemine, belirli iş gereksinimlerine veya uyumluluk nedenlerine bağlıdır.

Not

İkincil bir bölge gecikirse veya kullanılamaz hale gelirse, uygulama bu bölgeye çoğaltma işlemi yapılamaz ve çoğaltma gecikmesine ulaşıldıktan sonra kısıtlamaya başlar. Ad alanını birincil konumda kullanmaya devam etmek için sorunlu ikincil bölgeyi kaldırın. Tüm ikincil bölgeleri kaldırırsanız, coğrafi çoğaltma etkinleştirilmeden ad alanı devam eder. İstediğiniz zaman başka ikincil bölgeler ekleyebilirsiniz. Olay hub'ları olan üst düzey varlıklar, yapılandırılan çoğaltma modundan bağımsız olarak zaman uyumlu olarak çoğaltılır.

İkincil bölge seçimi

Coğrafi çoğaltma özelliğini etkinleştirmek için özelliğin etkinleştirildiği birincil ve ikincil bölgeleri kullanın. Coğrafi çoğaltma özelliği, yayımlanan iletileri birincil bölgelerden ikincil bölgelere çoğaltabilmeye bağlıdır. İkincil bölge başka bir kıtadaysa, bu seçimin birincil bölgeden ikincil bölgeye çoğaltma gecikmesi üzerinde önemli bir etkisi vardır. Coğrafi çoğaltmayı kullanılabilirlik nedenleriyle kullanıyorsanız, mümkün olduğunca aynı kıtadaki ikincil bölgeleri seçin. Coğrafi uzaklık nedeniyle oluşan gecikme süresini daha iyi anlamak için bkz. Azure ağ gidiş dönüş gecikmesi istatistikleri.

Not

Coğrafi çoğaltma, Event Hubs'ın birincil ve ikincil kopyalarının aynı katmanda olmasını gerektirir. Katmanlar arasında coğrafi çoğaltma yapılandıramazsınız.

Coğrafi çoğaltma yönetimi

Coğrafi çoğaltma özelliği, meta verileri ve verileri çoğaltmak için ikincil bir bölge yapılandırmanızı sağlar. Bu nedenle, aşağıdaki yönetim görevlerini gerçekleştirebilirsiniz:

• Coğrafi çoğaltmayı yapılandırma - Coğrafi çoğaltma özelliğini etkinleştirerek bir bölgedeki herhangi bir yeni veya mevcut ad alanında ikincil bölgeleri yapılandırabilirsiniz.
• Çoğaltma tutarlılığını yapılandırma - Coğrafi çoğaltmayı yapılandırırken zaman uyumlu ve zaman uyumsuz çoğaltmayı ayarlayın. Bu ayarı daha sonra da değiştirebilirsiniz.
• Terfi/Yük Devretmeyi Tetikleme - Tüm terfiler müşteri tarafından başlatılır.
• İkincil bir bölgeyi kaldırma - İkincil bölgeyi kaldırmak istiyorsanız, bunu yapabilirsiniz. İkincil bölgedeki veriler silinir.

Yükseltmeyi tetikleme ölçütleri

İşte bir ikincilin birincil seviyeye terfi ettirilmesine sebep olabileceği bazı durumlar.

• Bölgesel kesinti: Birincil bölgeyi etkileyen bölgesel bir kesinti varsa, iş sürekliliğini sağlamak ve kapalı kalma süresini en aza indirmek için ikincil bölgeyi yükseltin.

• Bakım etkinlikleri: Birincil bölgedeki planlı bakım etkinlikleri sırasında ikincil bölgenin tanıtılması, görev açısından kritik uygulamalar için yüksek kullanılabilirlik sağlanmasına yardımcı olabilir.

• Olağanüstü durum kurtarma: Birincil bölgeyi etkileyen bir olağanüstü durum durumunda, ikincil bölgenin tanıtılması verilerinizin erişilebilir kalmasını ve uygulamalarınızın çalışmaya devam etmesini sağlar.

• Performans sorunları: Birincil bölgede Event Hubs'ınızın kullanılabilirliğini veya güvenilirliğini etkileyen performans sorunları yaşanıyorsa ikincil bölgenin tanıtılması bu sorunların azaltılmasına yardımcı olabilir.

İş sürekliliği planının etkili olduğundan ve uygulamalarınız gerektiğinde sorunsuz bir şekilde ikincil bölgeye geçiş yapabileceklerinden emin olmak için zaman zaman yük devretme mekanizmalarını test edin.

Veri çoğaltmayı izleme

Uygulama Ölçümleri günlüklerinde çoğaltma gecikmesi ölçümünü denetleyerek çoğaltma işinin ilerleme durumunu izleyebilirsiniz.

• Event Hubs ad alanınızda Uygulama Ölçümleri günlüklerini etkinleştirmek için İzleme Azure Event Hubs - Azure Event Hubs | Microsoft Learn.

• Uygulama Ölçümleri günlüklerini etkinleştirdikten sonra, günlükleri görmeye başlamadan önce birkaç dakika boyunca ad alanından veri üretin ve kullanın.

• Uygulama Ölçümleri günlüklerini görüntülemek için Event Hubs sayfasının İzleme bölümüne gidin ve soldaki menüden Günlükler'i seçin. Birincil ve ikincil ad alanları arasındaki çoğaltma gecikmesini (saniye cinsinden) bulmak için aşağıdaki sorguyu kullanın.

  AzureDiagnostics
    | where TimeGenerated > ago(1h)
    | where Category == "ApplicationMetricsLogs"
    | where ActivityName_s == "ReplicationLag"
  

• Sütun count_d , birincil ve ikincil bölge arasındaki çoğaltma gecikmesini saniye cinsinden gösterir.

Veri yayımlama

Yayımlama uygulamaları, coğrafi çoğaltma özellikli ad alanının ad alanı ana bilgisayar adı aracılığıyla coğrafi olarak çoğaltılan ad alanlarına veri gönderebilir. Yayımlama yaklaşımı, coğrafi çoğaltma olmayan durumla aynıdır. Veri düzlemi SDK'larında veya istemci uygulamalarında herhangi bir değişiklik yapmanız gerekmez.

Olay yayımlama aşağıdaki durumlarda kullanılamayabilir:

• İkincil bölgenin yükseltilmesini talep ettikten sonra, mevcut birincil bölge olay hub'ına yayımlanan tüm yeni olayları reddeder.
• Birincil ve ikincil bölgeler arasındaki çoğaltma gecikmesi en uzun çoğaltma gecikme süresine ulaştığında yayımcı giriş iş yükü kısıtlanabilir.

Publisher uygulamaları ikincil bölgelerdeki hiçbir ad alanına doğrudan erişemez.

Veri tüketme

Uygulamalar, coğrafi çoğaltma özelliğinin etkin olduğu bir ad alanının ana bilgisayar adını kullanarak verileri tüketebilir. Promosyon başlayana kadar tüketici işlemleri desteklenmez.

Denetim noktası oluşturma ve uzaklık yönetimi

Olay kullanan uygulamalar, uzaklık yönetimini coğrafi olarak çoğaltılmamış bir ad alanında yaptıkları gibi koruyabilir. Coğrafi çoğaltma özellikli ad alanlarının ofset yönetimi için dikkate gerek yok.

Uyarı

Zorunlu yük devretme (yani, kontrollü olmayan yük devretme) durumunda, henüz kopyalanmadığı için bazı veriler kaybolabilir. Bu veri kaybı, söz konusu verilerin uzaklıklarının ad alanının birincil ve ikincil bölgeleri arasında farklı olmasını sağlar. Ancak, uzaklıklar ad alanı için yapılandırılan en yüksek çoğaltma gecikmesi sınırları içinde kalır. Böyle durumlarda, son işlenen uzaklıktan tüketmeye başlayın. Bazı veriler yinelenen işlemeye sahip olabilir ve bunları istemci tarafında işlemeniz gerekir.

Kafka

Tüketiciler uzaklıkları doğrudan Event Hubs'a işler ve sistem uzaklıkları bölgeler arasında çoğaltır. Bu nedenle tüketiciler, birincil bölgede kaldıkları yerden tüketmeye başlayabilir.

Desteklenen Apache Kafka istemcilerinin listesi aşağıdadır:

İstemci adı	Sürüm
Apache Kafka	2.1.0 veya üzeri
Librdkafka ve türetilmiş kitaplıklar	2.1.0 veya üzeri

Diğer kitaplıklar için destek API sürümüne bağlıdır:

API adı	Desteklenen sürüm
Meta Veri API'si	7 veya sonrası
Fetch API	9 veya üzeri
ListOffset API'si	4 veya üzeri
OffsetFetch API'si	5 veya üzeri
OffsetForLeaderEpoch API'si	0 veya üzeri

Event Hubs SDK ve AMQP

AMQP için kullanıcılar, Azure Blob depolama veya özel depolama çözümü gibi bir denetim noktası deposu kullanarak denetim noktasını yönetir. Yük devretme durumunda, istemcilerin kontrol noktası verilerini almasını sağlamak ve ileti kaybını önlemek için ikincil bölgenin kontrol noktası deposuna sahip olması gerekir.

Event Hubs SDK'sının en son sürümü, yük devretmeleri desteklemek için denetim noktası gösteriminde yapılan değişiklikleri içerir. SDK'ların en son sürümlerini kullanın, ancak aşağıdaki SDK'ların önceki sürümleri de desteklenir.

Dil	Paket adı
C# (programlama dili)	Azure.Messaging.EventHubs
C# (programlama dili)	Microsoft.Azure.EventHubs

Uyarı

Uygulamanın bir parçası olarak, bir ad alanında coğrafi çoğaltmayı etkinleştirdiğinizde denetim noktası biçimi uyarlanır. Coğrafi çoğaltma eşleştirmeden sonraki denetim noktaları yeni bir biçimle yazılır. Coğrafi çoğaltma eşleştirmesi yapıldıktan hemen sonra ancak yeni bir denetim noktası depolanmadan önce ikincil bölgeyi birincil bölgeye yükseltmeye zorlarsanız (bu durum zorlamalı yükseltme veya yük devretme durumunda gerçekleşebilir), yükseltmeden sonra yayımlanan yeni veriler kaybolabilir.

Böyle durumlarda, son işlenen uzaklıktan tüketmeye başlayın. Bazı veriler yinelenen işlemeye sahip olabilir ve bunları istemci tarafında işlemeniz gerekir.

SDK'ların en son sürümlerine yükseltin.

Değerlendirmeler

Aşağıdaki noktaları göz önünde bulundurun:

• Yükseltme planlamanızda zaman faktörünü göz önünde bulundurun. Örneğin, bağlantıyı 15-20 dakikadan uzun süre kaybederseniz yükseltmeyi başlatmaya karar vekleyebilirsiniz.
• Karmaşık bir dağıtılmış altyapıyı tanıtmak üzere en az bir kez test etmelisiniz.

Fiyatlandırma

Fiyatlandırma, seçtiğiniz katmana göre değişir, ancak genellikle iki parametresi vardır:

• Küme veya ad alanı için işlem ücreti.
• Birincil ve ikincil bölgeler arasında çoğaltılan verilerin bant genişliği ücreti.

Not

Ücretleri belirlemek için Azure Event Hubs adresinde listelenen fiyatlandırma ayrıntılarına bakın. Coğrafi çoğaltma ücreti birincil bölgenin konumuna bağlıdır.

Özel kümeler

Event Hubs özel kümeler ile coğrafi çoğaltma kullandığınızda, ayrı bölgelerde en az iki özel kümeye ihtiyaç vardır. Coğrafi olarak çoğaltılan küme dışındaki ad alanlarını barındırmak için bu kümeleri kullanabilirsiniz. Bu ayrılmış kümeler için her birine ayrılan Kapasite Birimi (CU) sayısına göre ayrı ayrı ödeme gerçekleştirirsiniz.

Coğrafi çoğaltmayı etkinleştirdiğinizde, tek ek ücret birincilden ikincilye çoğaltılan veriler için bant genişliği ücretidir. Bu ücret birincil bölgenin konumuna bağlıdır.

Premium ad alanları

Premium ad alanları için coğrafi çoğaltmayı etkinleştirdiğinizde ikincil bölgede aynı sayıda işlem birimi (PU) elde edersiniz. Kullandığınız RU sayısı ve birincil ve ikincil bölge arasında aktarılan verilerin bant genişliği için ödeme yapın.

Örneğin, 4 PU ile sağladığınız bir Premium ad alanında coğrafi çoğaltmayı etkinleştirirseniz, için ödeme yaparsınız.

• Birincil bölgede 4 PU,
• İkincil bölgede 4 PU,
• Çoğaltılan verilerin GB başına coğrafi çoğaltma ücreti.

Birincil ve ikincil bölgeler arasında aktarılan verilere göre bant genişliği ücretleri ödersiniz.

Fiyatlandırma sayaçları

Coğrafi çoğaltma veri aktarımı bant genişliği ücreti için fiyat ölçerleri aşağıdaki ayrıntılarla görünür:

Ürün Adı	Ölçüm Açıklaması
Service Bus	Service Bus - Coğrafi Çoğaltma Bölgesi 1 GB Veri Aktarımı - BÖLGE ADI
Service Bus	Service Bus - Coğrafi Çoğaltma Bölgesi 2 GB Veri Aktarımı - BÖLGE ADI
Service Bus	Service Bus - Coğrafi Çoğaltma Bölgesi 3 GB Veri Aktarımı - BÖLGE ADI

Özel uç noktalar

Event Hubs isim alanına özel bir uç nokta üzerinden bağlanan istemciler, failover sonrası otomatik olarak yeni ana bölgeye bağlanır. Event Hubs isim alanı, trafiği mevcut ana bölgeye dahili yönlendirir, böylece müşterilerin hangi bölgenin birincil olduğunu bilmesi gerekmez ve özel uç nokta değişmeden çalışmaya devam eder. Promosyon genellikle iki dakikadan kısa sürede tamamlanır; bu süre zarfında müşteriler geçici hatalar görüp yeniden bağlantı kurabilir. Yeniden deneme politikasını buna göre yapılandırın.

Özel uç noktaları bölgesel kaynaklardır. Yüksek erişilebilirlik için, uygulamanızı birden fazla bölgeye dağıtın ve her bölgenin sanal ağında özel bir uç nokta oluşturun.

DNS

Her bölge için yalnızca o bölgenin sanal ağına bağlı bir privatelink.servicebus.windows.net özel DNS bölgesi kullanın. Yerel özel uç nokta için A kaydı, özel DNS bölge grubu eklediğinizde otomatik olarak eklenir. Her bölge, hangi bölgenin birincil olduğuna bakılmaksızın, isim alanı adını yerel uç noktasına çözümler.

Eğer her iki sanal ağ arasında tek bir özel DNS bölgesini paylaşıyorsanız, sadece bir A kaydı var ve bu kayıt en son bağlanan uç noktaya işaret eder. Bu durumda, tüm istemcilerin o uç noktaya ulaşabilmesi için bölgeler arası sanal ağ eşleştirmesi ekleyin.

Yerel istemciler için, namespace'i en yakın bölgenin özel uç noktasına koşullu yönlendirme veya manuel olarak tutulan bir kayıt ile çözebilirsiniz. Terfi için yerel DNS değişikliği gerekmez.

Failover senaryoları

• Sadece uygulama için geçici devre. Uygulama diğer sanal ağa taşınır. Yerel özel uç nokta üzerinden ad alanına ulaşır.
• Yalnızca ad alanı düzeyinde yük devretme. Olay Merkezi'nin ana rolü taşınıyor. İstemciler aynı bağlantı dizesi ve yerel uç noktayı korur; trafik otomatik olarak yeni ana noktaya yönlendirilir.
• Bölgesel kesinti. Etkilenen bölgedeki özel uç noktaya ulaşılamıyor. Sağlıklı bir bölgede özel uç noktası bulunan istemciler, çalışır durumda kalan bölgede çalışmaya devam eder.

İlgili içerik

Coğrafi çoğaltma özelliğini kullanmayı öğrenmek için bkz . Coğrafi çoğaltmayı kullanma.