Azure Event Grid ve Event Grid ad alanında güvenilirlik
Bu makale, kullanılabilirlik alanları ve bölgeler arası olağanüstü durum kurtarma ve iş sürekliliği ile Event Grid ve Event Grid ad alanı bölgesel dayanıklılığı hakkında ayrıntılı bilgiler içerir.
Azure'da güvenilirliğe mimari genel bakış için bkz . Azure güvenilirliği.
Kullanılabilirlik alanı desteği
Azure kullanılabilirlik alanları, her Azure bölgesindeki en az üç fiziksel ayrı veri merkezi grubudur. Her bölgedeki veri merkezleri bağımsız güç, soğutma ve ağ altyapısı ile donatılmıştır. Yerel bölge hatası durumunda kullanılabilirlik alanları, bir bölge etkileniyorsa, bölgesel hizmetler, kapasite ve yüksek kullanılabilirlik kalan iki bölge tarafından desteklenecek şekilde tasarlanmıştır.
Hatalar, yazılım ve donanım arızalarından deprem, sel ve yangın gibi olaylara kadar değişebilir. Azure hizmetlerinin yedekliliği ve mantıksal yalıtımı ile hatalara dayanıklılık elde edilir. Azure'daki kullanılabilirlik alanları hakkında daha ayrıntılı bilgi için bkz . Bölgeler ve kullanılabilirlik alanları.
Azure kullanılabilirlik alanlarının etkinleştirildiği hizmetler, doğru güvenilirlik ve esneklik düzeyini sağlayacak şekilde tasarlanmıştır. Bunlar iki şekilde yapılandırılabilir. Alanlar arasında otomatik çoğaltma ile alanlar arası yedekli veya belirli bir bölgeye sabitlenmiş örneklerle bölgesel olabilir. Bu yaklaşımları da birleştirebilirsiniz. Bölgesel ve alanlar arası yedekli mimari hakkında daha fazla bilgi için bkz . Kullanılabilirlik alanlarını ve bölgelerini kullanma önerileri.
Konu başlıkları, sistem konuları, etki alanları ve olay abonelikleri ile olay verileri için Event Grid kaynak tanımları otomatik olarak üç kullanılabilirlik alanında çoğaltılır. Kullanılabilirlik alanlarından birinde bölgesel bir hata olduğunda, Event Grid kaynakları insan müdahalesi olmadan otomatik olarak başka bir kullanılabilirlik alanına yük devreder . Şu anda bu özelliği denetlemeniz (etkinleştirmeniz veya devre dışı bırakmanız) mümkün değildir. Mevcut bir bölge kullanılabilirlik alanlarını desteklemeye başladığında, mevcut Event Grid kaynakları bu özellikten yararlanmak için otomatik olarak yük devredilir. Müşteri tarafından işlem yapılması gerekmez.
Azure Event Grid ad alanı ayrıca kullanılabilirlik alanlarını kullanarak bölge içi yüksek kullanılabilirlik elde eder.
Önkoşullar
Kullanılabilirlik alanı desteği için Event Grid kaynaklarınızın kullanılabilirlik alanlarını destekleyen bir bölgede olması gerekir. Hangi bölgelerin kullanılabilirlik alanlarını desteklediğini gözden geçirmek için desteklenen bölgelerin listesine bakın.
Fiyatlandırma
Event Grid, kullanılabilirlik alanlarını destekleyen bölgelerde kullanılabilirlik alanlarını otomatik olarak desteklediği için fiyatta değişiklik olmaz.
Kullanılabilirlik alanlarının etkinleştirildiği bir kaynak oluşturma
Event Grid, kullanılabilirlik alanlarını destekleyen bölgelerde kullanılabilirlik alanlarını otomatik olarak desteklediği için gerekli kurulum yapılandırması yoktur.
Kullanılabilirlik alanı desteğine geçiş
Event Grid kaynaklarınızı kullanılabilirlik alanlarını destekleyen bir bölgeye yeniden yerleştirirseniz, otomatik olarak kullanılabilirlik alanı desteği alırsınız. Kaynaklarınızı kullanılabilirlik alanlarını destekleyen başka bir bölgeye nasıl yeniden dağıtacağınızı öğrenmek için aşağıdakilere bakın:
- Azure Event Grid sistem konularını başka bir bölgeye taşıma
- Azure Event Grid özel konularını başka bir bölgeye taşıma
- Azure Event Grid etki alanlarını başka bir bölgeye yeniden yerleştirin
Bölgeler arası olağanüstü durum kurtarma ve iş sürekliliği
Olağanüstü durum kurtarma (DR), kapalı kalma süresi ve veri kaybına neden olan doğal afetler veya başarısız dağıtımlar gibi yüksek etkili olaylardan kurtarmayla ilgilidir. Nedeni ne olursa olsun, olağanüstü durum için en iyi çözüm iyi tanımlanmış ve test edilmiş bir DR planı ve DR'yi etkin bir şekilde destekleyen bir uygulama tasarımıdır. Olağanüstü durum kurtarma planınızı oluşturmaya başlamadan önce bkz . Olağanüstü durum kurtarma stratejisi tasarlama önerileri.
DR söz konusu olduğunda, Microsoft paylaşılan sorumluluk modelini kullanır. Paylaşılan bir sorumluluk modelinde Microsoft, temel altyapı ve platform hizmetlerinin kullanılabilir olmasını sağlar. Aynı zamanda, birçok Azure hizmeti verileri otomatik olarak çoğaltmaz veya başarısız olan bir bölgeden geri dönerek başka bir etkin bölgeye çapraz çoğaltma yapamaz. Bu hizmetler için iş yükünüz için uygun bir olağanüstü durum kurtarma planı ayarlamak sizin sorumluluğunuzdadır. Hizmet olarak Azure platformu (PaaS) tekliflerinde çalışan hizmetlerin çoğu, DR'yi desteklemek için özellikler ve yönergeler sağlar ve DR planınızı geliştirmeye yardımcı olmak üzere hızlı kurtarmayı desteklemek için hizmete özgü özellikleri kullanabilirsiniz.
Olağanüstü durum kurtarma genellikle bir bölge iyi durumda olmadığında kesintileri önlemek için bir yedekleme kaynağı oluşturmayı içerir. Bu işlem sırasında iş yükünüzde Azure Event Grid kaynaklarının birincil ve ikincil bölgesi gerekir.
Uygulama işlevselliğinde ciddi bir kayıptan kurtulmanın farklı yolları vardır. Bu bölümde, istemcinizi iyi durumda olmayan bir kaynak veya bölge nedeniyle bir hatadan kurtarmaya hazırlamak için izlemeniz gereken denetim listesini açıklayacağız.
Event Grid, sunucu tarafında hem el ile hem de otomatik coğrafi olağanüstü durum kurtarmayı (GeoDR) destekler. Yük devretme işleminde daha fazla denetime sahip olmak istiyorsanız istemci tarafı olağanüstü durum kurtarma mantığını uygulamaya devam edebilirsiniz. Otomatik GeoDR hakkında ayrıntılı bilgi için bkz . Azure Event Grid'de sunucu tarafı coğrafi olağanüstü durum kurtarma. İstemci tarafı olağanüstü durum kurtarma uygulama hakkında ayrıntılı bilgi için bkz. Azure Event Grid'de istemci tarafı yük devretme uygulaması.
Aşağıdaki tabloda Event Grid'de istemci tarafı yük devretme ve coğrafi olağanüstü durum kurtarma desteği gösterilmektedir.
| Event Grid kaynağı | İstemci tarafı yük devretme desteği | Coğrafi olağanüstü durum kurtarma (GeoDR) desteği |
|---|---|---|
| Özel Konu Başlıkları | Desteklenir | Çapraz Coğrafi / Bölgesel |
| Sistem Konuları | Desteklenmez | Otomatik olarak etkinleştirildi |
| Etki alanları | Desteklenir | Çapraz Coğrafi / Bölgesel |
| İş Ortağı Ad Alanları | Desteklenir | Desteklenmez |
| Ad alanları | Desteklenir | Desteklenmez |
Olay kılavuzu ad alanı
Event Grid ad alanı bölgeler arası DR'leri desteklemez. Ancak, birincil ve ikincil ad alanları oluşturarak istemci tarafı yük devretme uygulaması aracılığıyla bölgeler arası yüksek kullanılabilirlik elde edebilirsiniz.
İstemci tarafı yük devretme uygulamasıyla şunları yapabilirsiniz:
CA sertifikaları, istemci grupları, konu alanları, izin bağlamaları, birincil ve ikincil bölgeler arasında yönlendirme dahil olmak üzere ad alanını, istemci kimliklerini ve diğer yapılandırmaları** çoğaltmak için özel (el ile veya otomatik) bir işlem uygulayın.
Uç noktalarda sistem durumu denetimi gerçekleştirerek istemcilere birincil ve ikincil uç noktalar sağlayan bir concierge hizmeti uygulayın. Concierge hizmeti, örneğin Azure Traffic Manager kullanılarak DNS yeniden yönlendirme teknikleri kullanılarak çoğaltılan ve erişilebilir durumda tutulan bir web uygulaması olabilir.
Meta verileri çoğaltarak ve yükü ad alanları arasında dengeleyerek Active-Active DR çözümü elde edin. Birincil ad alanı kullanılamadığında trafiğin ikincil ad alanına yönlendirilmesi için ikincil ad alanını hazır tutmak için meta veriler çoğaltılarak Active-Passive DR çözümü elde edilebilir.
Olağanüstü durum kurtarmayı ayarlama
Eşleştirilen bölgeler için Event Grid, özel konular, sistem konuları ve etki alanları için trafiğin eşleştirilmiş bölgeye yük devretmesini sağlar. Arka planda, Event Grid konuların, sistem konularının, etki alanlarının ve olay aboneliklerinin kaynak tanımlarını eşleştirilmiş bölgeyle otomatik olarak eşitler. Ancak olay verileri eşleştirilmiş bölgeye çoğaltılamaz. Normal durumda, olaylar bu kaynak için seçtiğiniz bölgede depolanır. Bölge kesintisi olduğunda ve Microsoft yük devretmeyi başlattığında, yeni olaylar coğrafi olarak eşleştirilmiş bölgeye akmaya başlar ve sizin müdahaleniz olmadan oradan gönderilir. Özgün bölgede yayımlanan ve kabul edilen olaylar, kesinti azaltıldıktan sonra oradan gönderilir.
Microsoft tarafından başlatılan yük devretme ve müşteri tarafından başlatılan iki yük devretme seçeneği arasından seçim yapabilirsiniz. Bu ayarların her ikisini de yapılandırma hakkında ayrıntılı adımlar için bkz . Veri yerleşimini yapılandırma.
Microsoft tarafından başlatılan yük devretme , Etkilenen bir bölgeden ilgili coğrafi olarak eşleştirilmiş bölgeye Event Grid kaynaklarının yük devretmesi için nadir durumlarda Microsoft tarafından gerçekleştirilir. Microsoft, bu seçeneğin ne zaman kullanılacağını belirleme hakkını saklıdır. Bu mekanizma, kullanıcının trafiği yük devretmeden önce kullanıcı onayı içermez.
Konunuzun veya etki alanınızın yapılandırmasını güncelleştirerek bu işlevi etkinleştirin. Microsoft tarafından başlatılan yük devretmeyi etkinleştirmek için Çapraz Coğrafi (varsayılan) seçeneğini belirleyin.
Müşteri tarafından başlatılan yük devretme , Azure Event Grid konuları ve etki alanları için özel olağanüstü durum kurtarma planınız tarafından tanımlanır ve Microsoft tarafından başka bir bölgeye herhangi bir türde veri çoğaltılamaz. Bu yük devretme seçeneği biraz daha fazla çaba gerektirse de, daha hızlı yük devretmeyi etkinleştirir ve ikincil bölgelerin seçimi sizin denetiminizdedir. Azure Event Grid konuları için istemci tarafı olağanüstü durum kurtarma uygulamak istiyorsanız bkz . Azure Event Grid için kendi istemci tarafı olağanüstü durum kurtarmanızı oluşturma konuları.
Microsoft tarafından başlatılan yük devretme özelliğini devre dışı bırakmak istemenin birkaç nedeni vardır:
- Microsoft tarafından başlatılan yük devretme en iyi çaba temelinde yapılır.
- Bazı coğrafi çiftler kuruluşunuzun veri yerleşimi gereksinimlerini karşılamaz.
Konunuzun veya etki alanınızın yapılandırmasını güncelleştirerek bu işlevi etkinleştirin. Bölgesel'i seçin.
Olağanüstü durum kurtarma yük devretme deneyimi
Olağanüstü durum kurtarma, Kurtarma Noktası Hedefi (RPO) ve Kurtarma Süresi Hedefi (RTO) adlı iki ölçümle ölçülür.
Event Grid'in otomatik yük devretme işlemi meta verileriniz (konular, etki alanları, olay abonelikleri) ve veriler (olaylar) için farklı GPO'lara ve GPO'lara sahiptir. Aşağıdakilerden farklı belirtimlere ihtiyacınız varsa, konu durumu API'lerini kullanarak kendi istemci tarafı yük devretme işleminizi yine de uygulayabilirsiniz.
Kurtarma noktası hedefi (RPO)
Meta veri RPO'su: sıfır dakika. Geçerli kaynaklar için bir kaynak oluşturulduğunda/güncelleştirildiğinde/silindiğinde kaynak tanımı zaman uyumlu olarak coğrafi çifte çoğaltılır. Yük devretme gerçekleştiğinde meta veri kaybı olmaz.
Veri RPO'su: Yük devretme gerçekleştiğinde, eşleştirilmiş bölgeden yeni veriler işlenir. Etkilenen bölge için kesinti giderilir giderilmez, işlenmemiş olaylar oradan gönderilir. Bölge kurtarma işlemi, olaylar üzerinde ayarlanan yaşam süresi değerinden daha uzun zaman gerektiriyorsa veriler bırakılabilir. Bu veri kaybını azaltmak için bir olay aboneliği için teslim edilemeyen bir hedef ayarlamanızı öneririz. Etkilenen bölge kaybolur ve kurtarılamazsa, bazı veri kayıpları olur. En iyi durumda, abone yayımlama hızına ayak uydurur ve yalnızca birkaç saniyelik veriler kaybolur. En kötü durum senaryosu abonenin olayları etkin bir şekilde işlememiş olması ve en fazla 24 saatlik yaşam süresiyle veri kaybının 24 saate kadar olması olabilir.
Kurtarma süresi hedefi (RTO)
Meta veri RTO'su: Yük devretme kararı, eşleştirilmiş bölgedeki kullanılabilir kapasite gibi faktörleri temel alır ve 60 dakika veya daha uzun sürebilir. Yük devretme başlatıldıktan sonra, 5 dakika içinde Event Grid konu başlıkları ve abonelikler için oluşturma/güncelleştirme/silme çağrılarını kabul etmeye başlar.
Veri RTO'yu: Yukarıdaki bilgilerle aynıdır.
Önemli
- Sunucu tarafı olağanüstü durum kurtarma durumunda, eşleştirilmiş bölgede ek trafik için ek kapasite yoksa Event Grid yük devretmeyi başlatamaz. Kurtarma, en iyi çaba temelinde yapılır.
- Bu özelliği kullanmak için ücret alınmaz.
- İş ortağı ad alanları ve iş ortağı konuları için coğrafi olağanüstü durum kurtarma desteklenmez.
Sonraki adımlar
Azure Event Grid konuları için kendi istemci tarafı olağanüstü durum kurtarmanızı oluşturun.