Azure'da bölgeler arası çoğaltma: İş sürekliliği ve olağanüstü durum kurtarma

Birçok kuruluş hem büyük ölçekli olaylara hem de bölgesel olağanüstü durumlara karşı koruma ile desteklenen kullanılabilirlik alanları tarafından sağlanan yüksek kullanılabilirliğe ihtiyaç duyar. Azure bölgeleri, kullanılabilirlik alanlarıyla yerel olağanüstü durumlara karşı koruma sağlamak için tasarlanmıştır. Ancak, bölgeler arası çoğaltma kullanan başka bir bölgeyi kullanarak olağanüstü durum kurtarma ile bölgesel veya büyük coğrafya olağanüstü durumlarına karşı koruma da sağlayabilirler.

Bölgeler arası çoğaltma

Azure, dünyanın her yerinde müşterilerin desteklenmesi için birden çok coğrafyaya sahip olur. Bu ayrık ayırmalar, bir veya birden çok Azure bölgesinde olağanüstü durum kurtarma ve veri yerleşimi sınırını tanımlar.

Bölgeler arası çoğaltma, Azure iş sürekliliği ve olağanüstü durum kurtarma stratejisinin önemli yapı taşlarından biridir. Bölgeler arası çoğaltma, yüksek kullanılabilirlik için birincil Azure bölgenizdeki kullanılabilirlik alanlarını kullanarak mevcut olan uygulamalarınızın ve verilerinizin zaman uyumlu çoğaltmasını temel alır. Bölgeler arası çoğaltma, olağanüstü durum kurtarma koruması için aynı uygulamaları ve verileri diğer Azure bölgelerinde zaman uyumsuz olarak çoğaltır.

Olağanüstü durum kurtarma koruması için uygulamaların ve verilerin diğer Azure bölgelerinde zaman uyumsuz olarak çoğaltılması yoluyla yüksek kullanılabilirliği gösteren görüntü.

Bazı Azure hizmetleri, iş sürekliliğini sağlamak ve veri kaybına karşı koruma sağlamak için bölgeler arası çoğaltmadan yararlan eder. Azure, veri kullanılabilirliğini sağlamak için bölgeler arası çoğaltmayı kullanan çeşitli depolama çözümleri sağlar. Örneğin, Azure coğrafi olarak yedekli depolama (GRS) verileri otomatik olarak ikincil bir bölgeye çoğaltır. Bu yaklaşım, birincil bölge kurtarılabilir olmasa bile verilerin dayanıklı olmasını sağlar.

Tüm Azure hizmetleri verileri otomatik olarak çoğaltmaz veya başka bir etkin bölgeye çapraz çoğaltma yapmak için başarısız bir bölgeden otomatik olarak geri dönmez. Bu senaryolarda, kurtarma ve çoğaltma müşteri tarafından yapılandırılmalıdır. Bu örnekler , paylaşılan sorumluluk modelinin çizimleridir. Olağanüstü durum kurtarma stratejinizde temel bir yapı taşıdır. Paylaşılan sorumluluk modeli hakkında daha fazla bilgi edinmek ve Azure'da iş sürekliliği ve olağanüstü durum kurtarma hakkında bilgi edinmek için bkz. Azure'da iş sürekliliği yönetimi.

Paylaşılan sorumluluk, olağanüstü durum kurtarma söz konusu olduğunda stratejik karar alma sürecinizin en önemli noktası haline gelir. Azure bölgeler arası çoğaltma kullanmanızı gerektirmez ve hizmetleri kullanarak başka bir etkin bölgeye çapraz çoğaltma yapmadan dayanıklılık oluşturabilirsiniz. Ancak yalıtımdan yararlanmak ve kullanılabilirliği geliştirmek için bölgeler arasında temel hizmetlerinizi yapılandırmanızı kesinlikle öneririz.

Birden çok etkin bölgeyi destekleyen uygulamalar için kullanılabilir birden çok etkin bölge kullanmanızı öneririz. Bu uygulama, uygulamalar için en uygun kullanılabilirliği ve bir olayın kullanılabilirliği etkilemesi durumunda kurtarma süresini en aza indirmeyi sağlar. Mümkün olduğunda, uygulamanızı maksimum dayanıklılık ve olağanüstü durum kurtarma kolaylığı için tasarlayın.

Bölgeler arası çoğaltmanın avantajları

Hizmetleriniz ve verileriniz için bölgeler arası çoğaltma mimarisi oluşturma işlemine hizmet başına temelinde karar verilebiliyor. Kuruluşunuzun stratejik ve iş gereksinimlerine göre mutlaka maliyet-fayda analizi yaklaşımını benimsersiniz. Bölgeler arası çoğaltmanın birincil ve dalgalanma avantajları karmaşıktır, kapsamlıdır ve detaylandırmayı hakeder. Bu avantajlar:

  • Bölge kurtarma sırası: Coğrafya genelinde bir kesinti oluşursa, etkinleştirilmiş her bölge kümesinden bir bölgenin kurtarılması önceliklendirilir. Etkin bölge kümelerine dağıtılan uygulamaların kurtarma için önceliklendirilmiş bölgelerden birine sahip olması garanti edilir. Bölgeler arasında dağıtılan ve bölgeler arası çoğaltma için etkinleştirilmeyen bir uygulama varsa kurtarma gecikebilir.
  • Sıralı güncelleştirme: Etkin bölgeleriniz için planlanan Azure sistem güncelleştirmeleri kapalı kalma süresini, hataların etkisini ve hatalı bir güncelleştirmenin nadir durumundaki mantıksal hataları en aza indirmek için kronolojik olarak sıralı olarak sıralı olarak gerçekleştirilir.
  • Fiziksel yalıtım: Azure, etkin bölgelerdeki veri merkezleri arasında en az 300 mil (483 kilometre) mesafe sağlamaya çalışır ancak tüm coğrafyalarda mümkün değildir. Veri merkezi ayrımı, doğal afet, sivil huzursuzluk, güç kesintileri veya fiziksel ağ kesintilerinin birden çok bölgeyi etkileme olasılığını azaltır. Yalıtım, coğrafya boyutu, güç veya ağ altyapısı kullanılabilirliği ve düzenlemeler gibi bir coğrafya içindeki kısıtlamalara tabidir.
  • Veri yerleşimi: Bölgeler, vergi ve kolluk yetkisi amacıyla veri yerleşimi gereksinimlerini karşılamak için etkinleştirilen kümeleriyle (Güney Brezilya ve Singapur hariç) aynı coğrafyada yer alır.

Kendi bölgesel eşleştirmelerinizi oluşturmak mümkün olmasa da, hizmetlerinizi istediğiniz sayıda bölgede oluşturup azure hizmetlerini kullanarak bunları eşleştirerek kendi olağanüstü durum kurtarma çözümünüzü oluşturabilirsiniz. Örneğin, veri yedeklemelerini farklı bir bölgedeki bir Azure Depolama hesabına zamanlamak için AzCopy gibi Azure hizmetlerini kullanabilirsiniz. Azure DNS ve Azure Traffic Manager'ı kullanarak, uygulamalarınız için birincil bölgenin kaybından kurtulacak dayanıklı bir mimari tasarlayabilirsiniz.

Azure, bölgesel çiftler için planlı bakım ve kurtarma önceliklendirmesini denetler. Bazı Azure hizmetleri, Azure yedekli depolama gibi bölgesel çiftleri varsayılan olarak kullanır.

Bölgesel çiftlerinizdeki hizmetleri kullanmakla sınırlı değildir. Bir Azure hizmeti belirli bir bölgesel çifti kullansa da, diğer hizmetlerinizi iş gereksinimlerinizi karşılayan herhangi bir bölgede barındırabilirsiniz. Örneğin, Bir Azure GRS depolama çözümü Doğu ABD'de bulunan Azure İşlem kaynaklarını kullanırken Orta Kanada'daki verileri Doğu Kanada'daki bir eşle eşleştirebilir.

Tüm coğrafyalar için Azure bölgeler arası çoğaltma eşleştirmeleri

Bölgeler, yakınlık ve diğer faktörlere göre bölgeler arası çoğaltma için eşleştirilir.

Azure bölgesel çiftleri

Coğrafya Bölgesel A çifti Bölgesel çift B
Asia-Pacific Doğu Asya (Hong Kong) Güneydoğu Asya (Singapur)
Avustralya Doğu Avustralya Güneydoğu Avustralya
Avustralya Orta Avustralya Orta Avustralya 2*
Brezilya Güney Brezilya Orta Güney ABD
Brezilya Brezilya Güneydoğu* Güney Brezilya
Kanada Orta Kanada Doğu Kanada
Çin Kuzey Çin Doğu Çin
Çin Çin Kuzey 2 Çin Doğu 2
Çin Kuzey Çin 3 Çin Doğu 3*
Avrupa Kuzey Avrupa (İrlanda) Batı Avrupa (Hollanda)
Fransa Orta Fransa Güney Fransa*
Almanya Orta Batı Almanya Kuzey Almanya*
Hindistan Orta Hindistan Güney Hindistan
Hindistan Batı Hindistan Güney Hindistan
Japonya Doğu Japonya Batı Japonya
Güney Kore Güney Kore - Orta Güney Kore*
Kuzey Amerika Doğu ABD Batı ABD
Kuzey Amerika Doğu ABD 2 Central US
Kuzey Amerika Orta Kuzey ABD Orta Güney ABD
Kuzey Amerika Batı ABD 2 Orta Batı ABD
Kuzey Amerika Batı ABD 3 Doğu ABD
Norveç Doğu Norveç Batı Norveç*
Güney Afrika Güney Afrika - Kuzey Güney Afrika Batı*
İsveç Orta İsveç İsveç Güney*
İsviçre Kuzey İsviçre Batı İsviçre*
Birleşik Krallık Batı Birleşik Krallık Güney Birleşik Krallık
Birleşik Arap Emirlikleri Kuzey BAE UAE Central*
ABD Savunma Bakanlığı ABD DoD Doğu* US DoD Central*
ABD Kamu US Gov Arizona* US Gov Texas*
ABD Kamu US Gov Iowa* US Gov Virginia*
ABD Kamu US Gov Virginia* US Gov Texas*

(*) Bazı bölgelere, ülke içi olağanüstü durum kurtarma gibi belirli müşteri senaryolarını desteklemek için erişim kısıtlanmıştır. Bu bölgeler yalnızca istek üzerine Azure portal yeni bir destek isteği oluşturularak kullanılabilir.

Önemli

  • Batı Hindistan yalnızca bir yönde eşleştirilir. Batı Hindistan'ın ikincil bölgesi Güney Hindistan'dır, ancak Güney Hindistan'ın ikincil bölgesi Orta Hindistan'dır.
  • Güney Brezilya, coğrafyasının dışındaki bir bölgeyle eşleştirilmiş olduğundan benzersizdir. Güney Brezilya'nın ikincil bölgesi Orta Güney ABD'dir. Orta Güney ABD'nin ikincil bölgesi Güney Brezilya değildir.

Kullanılabilirlik alanları olan ve bölge çifti olmayan bölgeler

Azure, bölgesel çifti olmayan ilk bölge olarak Katar ile küresel ölçekte genişlemeye devam ediyor ve kullanılabilirlik alanları ile yerel olarak yedekli veya alanlar arası yedekli depolamadan (LRS/ZRS) yararlanarak yüksek kullanılabilirlik elde ediyor. Çifti olmayan bölgelerde coğrafi olarak yedekli depolama (GRS) olmaz. Bu tür bölgeler , verileri aynı bölgede yerleşik tutma seçeneğine olanak sağlayan veri yerleşimi yönergelerini izler. Müşteriler, RTO/RPO gereksinimlerine göre veri dayanıklılığından sorumludur ve verileri küresel olarak herhangi bir konumdan taşıyabilir, kopyalayabilir veya bu verilere erişebilir. Azure bölgesinin tamamının kullanılamadığı nadir durumlarda, müşterilerin yüksek kullanılabilirliği ve Azure Dayanıklılığını destekleyen Azure hizmetlerinden gelen yönergelere göre Bölgeler Arası Olağanüstü Durum Kurtarma planlamaları gerekir – İş Sürekliliği ve Olağanüstü Durum Kurtarma

Sonraki adımlar