Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Coğrafi olağanüstü durum kurtarma, Azure Event Hubs'ta ad alanı yapılandırmanızı (olay hub'ları, tüketici grupları ve ayarlar) birincil ad alanından ikincil ad alanına sürekli olarak çoğaltan bir olağanüstü durum kurtarma özelliğidir. Bu özellik, bölgesel kesintiler sırasında birincil ad alanından ikincil ad alanına yük devretme başlatmanızı sağlar.
Not
Bu makalede yalnızca meta verileri çoğaltan coğrafi olağanüstü durum kurtarma özelliği açıklanmaktadır. Hem verileri hem de meta verileri çoğaltan coğrafi çoğaltma özelliği hakkında bilgi için bkz. Coğrafi çoğaltma.
Kullanılabilirlik alanı desteğine sahip tüm etkin Azure Event Hubs küme modeli, donanım ve veri merkezi kesintilerine karşı dayanıklılık sağlar. Ancak tüm bölgenin ve tüm bölgelerin kullanılamadığı bir olağanüstü durum oluşursa, iş yükünüzü ve uygulama yapılandırmanızı kurtarmak için coğrafi olağanüstü durum kurtarmayı kullanabilirsiniz.
Bu makalede açıklanan kavramlar ve iş akışı 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 bkz. Azure uygulamaları için Disaster recovery. Coğrafi felaket kurtarma ile, birincilden ikincile istediğiniz zaman isteğe bağlı olarak yalnızca bir kez yük devretme işlemi başlatabilirsiniz. Yük devretme işlemi, ad alanı için seçilen diğer adı ikincil ad alanına işaret eder. Taşımadan sonra eşleştirme kaldırılır. Yük devretme işlemi başlatıldığında neredeyse anında gerçekleşir.
Önemli
- Bu özellik, aynı yapılandırmaya sahip işlemlerin anlık sürekliliğini sağlar, ancak olay verilerini çoğaltmaz. Felaket tüm bölgelerin kaybolmasına neden olmadığı sürece, yük devretme işlemi sonrasında birincil olay hub'ında korunan olay verileri kurtarılabilir ve erişim sağlandıktan sonra geçmiş olaylar oradan elde edilebilir. Kesintiler ve olağanüstü durumlarla başa çıkmak için olay verilerini ç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.
- Birincil ad alanı içindeki varlıklara 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.
Coğrafi olağanüstü durum kurtarma eşleştirmesini ayarlamak ve yük devretmeyi başlatmak için bkz. Coğrafi olağanüstü durum kurtarmayı yapılandırma.
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ına dayanır. Coğrafi olağanüstü durum kurtarma özelliği yalnızca standart, premium ve ayrılmış katmanlar 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 sabit Tam Uygun Alan Adı (FQDN) bağlantı dizesini sağlar. Uygulamalar bu diğer ad bağlantı dizisini kullanarak bir ad alanına bağlanır.
- Birincil/ikincil ad alanı: Diğer ad alanına karşılık gelen ad alanları. Birincil ad alanı etkindir ve iletiler alır (mevcut veya yeni bir ad alanı olabilir). İkincil ad alanı pasiftir 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ığını garanti etmek için takma adı kullanmanız gerekir.
- Meta veriler: Etkinlik hub'ları ve tüketici grupları gibi varlıklar ve bunların ad alanıyla ilişkili servisin özellikleri. Yalnızca varlıklar ve ayarları otomatik olarak çoğaltılır. İletiler ve olaylar çoğaltılamaz.
- Yük devretme: İkincil ad alanını etkinleştirme işlemi.
Desteklenen ad alanı çiftleri
Birincil ve ikincil ad alanlarının aşağıdaki birleşimleri desteklenir:
| Birincil ad alanı katmanı | İzin verilen ikincil ad alanı katmanı |
|---|---|
| Standart | Standart, Özel |
| Premium | Premium |
| Tahsisli | Tahsisli |
Önemli
Aynı ayrılmış kümedeki ad alanlarını eşleştiremezsiniz. Ayrı kümelerdeki ad alanlarını eşleştirebilirsiniz.
Yük devretme konusunda dikkat edilmesi gerekenler
Failover planlaması yaparken aşağıdaki noktaları göz önünde bulundurun:
Tasarım gereği Event Hubs coğrafi olağanüstü durum kurtarma verileri çoğaltmaz. Bu nedenle, birincil olay hub'ınızın eski uzaklık değerini ikincil olay hub'ınızda yeniden kullanamazsınız. Aşağıdaki yöntemlerden birini kullanarak olay alıcınızı yeniden başlatın:
- EventPosition.FromStart() - İkincil olay hub'ınızdaki tüm verileri okumak istiyorsanız.
- EventPosition.FromEnd() - İkincil olay hub'ınıza bağlantı zamanından itibaren tüm yeni verileri okumak istiyorsanız.
- EventPosition.FromEnqueuedTime(dateTime) - Belirli bir tarih ve saatten başlayarak ikincil olay hub'ınıza alınan tüm verileri okumak istiyorsanız.
Yük devretme planlamanızdaki zaman faktörünü göz önünde bulundurun. Örneğin, bağlantıyı 15-20 dakikadan uzun süre kaybederseniz, yük devretmeyi başlatmaya karar verebilirsiniz.
Veri çoğaltılmadığı için mevcut etkin oturumlar çoğaltılamaz. Ayrıca yinelenen algılama ve zamanlanmış iletiler çalışmayabilir. Yeni oturumlar, zamanlanmış iletiler ve yeni yinelenenler çalışır.
Karmaşık bir dağıtılmış altyapıda başarısızlık durumunu en az bir kez prova etmelisiniz.
Varlıkların eşitlenmesi biraz zaman alabilir; dakikada yaklaşık 50-100 varlık eşitlenebilir.
Coğrafi kurtarma eşleştirmesi etkinken ikincil ad alanının yönetim düzleminin bazı yönleri salt okunur hale gelir.
coğrafi kurtarma eşleştirme etkinken ikincil ad alanının veri düzlemi salt okunurdur. İkincil ad alanının veri düzlemi, istemci bağlantısı ve erişim denetimlerinin doğrulanmasına olanak tanımak için GET isteklerini kabul eder.
Ö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 Event Hubs ile özel uç noktaları kullanma hakkında bilgi edinmek için bkz . Özel uç noktaları yapılandırma.
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 oluşturduğunuz sanal ağlarda aynı yapılandırmaları kullanın.
Not
Birincil ad alanını özel bir uç nokta ve ikincil bir 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. Uç noktanın çalışıp çalışmadığını veya yük devretmeden sonra çalışıp çalışmayacağını denetlemez. Kesinti sonrası, özel uç noktasıyla ikincil ad alanının beklendiği gibi çalıştığını doğrulamak sizin sorumluluğunuzdadır.
Özel uç nokta yapılandırmalarının birincil ve ikincil ad alanları üzerinde aynı olup olmadığını test etmek için, sanal ağın dışından ikincil ad alanına bir okuma isteği (örneğin: Get Event Hub) gönderin ve hizmetten bir hata iletisi aldığınızı doğrulayın.
Mevcut eşleştirmeler
Birincil ve ikincil ad alanı arasında bir eşleştirme zaten varsa, birincil ad alanında özel uç nokta oluşturma işlemi başarısız olur. Hatayı çö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 olarak erişebilirsiniz ancak özel uç nokta yapılandırmalarını güncelleştirebilirsiniz.
Önerilen yapılandırma
Uygulamanız ve Event Hubs ad alanları için bir olağanüstü durum kurtarma yapılandırması oluşturduğunuzda, hem birincil hem de ikincil Event Hubs ad alanları için özel uç noktalar oluşturun. Bu özel uç noktalar, uygulamanızın hem birincil hem de ikincil örneklerini barındıran sanal ağlara bağlanır.
İki sanal ağınız olduğunu varsayın: VNET-1 ve VNET-2, ve aşağıdaki birincil ve ikincil ad alanları: EventHubs-Namespace1-Primary ve EventHubs-Namespace2-Secondary. Aşağıdaki adımları tamamlayın:
- üzerinde
EventHubs-Namespace1-Primarykullanarak,VNET-1veVNET-2alt ağlarını kullanan iki özel uç nokta oluşturun -
EventHubs-Namespace2-Secondaryüzerinde,VNET-1veVNET-2'den aynı alt ağları kullanan iki özel uç nokta oluşturun.
Bu yaklaşımın avantajı, yük devretmenin Event Hubs ad alanından bağımsız olarak uygulama katmanında gerçekleşebilir olmasıdır. Aşağıdaki senaryoları göz önünde bulundurun:
Yalnızca uygulama yük devretmesi: Bu senaryoda, uygulama VNET-1 içinde mevcut değildir fakat VNET-2 öğesine taşınır. Her iki özel uç nokta, hem birincil hem de ikincil ad alanları için VNET-1 ve VNET-2 üzerinde yapılandırıldığından, uygulama sorunsuz çalışır.
Event Hubs yalnızca ad alanı yük devretmesi: Bu senaryoda, her iki özel uç nokta hem birincil hem de ikincil ad alanları için her iki sanal ağda 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 kontrolü (RBAC)
Birincil ad alanı içindeki varlıklara 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.