Azure Service Bus Coğrafi olağanüstü durum kurtarma

  • Makale

Veri işleme kaynaklarının felaketlere karşı dayanıklılık, birçok kuruluş için ve hatta bazı durumlarda sektör düzenlemeleri için gerekli olan bir gereksinimdir.

Azure Service Bus zaten tek tek makinelerin ve hatta tam rafların yıkıcı hata riskini bir veri merkezindeki birden çok hata etki alanına yayılan kümeler arasında yayar ve hizmetin garanti edilen hizmet düzeylerinde çalışmaya devam etmesi ve bu tür hatalar oluştuğunda genellikle fark edilebilir kesintiler olmadan şeffaf hata algılama ve yük devretme mekanizmaları uygular. Premium ad alanı iki veya daha fazla mesajlaşma birimine sahip olabilir ve bu mesajlaşma birimleri, tüm etkin Service Bus küme modelini destekleyen bir veri merkezi içindeki birden çok hata etki alanına yayılır.

Premium katman ad alanı için kesinti riski fiziksel olarak ayrılmış üç tesise (kullanılabilirlik alanları) daha da yayılır ve hizmet, bir veri merkezinin tam ve yıkıcı kaybıyla anında başa çıkmak için yeterli kapasite rezervine sahiptir. Kullanılabilirlik alanı desteğiyle birlikte bir hata etki alanındaki tüm etkin Azure Service Bus küme modeli, ciddi donanım hatalarına karşı dayanıklılık ve hatta tüm veri merkezi tesislerinin yıkıcı kaybı açısından şirket içi ileti aracısı ürünlerinden daha üstündür. Yine de, bu önlemlerin bile yeterince savunamayabileceği yaygın fiziksel yıkımla ilgili ciddi durumlar olabilir.

Service Bus Coğrafi olağanüstü durum kurtarma özelliği, bu büyüklükteki bir olağanüstü durumdan kurtarmayı ve başarısız bir Azure bölgesini temelli olarak ve uygulama yapılandırmalarınızı değiştirmek zorunda kalmadan bırakmanızı kolaylaştıracak şekilde tasarlanmıştır. Bir Azure bölgesini terk etmek genellikle çeşitli hizmetleri kapsar ve bu özellik öncelikli olarak bileşik uygulama yapılandırmasının bütünlüğünün korunmasına yardımcı olmayı amaçlar. Bu özellik, Service Bus Premium SKU'su için genel kullanıma sunulmuştur.

Coğrafi Olağanüstü Durum kurtarma özelliği, bir ad alanının (kuyruklar, konular, abonelikler, filtreler) tüm yapılandırmasının eşlendiğinde birincil ad alanından ikincil ad alanına sürekli olarak çoğaltılmasını sağlar ve istediğiniz zaman birincil ad alanından ikincil ad alanına yalnızca bir kez yük devretme işlemi başlatmanızı sağlar. Yük devretme taşıma işlemi, ad alanı için seçilen diğer ad adını ikincil ad alanına yeniden işaret eder ve eşleştirmeyi bozar. Yük devretme işlemi başlatıldıktan hemen sonra gerçekleşir.

Dikkat edilmesi gereken önemli noktalar

  • Bu özellik, aynı yapılandırmayla işlemlerin anında sürekliliğini sağlar, ancak kuyruklarda, konu aboneliklerinde veya teslim edilemeyen kuyruklarda tutulan iletileri çoğaltmaz. Kuyruk semantiğini korumak için, böyle bir çoğaltma yalnızca ileti verilerinin çoğaltılması değil, aracıdaki her durum değişikliğinin de çoğaltılması gerekir. Service Bus ad alanlarının çoğunda, gerekli çoğaltma trafiği uygulama trafiğini çok aşacak ve yüksek aktarım hızına sahip kuyruklarla, çoğu ileti birincilden zaten silinmiş durumdayken ikincilye çoğaltılır ve bu da aşırı derecede gereksiz trafiğe neden olur. Coğrafi olağanüstü durum kurtarma için seçeceğiniz birçok eşleştirme için geçerli olan yüksek gecikme süreli çoğaltma yolları için, gecikme kaynaklı azaltma etkileri nedeniyle çoğaltma trafiğinin uygulama trafiğine sürdürülebilir bir şekilde ayak uydurması da mümkün olmayabilir.
  • Birincil ad alanında Service Bus varlıklarına Microsoft Entra rol tabanlı erişim denetimi (RBAC) atamaları ikincil ad alanına çoğaltılamaz. Bunlara erişimin güvenliğini sağlamak için ikincil ad alanında el ile rol atamaları oluşturun.
  • Aşağıdaki yapılandırmalar çoğaltılamaz.
    • Sanal ağ yapılandırmaları
    • Özel uç nokta bağlantıları
    • Tüm ağlara erişim etkin
    • Güvenilen hizmet erişimi etkin
    • Genel ağ erişimi
    • Varsayılan ağ eylemi
    • Kimlikler ve şifreleme ayarları (müşteri tarafından yönetilen anahtar şifrelemesi veya kendi anahtarını getir (KAG) şifrelemesi)
    • Otomatik ölçeklendirmeyi etkinleştirme
    • Yerel kimlik doğrulamayı devre dışı bırakma
  • Bölümlenmiş ad alanını bölümlenmemiş bir ad alanıyla eşleştirme desteklenmez.
  • Bir varlık için etkinleştirilirse AutoDeleteOnIdle , yük devretme gerçekleştiğinde varlık ikincil ad alanında bulunmayabilir. İkincil birincil olduğunda, meta verilerin parçası olmayan son erişim durumu yeni birincil için kullanılamaz ve varlık temizleme işleminin AutoDeleteOnIdle bir parçası olarak silinebilir.

İpucu

Kesintiler ve olağanüstü durumlarla başa çıkmak için kuyrukların ve konu aboneliklerinin içeriğini çoğaltmak ve ilgili ad alanlarını etkin/etkin yapılandırmalarda çalıştırmak için bu Coğrafi olağanüstü durum kurtarma özellik kümesine dayanmayın, ancak çoğaltma yönergelerini izleyin.

Kesintiler ve olağanüstü durumlar

"Kesintiler" ile "olağanüstü durumlar" arasındaki ayrımı not etmek önemlidir.

Kesinti, Azure Service Bus'ın geçici olarak kullanılamamasıdır ve mesajlaşma deposu ve hatta veri merkezinin tamamı gibi hizmetin bazı bileşenlerini etkileyebilir. Ancak sorun düzeltildikten sonra Service Bus yeniden kullanılabilir duruma gelir. Genellikle, bir kesinti iletilerin veya diğer verilerin kaybına neden olmaz. Bu tür bir kesintiye örnek olarak veri merkezinde güç kesintisi yaşanabilir. Bazı kesintiler geçici veya ağ sorunları nedeniyle yalnızca kısa bağlantı kayıplarıdır.

Olağanüstü durum , Service Bus kümesinin, Azure bölgesinin veya veri merkezinin kalıcı veya uzun süreli kaybı olarak tanımlanır. Bölge veya veri merkezi yeniden kullanılabilir duruma gelebilir veya kullanılamayabilir ya da saatler ya da günler boyunca çalışmayabilir. Bu tür afetlere örnek olarak yangın, sel veya deprem verilebilir. Kalıcı hale gelen olağanüstü durum bazı iletilerin, olayların veya diğer verilerin kaybolmasına neden olabilir. Ancak çoğu durumda veri kaybı olmaması gerekir ve veri merkezi yeniden açıldığında iletiler kurtarılabilir.

Azure Service Bus'ın Coğrafi olağanüstü durum kurtarma özelliği bir olağanüstü durum kurtarma çözümüdür. Bu makalede açıklanan kavramlar ve iş akışı geçici veya geçici kesintiler için değil olağanüstü durum senaryoları için geçerlidir. Microsoft Azure'da olağanüstü durum kurtarma hakkında ayrıntılı bilgi için bu makaleye bakın.

Temel kavramlar ve terimler

Olağanüstü durum kurtarma özelliği meta veri olağanüstü durum kurtarma uygular ve birincil ve ikincil olağanüstü durum kurtarma ad alanlarını kullanır. Coğrafi olağanüstü durum kurtarma özelliği yalnızca Premium SKU için kullanılabilir. Bağlantı diğer ad aracılığıyla yapıldığından bağlantı dizesi değişiklik yapmanız gerekmez.

Bu makalede aşağıdaki terimler kullanılmıştır:

  • Diğer ad: Ayarladığınız olağanüstü durum kurtarma yapılandırmasının adı. Diğer ad, tek bir kararlı Tam Etki Alanı Adı (FQDN) bağlantı dizesi sağlar. Uygulamalar bir ad alanına bağlanmak için bu diğer ad bağlantı dizesi kullanır. Diğer ad kullanmak, yük devretme tetiklendiğinde bağlantı dizesi değişmemesini sağlar.

  • Birincil/ikincil ad alanı: Diğer ad alanına karşılık gelen ad alanları. Birincil ad alanı "etkin" olur ve iletileri alır (mevcut veya yeni bir ad alanı olabilir). İkincil ad alanı "pasif" şeklindedir ve ileti almaz. Her ikisi arasındaki meta veriler eşitlenir, bu nedenle her ikisi de herhangi bir uygulama kodu veya bağlantı dizesi değişiklik olmadan iletileri sorunsuz bir şekilde kabul edebilir. Yalnızca etkin ad alanının iletileri aldığından emin olmak için diğer adı kullanmanız gerekir.

  • Meta veriler: Kuyruklar, konular ve abonelikler gibi varlıklar ve bunların ad alanıyla ilişkili hizmetin özellikleri. Yalnızca varlıklar ve ayarları otomatik olarak çoğaltılır. İletiler çoğaltılamaz.

  • Yük devretme: İkincil ad alanını etkinleştirme işlemi.

Ayarlama

Aşağıdaki bölüm, ad alanları arasında eşleştirmeyi ayarlamaya yönelik bir genel bakıştır.

Coğrafi olağanüstü durum kurtarmanın nasıl çalıştığını gösteren resim.

Önce mevcut bir birincil ad alanını ve yeni bir ikincil ad alanını oluşturur veya kullanırsınız, ardından ikisini eşleştirebilirsiniz. Bu eşleştirme, bağlanmak için kullanabileceğiniz bir diğer ad sağlar. Diğer ad kullandığınızdan, bağlantı dizesi değiştirmeniz gerekmez. Yük devretme eşleştirmenize yalnızca yeni ad alanları eklenebilir.

  1. Birincil premium katman ad alanını oluşturun.

  2. İkincil premium katman ad alanını farklı bir bölgede oluşturun. Bu adım isteğe bağlıdır. Bir sonraki adımda eşleştirmeyi oluştururken ikincil ad alanını oluşturabilirsiniz.

  3. Azure portalında birincil ad alanınıza gidin.

  4. Soldaki menüden Coğrafi kurtarma'yı seçin ve araç çubuğunda Eşleştirmeyi başlat'ı seçin.

    Eşleştirmeyi başlat bağlantısının seçili olduğu Coğrafi kurtarma sayfasını gösteren ekran görüntüsü.

  5. Eşleştirmeyi başlat sayfasında şu adımları izleyin:

    1. Mevcut ikincil ad alanını seçin veya farklı bir bölgede bir ad alanı oluşturun. Bu örnekte, ikincil ad alanı olarak mevcut bir ad alanı kullanılır.

    2. Diğer Ad için, geo-dr eşleştirmesi için bir diğer ad girin.

    3. Ardından Oluştur’u seçin.

      Azure portalında Eşleştirmeyi Başlat sayfasını gösteren ekran görüntüsü.

  6. Aşağıdaki görüntüde gösterildiği gibi Service Bus Geo-DR Diğer Adı sayfasını görmeniz gerekir. Ayrıca, soldaki menüden Coğrafi kurtarma'ya tıklayarak birincil ad alanı sayfasından Geo-DR Diğer Ad sayfasına gidebilirsiniz.

    Birincil ve ikincil ad alanlarına sahip Service Bus Geo-DR Diğer Adı sayfasını gösteren ekran görüntüsü.

  7. Diğer adın birincil bağlantı dizesi erişmek için Geo-DR Diğer Adı sayfasında soldaki menüde Paylaşılan erişim ilkeleri'ni seçin. Birincil/ikincil ad alanına doğrudan bağlantı dizesi kullanmak yerine bu bağlantı dizesi kullanın. Başlangıçta, diğer ad birincil ad alanını gösterir.

  8. Genel Bakış sayfasına geçin. Aşağıdaki eylemleri gerçekleştirebilirsiniz:

    1. Birincil ve ikincil ad alanları arasındaki eşleştirmeyi kesme. Araç çubuğunda Eşleştirmeyi kes'i seçin.
    2. İkincil ad alanına el ile yük devretme.

      1. Araç çubuğunda Yük Devretme'yi seçin.

      2. Diğer adınızı yazarak ikincil ad alanına yük devretmek istediğinizi onaylayın.

      3. İkincil ad alanına güvenli bir şekilde yük devretmek için Kasa Yük Devretme seçeneğini AÇIN.

        Not

        • Güvenli yük devretme, ikincile geçmeden önce bekleyen Coğrafi DR çoğaltmalarının tamamlandığından emin olur. Zorlamalı veya el ile yük devretme, ikincilye geçiş öncesinde bekleyen çoğaltmaların tamamlanmasını beklemez.
        • Şu anda birincil ve ikincil ad alanları aynı Azure aboneliğinde değilse güvenli yük devretme başarısız olur.

      4. Ardından Yük Devretme'yi seçin.

        Yük Devretme sayfasını gösteren ekran görüntüsü.

        Önemli

        Yük devretme ikincil ad alanını etkinleştirir ve birincil ad alanını Coğrafi Olağanüstü Durum Kurtarma eşleştirmesinden kaldırır. Yeni bir coğrafi olağanüstü durum kurtarma çiftine sahip olmak için başka bir ad alanı oluşturun.

  9. Son olarak, yük devretme gerekip gerekmediğini algılamak için biraz izleme eklemeniz gerekir. Çoğu durumda, hizmet büyük bir ekosistemin bir parçasıdır, bu nedenle otomatik yük devretmeler nadiren mümkündür, genellikle yük devretmelerin kalan alt sistem veya altyapıyla eşitlenmiş olarak gerçekleştirilmesi gerekir.

Service Bus standart - premium

Azure Service Bus Standart ad alanınızı Azure Service Bus Premium'a geçirdiyseniz PS/CLI veya REST API aracılığıyla olağanüstü durum kurtarma yapılandırmasını oluşturmak için önceden var olan diğer adı (Service Bus Standart ad alanı bağlantı dizesi) kullanmanız gerekir.

Bunun nedeni, geçiş sırasında Azure Service Bus standart ad alanı bağlantı dizesi/DNS adınızın Azure Service Bus premium ad alanınızın diğer adı haline gelmesidir.

İstemci uygulamalarınız, olağanüstü durum kurtarma eşleştirmesinin ayarlandığı premium ad alanına bağlanmak için bu diğer adı (yani Azure Service Bus standart ad alanı bağlantı dizesi) kullanmalıdır.

Olağanüstü durum kurtarma yapılandırmasını ayarlamak için Azure portalını kullanırsanız portal bu uyarıyı sizden soyutlar.

Yük devretme akışı

Yük devretme, müşteri tarafından el ile (açıkça bir komut aracılığıyla veya komutu tetikleyen istemciye ait iş mantığı aracılığıyla) ve hiçbir zaman Azure tarafından tetiklemez. Müşteriye Azure'ın omurgası üzerinde kesinti çözümü için tam sahiplik ve görünürlük sağlar.

Birincil ad alanından ikincil ad alanına yük devretme akışını gösteren görüntü.

Yük devretme tetiklendiğinde -

  1. Diğer ad bağlantı dizesi İkincil Premium ad alanına işaret eden şekilde güncelleştirilir.

  2. İstemciler (gönderenler ve alıcılar) otomatik olarak İkincil ad alanına bağlanır.

  3. Birincil ve İkincil premium ad alanı arasındaki mevcut eşleştirme bozuk.

Yük devretme başlatıldıktan sonra -

  1. Başka bir kesinti oluşursa yeniden yük devretme yapabilmek istiyorsunuz. Bu nedenle, başka bir pasif ad alanı ayarlayın ve eşleştirmeyi güncelleştirin.

  2. Yeniden kullanılabilir duruma geldikten sonra eski birincil ad alanından iletileri çekin. Bundan sonra, bu ad alanını coğrafi kurtarma kurulumunuzun dışında normal mesajlaşma için kullanın veya eski birincil ad alanını silin.

Not

Yalnızca başarısız iletme semantiği desteklenir. Bu senaryoda yük devretme işlemi yapıp yeni bir ad alanıyla yeniden eşleştirin. Yeniden başarısız olunması desteklenmez; örneğin, bir SQL kümesinde.

İzleme sistemleriyle veya özel olarak oluşturulmuş izleme çözümleriyle yük devretmeyi otomatikleştirebilirsiniz. Ancak, bu tür otomasyon, bu makalenin kapsamı dışında olan ek planlama ve çalışma gerektirir.

Yük devretmeyi nasıl otomatikleştirebileceğinizi gösteren görüntü.

Yönetim

Örneğin ilk kurulum sırasında yanlış bölgeleri eşleştirdiyseniz, istediğiniz zaman iki ad alanının eşleştirmesini kesebilirsiniz. Eşleştirilmiş ad alanlarını normal ad alanları olarak kullanmak istiyorsanız diğer adı silin.

Var olan ad alanını diğer ad alanı olarak kullanma

Üreticilerin ve tüketicilerin bağlantılarını değiştirememenize neden olan bir senaryonuz varsa, ad alanı adınızı diğer ad olarak yeniden kullanabilirsiniz. GitHub'da örnek koda buradan bakın.

Örnekler

GitHub'da yer alan örneklerde yük devretmenin nasıl ayarlanacağı ve başlatıldığı gösterilmektedir. Bu örnekler aşağıdaki kavramları gösterir:

  • Azure Resource Manager'ı Service Bus ile kullanmak, Coğrafi olağanüstü durum kurtarmayı ayarlamak ve etkinleştirmek için Microsoft Entra Id'de gerekli olan bir .NET örneği ve ayarları.
  • Örnek kodu yürütmek için gereken adımlar.
  • Var olan bir ad alanını diğer ad olarak kullanma.
  • Alternatif olarak PowerShell veya CLI aracılığıyla coğrafi olağanüstü durum kurtarmayı etkinleştirme adımları.
  • Diğer adı kullanarak geçerli birincil veya ikincil ad alanından gönderme ve alma .

Dikkat edilmesi gereken noktalar

Bu sürümle ilgili dikkat edilmesi gereken aşağıdaki noktalara dikkat edin:

  • Yük devretme planlamanızda zaman faktörünü de dikkate almanız gerekir. Örneğin, bağlantıyı 15-20 dakikadan uzun süre kaybederseniz, yük devretmeyi başlatmaya karar vekleyebilirsiniz.
  • Hiçbir verinin çoğaltılmış olmaması, şu anda etkin oturumların çoğaltılması anlamına gelir. Ayrıca yinelenen algılama ve zamanlanmış iletiler çalışmayabilir. Yeni oturumlar, yeni zamanlanmış iletiler ve yeni yinelenenler çalışır.
  • Karmaşık bir dağıtılmış altyapının yük devretmesi en az bir kez prova edilmelidir.
  • Varlıkların eşitlenmesi biraz zaman alabilir ve dakikada yaklaşık 50-100 varlık olabilir. Abonelikler ve kurallar da varlık olarak sayılır.

Kullanılabilirlik Alanları

Service Bus Premium SKU kullanılabilirlik alanlarını destekler ve aynı Azure bölgesinde hatadan yalıtılmış konumlar sağlar. Service Bus, mesajlaşma deposunun üç kopyasını yönetir (1 birincil ve 2 ikincil). Service Bus, veri ve yönetim işlemleri için üç kopyanın da eşitlenmiş durumda kalmasını sağlar. Birincil kopya başarısız olursa, ikincil kopyalardan biri algılanan kapalı kalma süresi olmadan birincil kopyaya yükseltilir. Uygulamalar Service Bus bağlantısının geçici olarak kesiliyor olduğunu görürse, SDK'daki yeniden deneme mantığı otomatik olarak Service Bus'a yeniden bağlanır.

Kullanılabilirlik alanlarını kullandığınızda, hem meta veriler hem de veriler (iletiler) kullanılabilirlik alanındaki veri merkezleri arasında çoğaltılır.

Not

Azure Service Bus Premium için Kullanılabilirlik Alanları desteği yalnızca kullanılabilirlik alanlarının bulunduğu Azure bölgelerinde kullanılabilir.

Portal aracılığıyla bir premium katman ad alanı oluşturduğunuzda, kullanılabilirlik alanları desteği (seçili bölgede varsa) ad alanı için otomatik olarak etkinleştirilir. ARM / Bicep şablonları, CLI veya PowerShell gibi diğer mekanizmalar aracılığıyla premium katman ad alanı oluştururken, özelliğin zoneRedundant kullanılabilirlik alanlarını (seçili bölgede varsa) etkinleştirmek için açıkça olarak olarak ayarlanması true gerekir. Bu özelliği kullanmanın ek bir maliyeti yoktur ve ad alanı oluşturulduktan sonra bu özelliği devre dışı bırakamaz veya etkinleştiremezsiniz.

Özel uç noktalar

Bu bölümde, özel uç noktaları kullanan ad alanlarıyla Coğrafi olağanüstü durum kurtarma kullanılırken dikkat edilmesi gerekenler açıklanmıştır. Genel olarak Service Bus ile özel uç noktaları kullanma hakkında bilgi edinmek için bkz. Azure Service Bus'ı Azure Özel Bağlantı ile tümleştirme.

Yeni eşleştirmeler

Özel uç nokta içeren birincil ad alanı ile özel uç nokta içermeyen ikincil ad alanı arasında bir eşleştirme oluşturmaya çalışırsanız, eşleştirme başarısız olur. Eşleştirme yalnızca hem birincil hem de ikincil ad alanlarının özel uç noktaları varsa başarılı olur. Birincil ve ikincil ad alanları ve özel uç noktaların oluşturulduğu sanal ağlarda aynı yapılandırmaları kullanmanızı öneririz.

Not

Birincil ad alanını özel bir uç nokta ve ikincil ad alanıyla eşleştirmeye çalıştığınızda, doğrulama işlemi yalnızca ikincil ad alanında özel bir uç nokta olup olmadığını denetler. Yük devretme sonrasında uç noktanın çalışıp çalışmadığını denetlemez. Yük devretme sonrasında özel uç nokta ile ikincil ad alanının beklendiği gibi çalıştığından emin olmak sizin sorumluluğunuzdadır.

Özel uç nokta yapılandırmalarının aynı olup olmadığını test etmek için, sanal ağın dışından ikincil ad alanına bir Get queues isteği gönderin ve hizmetten bir hata iletisi aldığınızı doğrulayın.

Mevcut eşleştirmeler

Birincil ve ikincil ad alanı arasında eşleştirme zaten varsa, birincil ad alanında özel uç nokta oluşturma işlemi başarısız olur. Sorunu çözmek için önce ikincil ad alanında özel bir uç nokta oluşturun ve ardından birincil ad alanı için bir uç nokta oluşturun.

Not

İkincil ad alanına salt okunur erişim izni verilse de özel uç nokta yapılandırmalarında güncelleştirmelere izin verilir.

Uygulamanız ve Service Bus için olağanüstü durum kurtarma yapılandırması oluştururken, uygulamanızın hem birincil hem de ikincil örneklerini barındıran sanal ağlara karşı hem birincil hem de ikincil Service Bus ad alanları için özel uç noktalar oluşturmanız gerekir.

İki sanal ağınız olduğunu varsayalım: VNET-1, VNET-2 ve şu birincil ve ikincil ad alanları: ServiceBus-Namespace1-Primary, ServiceBus-Namespace2-Secondary. Aşağıdaki adımları uygulamanız gerekir:

  • üzerinde ServiceBus-Namespace1-Primary, VNET-1 ve VNET-2 alt ağlarını kullanan iki özel uç nokta oluşturun
  • üzerinde ServiceBus-Namespace2-Secondary, VNET-1 ve VNET-2'den aynı alt ağları kullanan iki özel uç nokta oluşturun

Özel uç noktalar ve sanal ağlar

Bu yaklaşımın avantajı, Service Bus ad alanından bağımsız olarak uygulama katmanında yük devretmenin gerçekleşebilir olmasıdır. Aşağıdaki senaryoları göz önünde bulundurun:

Yalnızca uygulama yük devretmesi: Burada uygulama VNET-1'de yoktur ancak VNET-2'ye geçer. Her iki özel uç nokta da hem birincil hem de ikincil ad alanları için hem VNET-1 hem de VNET-2'de yapılandırıldığından, uygulama yalnızca çalışır.

Service Bus yalnızca ad alanı yük devretmesi: Her iki özel uç nokta da hem birincil hem de ikincil ad alanları için her iki sanal ağda yapılandırıldığından, uygulama yalnızca çalışır.

Not

Sanal ağın coğrafi olağanüstü durum kurtarma yönergeleri için bkz. Sanal Ağ - İş Sürekliliği.

Rol tabanlı erişim denetimi

Birincil ad alanında Service Bus varlıklarına Microsoft Entra rol tabanlı erişim denetimi (RBAC) atamaları ikincil ad alanına çoğaltılamaz. Bunlara erişimin güvenliğini sağlamak için ikincil ad alanında el ile rol atamaları oluşturun.

Sonraki adımlar

Service Bus mesajlaşması hakkında daha fazla bilgi edinmek için aşağıdaki makalelere bakın: