Aracılığıyla paylaş

MongoDB sanal çekirdeği için Azure Cosmos DB'de güvenilirlik

  • Makale

ŞUNLAR IÇIN GEÇERLIDIR: MongoDB sanal çekirdeği

Bu makale, MongoDB sanal çekirdeği için Azure Cosmos DB için kullanılabilirlik alanları ve bölgeler arası olağanüstü durum kurtarma ve iş sürekliliği ile ilgili 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

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.

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 bekleme çoğaltmalarını koruyarak veritabanı kapalı kalma süresini önler. Bir parça devre dışı kalırsa MongoDB için Azure Cosmos DB sanal çekirdeği, başarısız parçadan gelen bağlantıları bekleme çoğaltmasına geçer.

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 üç zaman uyumlu çoğaltmaya 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 hatası durumunda, 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), 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.

MongoDB için Azure Cosmos DB sanal çekirdeği 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, mongoDB sanal çekirdeği için Azure Cosmos DB ile iş sürekliliğini korumak ve 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.

MongoDB için Azure Cosmos DB sanal çekirdeği, verilerinizi düzenli aralıklarla otomatik olarak yedekler. Otomatik yedeklemeler yapılırken veritabanı işlemlerinin performansı veya kullanılabilirliği etkilenmez. 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ılabilirliğe yönelik tasarım

Üretim iş yüklerini çalıştıran MongoDB sanal çekirdek kümeleri için kritik Azure Cosmos DB için yüksek kullanılabilirlik (HA) etkinleştirilmelidir. HA özellikli bir kümede her parça, başka bir kullanılabilirlik alanında sağlanan etkin bekleme parçasıyla birlikte birincil olarak çalışır. Birincil ve ikincil parça arasındaki çoğaltma varsayılan olarak zaman uyumlu 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 sinyalleri 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 kapakların altında yeni birincil parçaya sorunsuz bir şekilde yönlendirilir.

Birincil ve ikincil parçalar arasında zaman uyumlu çoğaltma, yük devretme olduğunda veri kaybı olmamasını garanti eder.

Sonraki adımlar