Azure Event Hubs - Coğrafi olağanüstü durum kurtarma
Veri işleme kaynaklarının yıkıcı kesintilerine karşı karşı koruma, birçok kurum için ve hatta sektör düzenlemelerinin gerekli olduğu bazı durumlarda bir gereksinimdir.
Azure Event Hubs, tek tek makinelerin ve hatta tam rafların bir veri merkezi içindeki birden çok hata etki alanına yayma riskini zaten yalıtmıştır ve hizmetin güvenli hizmet düzeylerinde çalışmaya devam edecek ve bu tür hatalar durumunda genellikle fark edilebilir kesintiler olmadan saydam hata algılama ve yük devretme mekanizmaları uygulayan bir hizmettir. Kullanılabilirlik alanları için etkin seçenekle bir Event Hubs ad alanı oluşturulmuşsa, kesinti riski fiziksel olarak ayrılmış üç tesis arasında daha fazla yayılır ve hizmetin tüm tesisin tamamına ve yıkıcı kaybına anında müdahale etmek için yeterli kapasite yedekleri vardır.
Kullanılabilirlik alanı desteği Azure Event Hubs tüm etkin depolama alanı küme modeli, donanım hatalarına ve hatta veri merkezi tesislerinin tamamına yönelik yıkıcı kayıplara karşı koruma sağlar. Yine de, bu ölçüler bile yeterince savunması zor olan fiziksel yok etme durumlarına yol açmaktadır.
Coğrafi Event Hubs kurtarma özelliği, bu büyüklükte bir olağanüstü durumdan kurtarmayı ve başarısız bir Azure bölgesinden iyi bir şekilde ve uygulama yapılandırmalarınızı değiştirmek zorunda kalmadan bırakmanızı kolaylaştıracak şekilde tasarlanmıştır. Azure bölgesinden vazgeçmek için genellikle birkaç hizmet gerekir ve bu özellik öncelikli olarak bileşik uygulama yapılandırmasının bütünlüğünü korumaya yardımcı olur.
Geo-Disaster kurtarma özelliği, eşleştirilmiş olduğunda ad alanının (Event Hubs, Tüketici Grupları ve ayarlar) tüm yapılandırmasının birincil ad alanlarından ikincil bir ad alanına sürekli olarak çoğaltılmasından ve herhangi bir anda birincilden ikincile yalnızca bir kez yük devretme işlemi başlatmanıza olanak sağlar. Yük devretme taşıma, ad alanı için seçilen diğer ad adını ikincil ad alanına yeniden işaret eder ve ardından eşleştirmeyi bozacaktır. Yük devretme başlatıldıktan sonra neredeyse anında uzer.
Önemli
- özelliği aynı yapılandırmaya sahip işlemlerin anlık sürekliliğini sağlar, ancak olay verilerini çoğaltmaz. Olağanüstü durum tüm bölgelerin kaybına neden olmadıkça, yük devretmeden sonra birincil Olay Hub'larında korunan olay verileri kurtarılabilir ve erişim geri yüklendikten sonra buradan eski olaylar elde edilebilir. Olay verilerini çoğaltmak ve ilgili ad alanlarını kesintilerle ve olağanüstü durumlarla başa çıkmak için etkin/etkin yapılandırmalarda kullanmak için bu Coğrafi olağanüstü durum kurtarma özellik kümesine dayanın, ancak çoğaltma yönergelerini izleyin.
- Azure Active Directory (Azure AD) rol tabanlı erişim denetimi (RBAC) atamaları ikincil ad alanına çoğaltılmaz. İkincil ad alanına erişimin güvenliğini sağlamak için rol atamalarını el ile oluşturun.
Kesintiler ve olağanüstü durum
"Kesintiler" ve "olağanüstü durum" arasındaki ayrımı not etmek önemlidir. Kesinti, Azure Event Hubs'nin geçici olarak kullanılamamasıdır ve mesajlaşma deposu, hatta veri merkezi gibi bazı hizmet bileşenlerini etkileyebilir. Ancak, sorun düzeltildikten sonra Event Hubs kullanılabilir duruma gelir. Genellikle, kesinti iletilerin veya diğer verilerin kaybına neden değildir. Bu tür kesintilere örnek olarak veri merkezinde güç kesintisi olabilir. Geçici veya ağ sorunları nedeniyle bazı kesintiler yalnızca kısa bağlantı kayıplarıdır.
Olağanüstü durum, küme, Azure bölgesi veya veri merkezi Event Hubs veya daha uzun süreli kayıp olarak tanımlanır. Bölge veya veri merkezi yeniden kullanılabilir veya kullanılamıyor olabilir ya da saatler veya günler boyunca çalışmayabiliyor olabilir. Bu tür olağanüstü durumlara örnek olarak yangın, sel veya deprem örnek olarak verilmiştir. Kalıcı hale gelen bir olağanüstü durum bazı iletilerin, olayların veya diğer verilerin kaybına neden olabilir. Ancak, çoğu durumda veri kaybı yaşanmaz ve veri merkezi geri alındıktan sonra iletiler kurtarılabilir.
Azure Event Hubs 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. Bu makalede olağanüstü durum kurtarma hakkında ayrıntılı Microsoft Azure için bu makaleye bakın.
Temel kavramlar ve terimler
Olağanüstü durum kurtarma özelliği, meta veri olağanüstü durum kurtarma özelliğini kullanır 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 standart, premium ve ayrılmış S SU'lar için kullanılabilir. Bağlantı bir diğer ad aracılığıyla yapılır ve bağlantı dizesi değişikliğine gerek yok.
Bu makalede aşağıdaki terimler kullanılır:
Diğer Ad: Ayar istediğiniz 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ı dizesini kullanır.
Birincil/ikincil ad alanı: Diğer ad alanına karşılık gelen ad alanları. Birincil ad alanı "etkindir" ve iletileri alır (var olan veya yeni bir ad alanı olabilir). İkincil ad alanı "pasif" olur ve ileti almaz. Her ikisi arasındaki meta veriler eşitli durumdadır, bu nedenle her ikisi de herhangi bir uygulama kodu veya bağlantı dizesi değişikliği olmadan iletileri sorunsuz bir şekilde kabul eder. Yalnızca etkin ad alanının iletileri aldığından emin olmak için diğer adını kullansanız gerekir.
Meta veriler: Olay hub'ları ve tüketici grupları gibi varlıklar; ve ad alanıyla ilişkili hizmetin özellikleri. Yalnızca varlıklar ve ayarları otomatik olarak çoğaltılır. İletiler ve olaylar çoğaltılmaz.
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 de desteklene:
| Birincil ad alanı katmanı | İzin verilen ikincil ad alanı katmanı |
|---|---|
| Standart | Standart, Ayrılmış |
| Premium | Premium |
| Ayrılmış | Ayrılmış |
Not
Aynı ayrılmış kümede yer alan ad alanlarını eşleştiresiniz. Ayrı kümelerde yer alan ad alanlarını eşleştirebilirsiniz.
Kurulum ve yük devretme akışı
Aşağıdaki bölümde, yük devretme sürecine genel bir bakış yer almaktadır ve ilk yük devretmenin nasıl ayar tarafından ayarlanları açıkmektedir.
Kurulum
Önce var olan bir birincil ad alanını ve yeni bir ikincil ad alanını oluşturun veya kullanın, ardından bu iki ad alanını eşleştirin. Bu eşleştirme size bağlanmak için kullanabileceğiniz bir diğer ad verir. Bir diğer ad kullanırsınız, bağlantı dizelerini değiştirmek zorunda yoktur. Yük devretme eşleştirmenize yalnızca yeni ad alanları eklenebilir.
Birincil ad alanını oluşturun.
İkincil 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.
Aşağıdaki Azure portal birincil ad alanınıza gidin.
Sol menüden Coğrafi kurtarma'ya tıklayın ve araç çubuğunda Eşleştirmeyi başlat'ı seçin.
Eşleştirmeyi başlat sayfasında şu adımları izleyin:
- Mevcut bir ikincil ad alanını seçin veya farklı bir bölgede bir ad alanı oluşturun. Bu örnekte var olan bir ad alanı seçilmiştir.
- Diğer Ad için coğrafi dr eşleştirmesi için bir diğer ad girin.
- Ardından Oluştur’u seçin.
Coğrafi Dr Diğer Adı sayfasını görüyor gerekir. Ayrıca, sol menüden Coğrafi kurtarma'yi seçerek birincil ad alanı ile bu sayfaya da gidin.
Coğrafi Dr Diğer Adı sayfasında, diğer adın birincil bağlantı dizesine erişmek için sol menüden Paylaşılan erişim ilkeleri'ne tıklayın. Doğrudan birincil/ikincil ad alanına bağlantı dizesini kullanmak yerine bu bağlantı dizesini kullanın.
Bu Genel Bakış sayfasında aşağıdaki eylemleri gerçekleştirebilirsiniz:
Birincil ve ikincil ad alanları arasındaki eşleştirmeyi kesme. Araç çubuğunda Eşleştirmeyi kesme'yi seçin.
İkincil ad alanına el ile yük devretme. Araç çubuğunda Yük devretme'yi seçin.
Uyarı
Devrederek ikincil ad alanı etkin hale gelir ve birincil ad alanı kurtarma Geo-Disaster kaldırır. Yeni bir coğrafi olağanüstü durum kurtarma çifti oluşturmak için başka bir ad alanı oluşturun.
Son olarak, yük devretmenin gerekli olup olduğunu algılamak için bazı izlemeler eklemeniz gerekir. Çoğu durumda hizmet büyük bir ekosistemin bir parçası olduğu için, genellikle yük devretmelerin kalan alt sistem veya altyapıyla eşit olarak gerçekleştiriliyor olması gereken otomatik yük devretmeler nadiren mümkün olur.
Örnek
Bu senaryonun bir örneğinde, iletileri veya olayları yayan bir Satış Noktası (POS) çözümünü düşünün. Event Hubs olayları bir eşleme veya yeniden düzenleme çözümüne iletir ve ardından eşlenen verileri daha fazla işleme için başka bir sisteme iletir. Bu noktada, tüm bu sistemler aynı Azure bölgesinde barındırılıyor olabilir. Ne zaman ve hangi parçanın yük devretme kararı, altyapınızdaki verilerin akışına bağlıdır.
Yük devretmeyi, izleme sistemleriyle veya özel olarak oluşturulmuş izleme çözümleriyle otomatik hale getirebilirsiniz. Ancak, bu tür otomasyon, bu makalenin kapsamı dışında daha fazla planlama ve iş alır.
Yük devretme akışı
Yük devretmeyi başlatırsanız iki adım gereklidir:
Başka bir kesinti oluşursa, yeniden yük devredebilmek istersiniz. Bu nedenle, başka bir pasif ad alanı ayarlayın ve eşlemeyi güncelleştirin.
Yeniden kullanılabilir olduktan sonra eski birincil ad alanından ileti çekin. Bundan sonra, coğrafi kurtarma kurulumunuzu dışında düzenli mesajlaşma için bu ad alanını kullanın veya eski birincil ad alanını silin.
Not
Yalnızca başarısız iletme semantiği desteklenir. Bu senaryoda yük devreder ve sonra yeni bir ad alanı ile yeniden eşleştirin. Yeniden başarısız olma desteklenmez; örneğin, bir SQL kümesinde.
Yönetim
Bir hata yaptıysanız, Örneğin, ilk kurulum sırasında yanlış bölgeleri eşleştirdikten sonra, iki ad alanının eşleştirmesini dilediğiniz zaman kesebilirsiniz. Eşleştirilmiş ad alanlarını normal ad alanları olarak kullanmak istiyorsanız, diğer adı silin.
Dikkat edilmesi gerekenler
Aklınızda bulundurmanız gereken aşağıdaki noktalara dikkat edin:
Tasarım, coğrafi olağanüstü durum kurtarma Event Hubs verileri çoğaltmaz ve bu nedenle ikincil Olay Hub 'ınızdaki birincil olay hub 'ınızın eski değer değerini yeniden kullanamazsınız. Aşağıdaki yöntemlerden birini kullanarak olay alıcılarınızı yeniden başlatmanız önerilir:
- Eventposition. FromStart () -ikincil Olay Hub 'ınızdaki tüm verileri okumak istiyorsanız.
- Eventposition. FromEnd () -ikincil Olay Hub 'ınıza bağlantı sırasında tüm yeni verileri okumak istiyorsanız.
- Eventposition. FromEnqueuedTime (DateTime) -belirli bir tarih ve saatten itibaren ikincil Olay Hub 'ınızdaki alınan tüm verileri okumak istiyorsanız.
Yük devretme planlamadaki zaman etmenini de göz önünde bulundurmanız gerekir. Örneğin, 15 ila 20 dakikaya kadar olan bağlantıyı kaybederseniz, yük devretmeyi başlatmaya karar verebilirsiniz.
Hiçbir veri çoğaltılmaması, geçerli etkin oturumların çoğaltılmadığı anlamına gelir. Ayrıca, yinelenen algılama ve zamanlanan iletiler çalışmayabilir. Yeni oturumlar, zamanlanan mesajlar ve yeni yinelemeler çalışacaktır.
Karmaşık bir dağıtılmış altyapının yük devretmesi en az bir kez prova edilmelidir.
Varlıkların eşitlenmesi birkaç dakika sürebilir ve dakikada yaklaşık 50-100 varlık olabilir.
Kullanılabilirlik Alanları
Event Hubs, bir Azure bölgesi içinde hata yalıtılmış konumlar sağlayarak kullanılabilirlik alanlarıdestekler. Kullanılabilirlik Alanları desteği yalnızca kullanılabilirlik alanları olan Azure bölgelerindekullanılabilir. Hem meta veriler hem de veriler (olaylar) kullanılabilirlik bölgesindeki veri merkezleri arasında çoğaltılır.
Bir ad alanı oluştururken, kullanılabilirlik alanları olan bir bölge seçtiğinizde aşağıdaki vurgulanmış iletiyi görürsünüz.
Özel uç noktalar
Bu bölüm, Özel uç noktaları kullanan ad alanları ile coğrafi olağanüstü durum kurtarma kullanılırken daha fazla dikkat sağlar. Genel olarak Event Hubs özel uç noktaları kullanma hakkında bilgi edinmek için bkz. Özel uç noktaları yapılandırma.
Yeni eşleştirmelerinin
Özel bir uç nokta ve ikincil ad alanı olan bir birincil ad alanı arasında özel bir uç nokta olmadan bir eşleştirme oluşturmaya çalışırsanız, eşleştirme başarısız olur. Eşleştirme yalnızca birincil ve ikincil ad alanlarının özel uç noktaları varsa başarılı olur. Birincil ve ikincil ad alanlarında ve özel uç noktaların oluşturulduğu sanal ağlarda aynı konfigürasyonları kullanmanızı öneririz.
Not
Birincil ad alanını özel 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ç noktanın bulunup bulunmadığını denetler. Uç noktanın çalışıp çalışmadığını denetlemez veya yük devretmeden sonra çalışır. Özel uç nokta olan ikincil ad alanının Yük devretme sonrasında beklendiği gibi çalışmasını sağlamak sizin sorumluluğunuzdadır.
Özel uç nokta yapılandırmalarının birincil ve ikincil ad alanlarında aynı olduğunu sınamak için, sanal ağın dışından ikincil ad alanına bir okuma isteği (örneğin: Olay Hub 'ı al) gönderin ve hizmetten bir hata iletisi alduğunuzu doğrulayın.
Mevcut eşleştirmelerinin
Birincil ve ikincil ad alanı arasında eşleştirme zaten varsa, birincil ad alanı üzerinde özel uç nokta oluşturma başarısız olur. Çözümlemek için, önce ikincil ad alanında özel bir uç nokta oluşturun ve ardından birincil ad alanı için bir tane oluşturun.
Not
İkincil ad alanına salt okuma erişimine izin verdiğimiz için, Özel uç nokta yapılandırmalarına yönelik güncelleştirmelere izin verilir.
Önerilen yapılandırma
Uygulamanız için bir olağanüstü durum kurtarma yapılandırması oluştururken ve ad alanları Event Hubs, hem birincil hem de ikincil Event Hubs ad alanları için, uygulamanızın birincil ve ikincil örneklerini barındıran sanal ağlara karşı özel uç noktalar oluşturmanız gerekir.
İki sanal ağınız olduğunu varsayalım: VNET-1, VNET-2 ve bu birincil ve ikincil ad alanları: EventHubs-Namespace1-PRIMARY, EventHubs-Namespace2-Secondary. Aşağıdaki adımları gerçekleştirmeniz gerekir:
- EventHubs-Namespace1-Primary üzerinde, VNET-1 ve VNET-2 alt ağlarını kullanan iki özel uç nokta oluşturun
- EventHubs-Namespace2-Secondary üzerinde, VNET-1 ve VNET-2 ' d a aynı alt ağları kullanan iki özel uç nokta oluşturun
Bu yaklaşımın avantajı, yük devretmenin uygulama katmanında Event Hubs ad alanından bağımsız olmasını sağlayabilmektedir. Aşağıdaki senaryoları göz önünde bulundurun:
Yalnızca uygulama yük devretmesi: Burada uygulama VNET-1 ' de mevcut olmayacaktır, ancak VNET-2 ' ye geçmeyecektir. Hem birincil hem de ikincil ad alanları için hem VNET-1 hem de VNET-2 üzerinde hem özel uç noktalar yapılandırıldığından, uygulama çalışacaktır.
Yalnızca ad alanı yük devretme Event Hubs: her iki özel uç nokta hem birincil hem de ikincil ad alanları için her iki sanal ağda de yapılandırıldığı için, uygulama çalışacaktır.
Not
Bir sanal ağın coğrafi olağanüstü durum kurtarma hakkında yönergeler için bkz. sanal ağ-Iş sürekliliği.
Rol tabanlı erişim denetimi
birincil ad alanındaki varlıklara yönelik Azure Active Directory (Azure AD) rol tabanlı erişim denetimi (RBAC) atamaları ikincil ad alanına çoğaltılmaz. Bunlara erişim sağlamak için ikincil ad alanında el ile rol atamaları oluşturun.
Sonraki adımlar
Aşağıdaki örnekleri veya başvuru belgelerini inceleyin.