Azure NetApp Files'ın bölgeler arası çoğaltmayı anlama (önizleme)
Çoğu durumda yüksek kullanılabilirlik için kullanılabilirlik alanlarını kullanma bölümünde açıklandığı gibi, uygulama tabanlı çoğaltma ve HA kullanan HA mimarileri ile kullanılabilirlik alanları arasında dayanıklılık elde edilir. Ancak daha basit, daha uygun maliyetli yaklaşımlar genellikle depolama tabanlı veri çoğaltması kullanılarak değerlendirilir.
Azure NetApp Files bölgeler arası çoğaltma özelliğine benzer şekilde, bölgeler arası çoğaltma (CZR) özelliği de farklı kullanılabilirlik alanlarındaki birimler arasında veri koruması sağlar. Bir kullanılabilirlik alanındaki Azure NetApp Files biriminden (kaynak) verileri zaman uyumsuz olarak başka bir kullanılabilirlik alanındaki başka bir Azure NetApp Files birimine (hedef) çoğaltabilirsiniz. Bu özellik, bölge genelinde bir kesinti veya olağanüstü durum oluştuğunda kritik uygulamanızın yükünü devretmenizi sağlar.
Desteklenen bölgeler
Bölgeler arası çoğaltma önizlemesi aşağıdaki bölgelerde kullanılabilir:
- Doğu Avustralya
- Güney Brezilya
- Orta Kanada
- Orta Hindistan
- Central US
- Doğu Asya
- Doğu ABD
- Doğu ABD 2
- Orta Fransa
- Orta Batı Almanya
- Orta İsrail
- Doğu Japonya
- Güney Kore - Orta
- Kuzey Avrupa
- Doğu Norveç
- Katar Merkezi
- Güney Afrika Kuzey
- Güneydoğu Asya
- Orta Güney ABD
- Orta İsveç
- Kuzey İsviçre
- Kuzey BAE
- Güney Birleşik Krallık
- US Gov Virginia
- West Europe
- Batı ABD 2
- Batı ABD 3
Gelecekte, Azure NetApp Files iletişim durumu olan az özellikli tüm bölgeler için bölgeler arası çoğaltma planlanmaktadır.
Hizmet düzeyi hedefleri
Kurtarma Noktası Hedefi (RPO), verilerin kurtarılabildiği noktayı gösterir. RPO hedefi genellikle çoğaltma zamanlamasının iki katından daha azdır, ancak farklılık gösterebilir. Bazı durumlarda, toplam veri kümesi boyutu, değişiklik oranı, verilerin üzerine yazma yüzdesi ve aktarım için kullanılabilir çoğaltma bant genişliği gibi faktörlere bağlı olarak hedef RPO'nun ötesine geçebilir.
Bölgeler arası çoğaltma üç çoğaltma zamanlamasını destekler: 10 dakika, saatlik ve günlük.
- 10 dakikalık çoğaltma zamanlaması için tipik RPO 20 dakikadan kısadır.
- Saatlik çoğaltma zamanlaması için tipik RPO iki saatten azdır.
- Günlük çoğaltma zamanlaması için tipik RPO iki günden azdır.
Kurtarma Süresi Hedefi (RTO) veya en yüksek tolere edilebilir iş uygulaması kapalı kalma süresi, uygulamanın gündeme getirilmesi ve ikinci sitedeki verilere erişim sağlanmasındaki faktörler tarafından belirlenir. Hedef birimi etkinleştirmek ve ikinci sitede okuma ve yazma veri erişimi sağlamak için eşleme ilişkisini bozmak için RTO'nun depolama bölümünün bir dakika içinde tamamlanması beklenir.
Bölgeler arası çoğaltma için maliyet modeli
Çoğaltılan birimler bir kapasite havuzunda barındırılır. Bu nedenle bölgeler arası çoğaltmanın maliyeti sağlanan kapasite havuzu boyutuna ve normal katmana bağlıdır. Veri çoğaltma için ek maliyet yoktur.