Azure NetApp Files birimlerini bölgeler arasında çoğaltma
Azure NetApp Files çoğaltma işlevselliği, çapraz bölge birimi çoğaltması aracılığıyla veri koruması sağlar. Verileri, bir bölgedeki Azure NetApp Files biriminden (kaynak) başka bir bölgedeki başka bir Azure NetApp Files birimine (hedef) zaman uyumsuz olarak çoğaltabilirsiniz. Bu özellik, bölge genelinde kesinti veya olağanüstü durum durumunda kritik uygulamanızın yük devretmesini yapmanızı sağlar.
Desteklenen çapraz bölge çoğaltma çiftleri
Azure NetApp Files birim çoğaltma, çeşitli Azure bölgesel çiftleri ve çiftler dışında desteklenir. Azure NetApp Files birim çoğaltması Şu anda aşağıdaki bölgeler arasında kullanılabilir:
Azure bölgesel çiftleri
| Coğrafya | Bölgesel çift A | Bölgesel çift B |
|---|---|---|
| Avustralya | Doğu Avustralya | Güneydoğu Avustralya |
| Asia-Pacific | Doğu Asya | Güneydoğu Asya |
| Kanada | Orta Kanada | Doğu Kanada |
| Avrupa | Kuzey Avrupa | West Europe |
| Almanya | Orta Batı Almanya | Kuzey Almanya |
| Hindistan | Orta Hindistan | Güney Hindistan |
| Japonya | Doğu Japonya | Batı Japonya |
| Kuzey Amerika | Doğu ABD | Batı ABD |
| Kuzey Amerika | Doğu ABD 2 | Central US |
| Kuzey Amerika | Orta Kuzey ABD | Orta Güney ABD |
| Norveç | Norveç Doğu | Norveç Batı |
| İsviçre | Kuzey İsviçre | İsviçre Batı |
| Birleşik Krallık | Güney Birleşik Krallık | Batı Birleşik Krallık |
| Birleşik Arap Emirlikleri | BAE Kuzey | Orta BAE |
| ABD Kamu | US Gov Arizona | US Gov Texas |
| ABD Kamu | US Gov Virginia | US Gov Texas |
Azure bölgesel standart olmayan çiftler
| Coğrafya | Bölgesel çift A | Bölgesel çift B |
|---|---|---|
| Avustralya/Güneydoğu Asya | Doğu Avustralya | Güneydoğu Asya |
| Almanya/UK | Orta Batı Almanya | Güney Birleşik Krallık |
| Almanya/Avrupa | Orta Batı Almanya | West Europe |
| Almanya/Fransa | Orta Batı Almanya | Orta Fransa |
| Kuzey Amerika | Doğu ABD | Doğu ABD 2 |
| Kuzey Amerika | Doğu ABD 2 | Batı ABD 2 |
| Kuzey Amerika | Orta Güney ABD | Doğu ABD |
| Kuzey Amerika | Orta Güney ABD | Doğu ABD 2 |
| Kuzey Amerika | Orta Güney ABD | Central US |
| Kuzey Amerika | Batı ABD 2 | Doğu ABD |
| ABD Kamu | US Gov Arizona | US Gov Virginia |
Hizmet düzeyi hedefleri
Kurtarma noktası hedefi (RPO), verilerin kurtarılabileceği noktayı gösterir. RPO hedefi genellikle çoğaltma zamanlamanın iki katı kadardır, ancak değişiklik 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çebilirsiniz.
- 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 saatten azdır.
Kurtarma Süresi Hedefi (RTO) veya en fazla tolere edilebilir iş uygulaması kapalı kalma süresi, uygulamayı getirme ve ikinci sitede verilere erişim sağlama faktörleri tarafından belirlenir. Hedef birimi etkinleştirmek ve ikinci sitede okuma ve yazma verileri erişimi sağlamak için eşleme ilişkisini bozmaya ilişkin RTO'nun depolama bölümünün bir dakika içinde tamamlanması beklenir.
Çapraz bölge çoğaltması için maliyet modeli
Çapraz Azure NetApp Files çoğaltma ile yalnızca çoğaltılan veri miktarı için ödeme siz ödersiniz. Kurulum ücretleri veya en düşük kullanım ücreti yoktur. Çoğaltma fiyatı, çoğaltma sıklığını ve ilk çoğaltma yapılandırması sırasında seçtiğiniz hedef birimin bölgesini temel almaktadır. Daha fazla Azure NetApp Files için Bkz. Fiyatlandırma sayfası.
Normal Azure NetApp Files depolama kapasitesi ücreti çoğaltma hedef birimine (veri koruma birimi olarak da denir) uygulanır.
Fiyatlandırma örnekleri
Bir ay içinde faturalandırılan çapraz bölge çoğaltma tutarı, söz konusu ay boyunca bölgeler arası çoğaltma özelliği aracılığıyla çoğaltılan veri miktarına göredir. Çoğaltılan veri miktarı GiB olarak ölçülür. Kaynak birimlerden hedef birimlere yapılan tüm normal çoğaltmalar sırasında ve hedef birimlerden kaynak birimlere yapılan tüm yeniden eşitleme çoğaltmaları sırasında iki bölgede çoğaltılan verilerin toplamını temsil eder.
Örnek 1: 1. ay temel çoğaltma ve artımlı çoğaltmalar
Aşağıdaki durumların olduğunu varsayalım:
- Kaynak biriminiz, Azure NetApp Files Premium düzeyine göredir. 1000 GiB birim kotası ve bir ayın ilk günü başında tüketilen birim boyutu 500 GiB'tır. Birim, ABD Orta Güney bölgesindedir.
- Hedef biriminiz Standart hizmet Azure NetApp Files düzeyine göredir. Bu, ABD Doğu 2 bölgesindedir.
- Yukarıdaki iki birim arasında saatlik tabanlı bir çapraz bölge çoğaltması yapılandırıldı. Bu nedenle çoğaltmanın fiyatı GiB başına 0,12 ABD dolarıdır.
- Kolaylık olması için kaynak biriminizin saatte bir sürekli 0,5 GiB veri değişikliğine sahip olduğunu ancak tüketilen toplam birim boyutunun büyümemesi (500 GiB'de kalır) olduğunu varsayın.
İlk kurulumdan sonra, temel çoğaltma hemen gerçekleşir.
- Temel çoğaltma sırasında çoğaltılan veri miktarı:
500 GiB - Temel çoğaltma ücretleri:
500 GiB * $0.12 = $60
Temel çoğaltmadan sonra yalnızca değiştirilen bloklar çoğaltılır. Bu nedenle sonraki artımlı çoğaltmalarda saatte bir yalnızca 0,5 GiB veri çoğaltılır.
- 30 günlük bir ay boyunca artımlı çoğaltmalarda çoğaltılan veri miktarının toplamı:
0.5 GiB * 24 hours * 30 days = 360 GiB - Artımlı çoğaltma ücretleri:
360 GiB * $0.12 = $43.2
- Ayın sonunda toplam bölgeler arası çoğaltma ücreti aşağıdaki gibidir:
-
- Aya göre toplam bölgeler arası çoğaltma ücreti:
$60 + $43.2 = $103.2
- Aya göre toplam bölgeler arası çoğaltma ücreti:
Normal Azure NetApp Files depolama kapasitesi ücreti hedef birim için geçerlidir. Ancak hedef birim, kaynak birim katmanından farklı (ve daha ucuz) bir depolama katmanı kullanabilir.
Örnek 2: 2. ay artımlı çoğaltmalar ve çoğaltmaları yeniden eşitleme
Örnek 1'de açıklandığı gibi iki küme arasında bir kaynak biriminiz, bir hedef biriminiz ve bir çoğaltma ilişkiniz olduğunu varsayalım. İkinci ayın 29 günü (30 günlük bir ay) için saatlik çoğaltmalar beklendiği gibi gerçekleşti.
- 29 gün boyunca artımlı çoğaltmalarda çoğaltılan veri miktarının toplamı:
0.5 GiB * 24 hours * 29 days = 348 GiB
Ayın son gününde, kaynak bölgede planlanmamış bir kesintinin yaşandığını ve hedef bireyi yüklemiş olduğunu varsayalım. 2 saat sonra kaynak bölge kurtarıldı ve hedef bir kaynaktan kaynak bir bire yeniden eşitleme işlemi gerçekleştirdiniz. 2 saat boyunca hedef birde 0,8 GiB veri değişikliği gerçekleşti ve kaynağın yeniden eşitlenebli olması gerekiyordu.
- Son günde 22 saat boyunca normal çoğaltmalarda çoğaltılan veri miktarının toplamı:
0.5 GiB * 22 hours = 11 GiB - Bir yeniden eşitleme çoğaltması sırasında çoğaltılan veri miktarı:
0.8 GiB
Bu nedenle 2. Ayın sonuna kadar toplam bölgeler arası çoğaltma ücreti aşağıdaki gibidir:
-
- aya göre toplam bölgeler arası çoğaltma ücreti:
(348 GiB + 11 GiB + 0.8 GiB) * $0.12 = $43.18
- aya göre toplam bölgeler arası çoğaltma ücreti:
2 Azure NetApp Files için normal depolama alanı kapasitesi ücreti hedef birim için geçerlidir.
Sonraki adımlar
- Bölgeler arası çoğaltma kullanma için gereksinimle ve bu konuda dikkate alınması gerekenler
- Birim çoğaltması oluşturma
- Çoğaltma ilişkisinin uygunluk durumunu görüntüleme
- Olağanüstü durum kurtarmayı yönetme
- Çapraz bölge çoğaltma hedef birimini yeniden boyutlandırma
- Birim çoğaltma ölçümleri
- Birim çoğaltmalarını veya birimleri silme
- Bölgeler arası çoğaltma sorunlarını giderme