Azure bölgeler arası çoğaltma
Birçok Azure bölgesi, ayrı veri merkezi grupları olan kullanılabilirlik alanları sağlar. Bir bölge içinde kullanılabilirlik alanları, diğer kullanılabilirlik alanlarına düşük gecikme süreli bağlantılara sahip olacak kadar yakındır, ancak yerel kesintilerden veya hava durumundan birden fazla kişinin etkilenme olasılığını azaltmak için yeterince uzaktır. Kullanılabilirlik alanları bağımsız güç, soğutma ve ağ altyapısına sahiptir. Bunlar, bir bölgede kesinti yaşanması durumunda bölgesel hizmetler, kapasite ve yüksek kullanılabilirlik alanlarının kalan bölgeler tarafından desteklenmesi için tasarlanmıştır.
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, dünyanın her yanındaki müşterilerin desteklenmesi için birden çok coğrafyaya sahip olur. Bu ayrık ayırmalar, bir veya birden çok Azure bölgesinde bir olağanüstü durum kurtarma ve veri yerleşimi sınırı tanımlar.
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ğaltmadan yararlanabilir. 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.
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 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 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 de vardır.
Önemli
Bölgenizin mimarisi ve kullanılabilir eşleştirmeler hakkında daha fazla bilgi edinmek için lütfen Microsoft satışlarınızla veya müşteri temsilcinizle iletişime geçin.
Azure bölgesel çiftleri
| Coğrafi Bölge | Bölgesel A çifti | Bölgesel çift B |
|---|---|---|
| Asya Pasifik | Doğu Asya (Hong Kong Özel Yönetici Istrative Bölgesi) | Güneydoğu Asya (Singapur) |
| Avustralya | Doğu Avustralya | Güneydoğu Avustralya |
| Orta Avustralya | Orta Avustralya 2* | |
| Brezilya | Güney Brezilya | Orta Güney ABD |
| Brezilya Güneydoğu* | Güney Brezilya | |
| Kanada | Orta Kanada | Doğu Kanada |
| Çin | Kuzey Çin | Doğu Çin |
| Kuzey Çin 2 | Doğu Çin 2 | |
| 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 |
| Orta Hindistan | Batı Hindistan | |
| Batı Hindistan | Güney Hindistan | |
| Japonya | Doğu Japonya | Batı Japonya |
| Kore | Güney Kore - Orta | Güney Kore* |
| 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 Devletler | Doğu ABD | Batı ABD |
| Doğu ABD 2 | Orta ABD | |
| Orta Kuzey ABD | Orta Güney ABD | |
| Batı ABD 2 | Batı Orta ABD | |
| Batı ABD 3 | Doğu ABD | |
| Birleşik Arap Emirlikleri | Kuzey BAE | UAE Central* |
| ABD Savunma Bakanlığı | ABD DoD Doğu* | US DoD Central* |
| ABD Devleti | US Gov Arizona* | US Gov Texas* |
| US Gov Virginia* | US Gov Texas* | |
| US Gov Texas* | US Gov Virginia* |
(*) 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.
Ö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.
- Batı ABD3, Doğu ABD ile bir yönde eşleştirilir. Ayrıca Doğu ABD, Batı ABD ile çift yönlü olarak eşleştirilir.
- Güney Brezilya, kendi 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ğil.
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. Bu tür 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:
| Coğrafi Bölge | Bölge |
|---|---|
| Katar | Katar Merkezi |
| Polonya | Polonya Merkezi |
| İsrail | Orta İsrail |
| İtalya | Kuzey İtalya |
| Avusturya | Doğu Avusturya (Çok yakında) |
| İspanya | Orta İspanya (Çok yakında) |