Azure bölgeler arası çoğaltma

Azure bölgeleri, kullanılabilirlik alanlarıyla yerel olağanüstü durumlara karşı koruma sağlamak üzere tasarlanmış olsa da, bölgeler arası çoğaltma kullanan başka bir ikincil bölgeyi kullanarak olağanüstü durum kurtarma ile bölgesel veya büyük coğrafya olağanüstü durumlarına karşı koruma sağlayabilir. Hem birincil hem de ikincil bölgeler birlikte bir bölge çifti oluşturur.

Bölgeler arası çoğaltma, Azure iş sürekliliği ve olağanüstü durum kurtarma stratejisinin önemli yapı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.

Bazı Azure hizmetleri, iş sürekliliğini sağlamak ve veri kaybına karşı koruma sağlamak için bölgeler arası çoğaltmayı destekler. 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ılamaz olsa bile verilerin dayanıklı olmasını sağlar.

Paylaşılan sorumluluk

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 olan bir bölgeden otomatik olarak geri dönmez. Bu senaryolarda kurtarma ve çoğaltma sizin sorumluluğundadı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 iyileştirmek için bölgeler arasında temel hizmetlerinizi yapılandırmanızı kesinlikle öneririz.

Birden çok etkin bölgeyi destekleyen uygulamalar için, etkinleştirilmiş birden çok 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ı

Hizmet bölgeler arası çoğaltma ve veri mimarisine hizmet başına temel alınarak karar verilebiliyor. Kuruluşunuzun stratejik ve iş gereksinimlerine göre maliyet-fayda analizi yaklaşımını benimsemeniz gerekir. Bölgeler arası çoğaltmanın birincil ve dalgalanma avantajları karmaşık, 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ümesinde bir bölgenin kurtarılması önceliklendirilir. Etkin bölge kümeleri arasında 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 olması 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ümelerle (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 bunları eşleştirmek için Azure hizmetlerini kullanarak kendi olağanüstü durum kurtarma çözümünüzü oluşturabilirsiniz. Örneğin, farklı bir bölgedeki bir Azure Depolama hesabına veri yedeklemeleri 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ğilsiniz. 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.

Azure eşleştirilmiş bölgeleri

Birçok bölgenin yakınlık ve diğer faktörlere göre bölgeler arası çoğaltmayı desteklemek için eşleştirilmiş bir bölgesi vardır.

Azure bölgesel çiftleri

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

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

Azure, bölgesel çifti olmayan bölgelerde genel olarak genişlemeye devam eder ve kullanılabilirlik alanları ile yerel olarak yedekli veya alanlar arası yedekli depolamadan (LRS/ZRS) yararlanarak yüksek kullanılabilirlik elde eder. Çifti olmayan bölgelerde coğrafi olarak yedekli depolama (GRS) olmaz. Ancak bazı hizmetler bölgeler arası çoğaltma için alternatif seçenekler sunar.

Eşlenmemiş bölgeler, verileri aynı bölgede tutma seçeneğine izin vermek için veri yerleşimi yönergelerini izler. Müşteriler, Kurtarma Noktası Hedefi veya Kurtarma Süresi Hedefi (RTO/RPO) gereksinimlerine göre veri dayanıklılığından sorumludur ve verileri küresel olarak herhangi bir konumdan taşıyabilir, kopyalayabilir veya 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.

Aşağıdaki tabloda bölge çifti olmayan Azure bölgeleri listelenmiştir:

Sonraki adımlar

• Eşleştirilmemiş bölgeler için Azure bölgeler arası çoğaltma
• Kullanılabilirlik alanlarını destekleyen Azure hizmetleri ve bölgeleri
• Hizmete göre olağanüstü durum kurtarma kılavuzu
• Güvenilirlik kılavuzu
• Azure'da iş sürekliliği yönetim programı