Azure Arc özellikli SQL Yönetilen Örneği için iş sürekliliği ve olağanüstü durum kurtarma
Azure Arc özellikli SQL Yönetilen Örneği, işletmelerin kesintilerden kurtulmasına ve en düşük kapalı kalma süresiyle çalışmaya devam etmelerine yardımcı olan iş sürekliliği ve olağanüstü durum kurtarma (BCDR) özellikleri sağlar.
Bu makalede belirli bir noktaya geri yükleme, yüksek kullanılabilirlik ve olağanüstü durum kurtarma gibi iş sürekliliği özelliklerini yapılandırmaya ve yönetmeye yönelik önemli tasarım konuları ve önerileri sağlanır.
Mimari
Aşağıdaki mimari diyagramları, sıfıra yakın kapalı kalma süresiyle yük devretmeyi destekleyen İş Açısından Kritik hizmet katmanında Arc özellikli SQL Yönetilen Örneği yüksek kullanılabilirlik özelliklerini gösterir. Birincil örnek başarısız olursa yük dengeleyici bu örneğe trafik göndermeyi durdurur. Ardından ikincil örneklerden biri birincil örneğe yükseltilir ve yeni yükseltilen örnek yük dengeleyiciden okuma-yazma trafiği almaya başlar. Başarısız örnek yeniden çevrimiçi olduktan sonra ikincil örnek olarak eklenir.
Aşağıdaki mimari diyagramında Arc özellikli SQL Yönetilen Örneği olağanüstü durum kurtarma için iki farklı sitedeki iki ayrı Kubernetes kümesine nasıl dağıtılacağı gösterilmektedir.
Aşağıdaki mimari diyagramında, olağanüstü durum kurtarma yük devretme başlatıldığında Arc özellikli SQL Yönetilen Örneği nasıl yanıt verdiği gösterilmektedir.
Tasarımla ilgili dikkat edilecek noktalar
Azure Arc özellikli SQL Yönetilen Örneği genel BCDR modelinize etkisini değerlendirmek için İş sürekliliği ve olağanüstü durum kurtarma bölümünde giriş bölgeleri için BCDR önerilerini gözden geçirin. İş sürekliliği ve olağanüstü durum kurtarma konularının yalnızca iş sürekliliği için tasarım önerilerine odaklandığını, ancak örneğinizin yüksek kullanılabilirliği ve dayanıklılığının da temel kubernetes altyapısının kullanılabilirliğine bağlı olduğunu unutmayın.
Belirli bir noktaya geri yükleme
Kurtarma noktası hedefi (RPO) ve kurtarma süresi hedefi (RTO) için hedeflerinizi tanımlayın.
Desteklenen saklama sınırları içinde yedeklemelerinizi ne kadar süreyle saklamak ve geri yüklemek istediğinizi belirleyin.
Depolamanın etkilerini ve yedeklemelerinizin saklama süresini artırma maliyetini göz önünde bulundurun. Varsayılan saklama yedi gündür. Bu süreyle yedi güne kadar geri yükleyebilir ve yaklaşık beş dakikada bir bir tam yedekleme, günlük değişiklik ve işlem günlüklerinin yedeklerini alabilirsiniz.
Yedeklemeler için kalıcı birim için hangi depolama sınıfının kullanılacağını düşünün. Yönergeler için bkz. Azure Arc özellikli SQL Yönetilen Örneği için depolama uzmanlık alanları.
Yedeklemeler için kalıcı birimin boyutunu beklenen veri boyutu ve yapılandırılan saklama süresi bağlamında göz önünde bulundurun.
Depolamaya yönelik en iyi yöntemler için bkz. Azure Arc özellikli SQL Yönetilen Örneği için Depolama uzmanlık alanları.
Yedeklemeler her zaman birincil çoğaltmada gerçekleştirilir. Örneğinize ayrılan kaynakları tanımlarken yedekleme ve geri yükleme işlemlerinin performans etkilerini göz önünde bulundurun.
Bir veritabanının belirli bir noktaya geri yüklemelerinin var olan bir veritabanının üzerine yazamazsınız. Ancak, verileri aynı örnekteki yeni bir veritabanına geri yükleyebilirler.
Geri yükleme işlemi sırasında uygulamanız çevrimiçiyse veritabanınızı tam olarak kurtarmak için gereken ek adımları göz önünde bulundurun.
Veritabanını çok çoğaltmalı bir örneğe geri yükleme başlığında açıklandığı gibi, veritabanını çok çoğaltmalı bir örneğe geri yüklemek için gereken ek adımları göz önünde bulundurun.
Veritabanı yöneticilerinin yedeklemeleri yapılandırmak ve geri yüklemek için kullandığı araçları belirleyin. Daha fazla bilgi için bkz. Azure Arc özellikli SQL Yönetilen Örneği bağlanma.
Yüksek kullanılabilirlik
İş yükünüzün kullanılabilirlik gereksinimlerini gözden geçirin ve Arc özellikli SQL Yönetilen Örneği dağıtımınız için en uygun hizmet katmanına karar verin:
- Genel Amaçlı hizmet katmanında tek bir çoğaltma kullanılabilir ve yüksek kullanılabilirlik Kubernetes düzenlemesi aracılığıyla sağlanır.
- İş Açısından Kritik hizmet katmanında Azure Arc özellikli SQL Yönetilen Örneği, Kubernetes düzenlemesi tarafından yerel olarak sağlananlara ek olarak kapsanan bir kullanılabilirlik grubu sağlar.
Genel Amaçlı hizmet katmanında kapalı kalma süresinin yalnızca bir çoğaltmanın varlığından kaynaklanan olası iş etkilerini göz önünde bulundurun.
İş Açısından Kritik hizmet katmanında dağıtılacak çoğaltma sayısını (bire üç) göz önünde bulundurun.
bir örneği iki veya daha fazla çoğaltma içeren bir İş Açısından Kritik hizmet katmanında dağıtırken, ikincil çoğaltmaları okunabilir olarak yapılandırabilirsiniz. İş Açısından Kritik hizmet katmanında dağıtılacak ikincil çoğaltma sayısına karar verin. Sayıyı değiştirme hakkında bilgi için bkz . Okunabilir ikincilleri yapılandırma.
İsteğe bağlı --sync-secondary-to-commit parametresini kullanarak İş Açısından Kritik hizmet katmanında bir işlem işlemek için gereken ikincil çoğaltma sayısı aracılığıyla kullanılabilirliğe göre tutarlılığı önceliklendirmeye karar verin. Çoğaltmalar arasında bağlantı sorunları varsa, birincil işlem herhangi bir işlem gerçekleştirmeyebilir:
- İki çoğaltmalı bir yapılandırmada, birincilin başarı iletisi alması için her iki çoğaltmada da bir işlem işlenmelidir.
- Üç çoğaltmalı bir yapılandırmada, üç çoğaltmadan en az ikisinin başarılı bir ileti döndürmek için bir işlem yürütmesi gerekir.
Belirli bir çoğaltmayı birincil olarak belirlemeniz gerekip gerekmediğini belirleyin. Birincil çoğaltma belirtme hakkında bilgi için bkz . Tercih edilen birincil çoğaltma.
Hangi Kubernetes hizmet türünü kullanacağınıza karar verin: LoadBalancer veya NodePort. Yük dengeleyiciyi kullanırsanız uygulamalar aynı birincil uç noktaya yeniden bağlanabilir ve Kubernetes bağlantıyı yeni birincil sunucuya yönlendirir. Düğüm bağlantı noktasını kullanırsanız, uygulamaların yeni IP adresine yeniden bağlanması gerekir.
Olağanüstü durum kurtarma
Hem coğrafi birincil hem de coğrafi ikincil sitelerdeki Azure Arc özellikli SQL Yönetilen Örneği örnekleri işlem ve kapasitede aynı olmalı ve aynı hizmet katmanlarına dağıtılmalıdır.
Örneği barındıran her iki küme tarafından erişilebilen olağanüstü durum kurtarma yapılandırmasını oluşturduğunuzda yansıtma sertifikalarının depolandığı bir konuma karar verin.
İkincil örneğe yük devretme işleminin ne zaman gerçekleştirileceğine karar vermek için birincil örneğin kapalı kalma süresini nasıl izleyeceğinizi düşünün.
Her örneğin kendi uç noktaları vardır. Yük devretme durumunda uygulamalarınızın en düşük kesintiyle birincil uç noktaya nasıl erişeceğini düşünün.
Tasarım önerileri
Aşağıdaki bölümlerde belirli bir noktaya geri yükleme, yüksek kullanılabilirlik ve olağanüstü durum kurtarma için tasarım önerileri listelanmaktadır.
Belirli bir noktaya geri yükleme
Arc özellikli yeni bir SQL Yönetilen Örneği örneğini dağıtırken, veri depolama sınıfının varsayılan olarak atanmasını önlemek için her zaman yedeklemeler için depolama sınıfını tanımlayın.
Yedekleme birimi için ReadWriteMany'yi (RWX) destekleyen bir depolama sınıfı kullanın. Yönergeler için bkz. Azure Arc özellikli SQL Yönetilen Örneği için depolama uzmanlık alanları.
Geri yükleme işlemine başlamadan önce, önce işlemin başarılı olup olmayacağını doğrulamak için isteğe bağlı --dry-run parametresini kullanın. Daha fazla bilgi için bkz . az CLI kullanarak belirli bir noktadan veritabanı oluşturma.
Daha uzun saklama süreleri gerektiren yedeklemeleri Azure'a veya diğer şirket içi soğuk depolama alanına göndermek için bir işlem oluşturun.
Gerekirse daha uzun saklamayı barındırabilir misiniz diye belirlemek için yedeklemeleriniz tarafından kullanılan depolama alanını izleyin.
Yüksek kullanılabilirlik
Arc özellikli SQL Yönetilen Örneği örneğinizin yüksek kullanılabilirliğini doğrulamak için düzenli tatbikatlar gerçekleştirin. Genel Amaçlı örnekteki bir podun silinmesi ve İş Açısından Kritik bir örnekte çoğaltmanın başarısız olmasına örnek olarak detaylandırma örnekleri verilebilir.
İş Açısından Kritik katmanında, sıfıra yakın veri kaybı elde etmek için iki çoğaltmalı yapılandırma yerine üç çoğaltmalı yapılandırmada bir örneği dağıtın.
Daha iyi kullanılabilirlik için bir örneği dağıtırken hizmet türü olarak LoadBalancer kullanın.
Azure Arc özellikli SQL Yönetilen Örneği yüksek kullanılabilirlik sınırlamalarını gözden geçirin.
Yüksek kullanılabilirlik gereksinimlerinize göre hangi modu kullanacağınıza karar vermek için desteklenen kullanılabilirlik modlarını gözden geçirin.
Bir İş Açısından Kritik örneğini birden çok çoğaltmayla dağıtırken Okuma iş yükleri için ikincil çoğaltmalardan birini kullanın. Uygulama bağlantı dizesi ikincil çoğaltmalara yeniden yönlendirme için hizmet dinleyicisi olarak ikincil uç noktayı belirtmelidir. Uç noktalar hakkında bilgi için bkz . Birincil ve ikincil uç noktaları ve AG durumunu alma.
Örneklerinizin kullanılabilirliğini izlemeye yönelik en iyi yöntemleri anlamak için bkz. Azure Arc özellikli SQL Yönetilen Örneği için yönetim ve izleme.
Olağanüstü durum kurtarma
Arc özellikli SQL Yönetilen Örneği örneklerinizin birincil ve ikincil siteler için farklı adlara sahip olduğundan ve siteler için paylaşılan ad değerinin aynı olduğundan emin olun.
Yük devretme işlemini doğrulamak için düzenli olağanüstü durum kurtarma tatbikatları gerçekleştirin.
Hem el ile hem de zorlamalı yük devretmeleri başlatmaya yönelik bir işlem oluşturun.
Kümelerin durumunu izlemek ve yük devretmenin ne zaman gerekli olduğunu anlamak için bkz. Azure Arc özellikli SQL Yönetilen Örneği için yönetim ve izleme.
Yük devretme sırasında DNS kayıtlarını el ile oluşturma gereğini önlemek için DNS sunucularınızdaki dağıtılmış kullanılabilirlik grubunun paylaşılan adı için DNS kaydını tanımlayın.
Sonraki adımlar
Hibrit ve çoklu bulut bulut yolculuğunuz hakkında daha fazla bilgi için aşağıdaki makalelere bakın:
- Azure Arc özellikli veri hizmetleri nelerdir?
- Genel Bakış: Azure Arc özellikli SQL Yönetilen Örneği iş sürekliliği
- Azure Arc özellikli veri hizmetleri Kubernetes doğrulaması
- Hibrit ve çoklu bulut işlemleri genelinde portföyünüzü yönetme
- Azure Arc Jumpstart ile otomatik senaryolar için Azure Arc özellikli veri hizmetleri
- Microsoft Learn'den bir öğrenme yolu olan Azure Arc ile hibrit ortamlarınıza Azure yeniliklerini getirin
Geri Bildirim
https://aka.ms/ContentUserFeedback.
Çok yakında: 2024 boyunca, içerik için geri bildirim mekanizması olarak GitHub Sorunları’nı kullanımdan kaldıracak ve yeni bir geri bildirim sistemiyle değiştireceğiz. Daha fazla bilgi için bkz.Gönderin ve geri bildirimi görüntüleyin