Aracılığıyla paylaş

Azure DocumentDB'de güvenilirlik

Bu makale, Azure DocumentDB için kullanılabilirlik alanları ve bölgeler arası olağanüstü durum kurtarma ve iş sürekliliği ile bölgesel dayanıklılık 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

Kullanılabilirlik alanları , bir Azure bölgesi içindeki veri merkezlerinin fiziksel olarak ayrı gruplarıdır. Bir bölge başarısız olduğunda hizmetler kalan bölgelerden birine devredilebilir.

Kullanılabilirlik alanı desteği elde etmek için Yüksek kullanılabilirliği (HA) etkinleştirmeniz gerekir.

HA, bir kümedeki her parçanın yedek kopyalarını koruyarak veritabanı kesintilerini önler. Bir kesim devre dışı kalırsa, Azure DocumentDB başarısız olan kesimden gelen bağlantıları yedek replikasına geçirir.

Kullanılabilirlik alanlarını destekleyen bir bölgede HA etkinleştirildiğinde, HA çoğaltma parçaları birincil parçalarından farklı bir kullanılabilirlik alanında sağlanır. HA çoğaltmaları, birincil parçaları başarısız olmadıkça istemcilerden istek almaz.

HA devre dışı bırakılırsa, her parçanın, Azure Depolama hizmeti tarafından tutulan üç eşzamanlı kopyaya sahip kendi yerel olarak yedekli depolama alanı (LRS) vardır. Tek bir çoğaltma hatası varsa, Azure Depolama hizmeti hatayı algılar ve ilgili verileri saydam bir şekilde yeniden oluşturur. LRS depolama dayanıklılığı için bkz. Yedeklilik seçeneklerinin özeti. Ancak, bir bölge başarısız olursa, kapsamlı kapalı kalma süresi ve olası veri kaybı riskiyle karşılaşırsınız.

Kullanılabilirlik alanlarının etkinleştirildiği bir kaynak oluşturma

Kullanılabilirlik alanlarını etkinleştirmek için, küme oluştururken veya Azure portalındaki mevcut bir kümenin Ölçek bölümünde Yüksek kullanılabilirlik (HA) özelliğini etkinleştirmeniz gerekir.

Bölgeler arası olağanüstü durum kurtarma ve iş sürekliliği

Olağanüstü durum kurtarma (DR), kuruluşların doğal afetler veya kesinti ve veri kaybına neden olan başarısız dağıtımlar gibi yüksek etkili olaylardan kurtarmak için kullandığı uygulamaları ifade eder. 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 için Microsoft, paylaşılan sorumluluk modelini kullanır. Bu modelde Microsoft, temel altyapı ve platform hizmetlerinin kullanılabilir olmasını sağlar. Ancak, 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 rehberlik sağlar. DR planınızı geliştirmeye yardımcı olmak üzere hızlı kurtarma desteklemek için hizmete özgü özellikleri kullanabilirsiniz.

Azure DocumentDB yerleşik otomatik yük devretme veya olağanüstü durum kurtarma sağlamaz. Yüksek kullanılabilirlik planlaması, çözümünüz ölçeklendirildikçe kritik bir adımdır.

Tek bölgeli coğrafyada olağanüstü durum kurtarma

Çalışma sürenizi en üst düzeye çıkarmak için iş sürekliliğini korumak ve Azure DocumentDB ile olağanüstü durum kurtarma için hazırlanmak için önceden plan yapın.

Azure hizmetleri çalışma süresini en üst düzeye çıkarmak için tasarlanmış olsa da planlanmamış hizmet kesintileri oluşabilir. Olağanüstü durum kurtarma planı, bölgesel hizmet kesintilerini işlemeye yönelik bir stratejiniz olmasını sağlar.

Azure DocumentDB, verilerinizi düzenli aralıklarla otomatik olarak yedekler. Otomatik yedeklemeler, veritabanı işlemlerinin performansını veya kullanılabilirliğini etkilemeden alınır. Tüm yedeklemeler arka planda otomatik olarak gerçekleştirilir ve bir depolama hizmetindeki kaynak verilerden ayrı olarak depolanır. Bu otomatik yedeklemeler, kaynakları yanlışlıkla sildiğiniz veya değiştirdiğiniz ve daha sonra özgün sürümlerin gerekli olduğu senaryolarda kullanışlıdır.

Otomatik yedeklemeler, kümenin şu anda etkin mi yoksa yakın zamanda mı silindiğine bağlı olarak çeşitli aralıklarda tutulur.

Bekletme süresi
Etkin kümeler 35 gün
Silinen kümeler 7 gün

Yüksek kullanılabilirlik için tasarım

Üretim iş yüklerini çalıştıran kritik Azure DocumentDB kümeleri için yüksek kullanılabilirlik (HA) etkinleştirilmelidir. HA etkinleştirilmiş bir kümede, her bir parça, başka bir kullanılabilirlik bölgesinde yapılandırılmış sıcak yedek parça ile birlikte birincil olarak hizmet verir. Birincil ve ikincil parça arasındaki çoğaltma varsayılan olarak senkronize olur. Veritabanında yapılan tüm değişiklikler, veritabanından bir yanıt alınmadan önce hem birincil hem de ikincil (etkin bekleme) parçalarında kalıcı olur.

Hizmet, kümenin her birincil ve ikincil parçası için sistem durumu denetimleri ve kalp atışlarını tutar. Bölge veya bölgesel kesinti nedeniyle birincil parça kullanılamaz duruma gelirse, ikincil parça otomatik olarak yeni birincil olacak şekilde yükseltilir ve yeni birincil için sonraki bir ikincil parça oluşturulur. Ayrıca, ikincil bir parça kullanılamaz duruma gelirse, hizmet otomatik olarak birincil parçadan verilerin tam kopyasını içeren yeni bir ikincil parça oluşturur.

Hizmet birincil parçadan ikincil parçaya yük devretme tetiklerse, bağlantılar arka planda yeni birincil parçaya sorunsuz bir şekilde yönlendirilir.

Birincil ve ikincil parçacıklar arasında senkron çoğaltma, bir hata toleransı durumunda veri kaybı olmamasını garanti eder.

Sonraki Adımlar

  • Last updated on