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 minimum 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 öneriler sağlanmaktadı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ındaki 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 birincile 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ı, 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ılabildiğini gösterir.
Aşağıdaki mimari diyagramında, olağanüstü durum kurtarma yük devretmesi başlatıldığında Arc özellikli SQL Yönetilen Örneği nasıl yanıt verdiği gösterilmektedir.
Tasarım konusunda dikkat edilmesi gerekenler
Azure Arc özellikli SQL Yönetilen Örneği genel BCDR modeliniz üzerindeki 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ğine yönelik tasarım önerilerine odaklandığını, ancak örneğinizin yüksek kullanılabilirlik 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ırmanın 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 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ı göz önünde bulundurun. 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.
Depolamayla ilgili 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üklemesinin 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üklemek için gereken ek adımları göz önünde bulundurun. Bunun için veritabanını çok çoğaltmalı bir örneğe geri yükleme konusunu inceleyin.
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 bulunur 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ındaki kapalı kalma süresinin yalnızca bir çoğaltmanın varlığından kaynaklanabilir 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 işlem işlemek için gereken ikincil çoğaltma sayısı aracılığıyla kullanılabilirlik yerine tutarlılığın önceliğini belirlemeye karar verin. Çoğaltmalar arasında bağlantı sorunları varsa, birincil herhangi bir işlem işlemeyebilir:
- İki çoğaltmalı bir yapılandırmada, birincilin başarı iletisi alabilmesi için her iki çoğaltmaya da işlem yapılması gerekir.
- Üç çoğaltmalı bir yapılandırmada, üç çoğaltmadan en az ikisinin başarılı bir ileti döndürmek için bir işlem işlemesi 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ü ( LoadBalancer veya NodePort) kullanacağınıza karar verin. Yük dengeleyiciyi kullanırsanız uygulamalar aynı birincil uç noktaya yeniden bağlanabilir ve Kubernetes bağlantıyı yeni birincil uç noktaya yeniden 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 kapasite açısından 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 ne zaman yük devretme gerçekleştirebileceğinize 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 listelemektedir.
Belirli bir noktaya geri yükleme
Arc özellikli SQL Yönetilen Örneği yeni bir örneğini dağıtırken, veri depolama sınıfını varsayılan olarak kullanmaktan kaçınmak 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, işlemin başarılı olup olmayacağını doğrulamak için isteğe bağlı parametreyi(dry-run) 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 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 yapın. Detaylandırma örnekleri arasında Genel Amaçlı bir örnekteki podun silinmesi ve İş Açısından Kritik örnekteki bir çoğaltmanın başarısızlığı sayılabilir.
İş 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.
Birden çok çoğaltmaya sahip bir İş Açısından Kritik örneği dağıtırken, Okuma iş yükleri için ikincil çoğaltmalardan birini kullanın. Uygulama bağlantı dizeniz, 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 zorunlu 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şturmak zorunda kalmamak 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