Replica tra più aree di volumi di Azure NetApp Files
La funzionalità di replica Azure NetApp Files fornisce la protezione dei dati tramite la replica del volume tra aree. È possibile replicare i dati in modo asincrono da un volume di Azure NetApp Files (origine) in un'area a un altro volume di Azure NetApp Files (destinazione) in un'altra area. Questa funzionalità consente di eseguire il failover dell'applicazione critica se si verifica un'interruzione o un'emergenza a livello di area.
Coppie di replica tra aree supportate
Azure NetApp Files replica del volume è supportata tra varie coppie di aree di Azure e coppie non standard. Azure NetApp Files replica del volume è attualmente disponibile tra le aree seguenti. È possibile replicare i volumi di Azure NetApp Files dalla coppia di area A alla coppia di area B e viceversa.
Coppie di aree di Azure
Area geografica | Coppia a livello di area | Coppia A livello di area B |
---|---|---|
Australia | Australia centrale | Australia centrale 2 |
Australia | Australia orientale | Australia sud-orientale |
Asia-Pacific | Asia orientale | Asia sud-orientale |
Brasile/America del Nord | Brasile meridionale | Stati Uniti centro-meridionali |
Canada | Canada centrale | Canada orientale |
Europa | Europa settentrionale | Europa occidentale |
Germania | Germania centro-occidentale | Germania settentrionale |
India | India centrale | India meridionale |
Giappone | Giappone orientale | Giappone occidentale |
Corea del Sud | Corea centrale | Corea meridionale |
America del Nord | Stati Uniti orientali | Stati Uniti occidentali |
America del Nord | Stati Uniti orientali 2 | Stati Uniti centrali |
America del Nord | Stati Uniti centro-settentrionali | Stati Uniti centro-meridionali |
America del Nord | Stati Uniti occidentali 3 | Stati Uniti orientali |
Norvegia | Norvegia orientale | Norvegia occidentale |
Svizzera | Svizzera settentrionale | Svizzera occidentale |
Regno Unito | Regno Unito meridionale | Regno Unito occidentale |
Emirati Arabi Uniti | Emirati Arabi Uniti settentrionali | Emirati Arabi Uniti centrali |
US Gov | US Gov Arizona | US Gov Texas |
US Gov | US Gov Virginia | US Gov Texas |
Coppie non standard a livello di area di Azure
Area geografica | Coppia a livello di area | Coppia A livello di area B |
---|---|---|
Australia/Asia sud-orientale | Australia orientale | Asia sud-orientale |
Francia/Europa | Francia centrale | Europa occidentale |
Germania/Regno Unito | Germania centro-occidentale | Regno Unito meridionale |
Germania/Europa | Germania centro-occidentale | Europa occidentale |
Germania/Francia | Germania centro-occidentale | Francia centrale |
America del Nord | Stati Uniti orientali | Stati Uniti orientali 2 |
America del Nord | Stati Uniti orientali 2 | Stati Uniti occidentali 2 |
America del Nord | Stati Uniti centro-settentrionali | Stati Uniti orientali 2 |
America del Nord | Stati Uniti centro-meridionali | Stati Uniti orientali |
America del Nord | Stati Uniti centro-meridionali | Stati Uniti orientali 2 |
America del Nord | Stati Uniti centro-meridionali | Stati Uniti centrali |
America del Nord | West US 2 | Stati Uniti orientali |
America del Nord | West US 2 | Stati Uniti occidentali 3 |
US Gov | US Gov Arizona | US Gov Virginia |
Nota
Potrebbe verificarsi una discrepanza nella dimensione e nel numero di snapshot tra origine e destinazione. Questa discrepanza è prevista. I criteri snapshot e le pianificazioni di replica influiscono sul numero di snapshot. I criteri snapshot e le pianificazioni di replica, combinati con la quantità di dati modificati tra snapshot, influenzeranno le dimensioni degli snapshot. Per altre informazioni sugli snapshot, vedere Come funzionano gli snapshot Azure NetApp Files.
Obiettivi a livello di servizio
L'obiettivo del punto di ripristino (RPO) indica il momento in cui è possibile recuperare i dati. La destinazione RPO è in genere minore di due volte la pianificazione della replica, ma può variare. In alcuni casi, può superare l'RPO di destinazione in base a fattori quali la dimensione totale del set di dati, la frequenza di modifica, la percentuale di sovrascrizioni dei dati e la larghezza di banda di replica disponibile per il trasferimento.
- Per la pianificazione della replica di 10 minuti, l'RPO tipico è inferiore a 20 minuti.
- Per la pianificazione della replica oraria, l'RPO tipico è inferiore a due ore.
- Per la pianificazione della replica giornaliera, l'RPO tipico è inferiore a due giorni.
L'obiettivo del tempo di ripristino (RTO) o il tempo di inattività massimo dell'applicazione aziendale è determinato da fattori che determinano l'attivazione dell'applicazione e forniscono l'accesso ai dati nel secondo sito. La parte di archiviazione dell'RTO per interrompere la relazione di peering per attivare il volume di destinazione e fornire l'accesso ai dati di lettura e scrittura nel secondo sito deve essere completato entro un minuto.
Modello di costo per la replica tra aree
Con Azure NetApp Files replica tra aree, si paga solo per la quantità di dati replicata. Non è prevista alcuna tariffa di installazione o di utilizzo minima. Il prezzo della replica è basato sulla frequenza di replica e sull'area del volume di destinazione scelto durante la configurazione della replica iniziale. Per altre informazioni, vedere la pagina prezzi Azure NetApp Files.
L'addebito regolare Azure NetApp Files capacità di archiviazione si applica al volume di destinazione della replica (chiamato anche volume di protezione dei dati).
Esempi di prezzi
L'importo della replica tra aree fatturato in un mese è basato sulla quantità di dati replicati tramite la funzionalità di replica tra aree durante quel mese. La quantità di dati replicata viene misurata in GiB. Rappresenta la somma dei dati replicati in due aree durante tutte le repliche regolari dai volumi di origine ai volumi di destinazione e durante tutte le repliche risincrone dai volumi di destinazione ai volumi di origine.
Esempio 1: Replica di base mese 1 e repliche incrementali
Si supponga che le situazioni seguenti:
- Il volume di origine proviene dal livello di servizio Azure NetApp Files Premium. Ha una dimensione di quota volume pari a 1000 GiB e un volume utilizzato di dimensioni pari a 500 GiB all'inizio del primo giorno di un mese. Il volume si trova nell'area centro-meridionale degli Stati Uniti .
- Il volume di destinazione proviene dal livello di servizio Azure NetApp Files Standard. Si trova nell'area stati Uniti orientali 2 .
- È stata configurata una replica tra aree basate su ora tra i due volumi precedenti. Pertanto, il prezzo della replica è $0,12 per GiB.
- Per semplicità, si supponga che il volume di origine abbia una modifica costante dei dati 0,5 GiB ogni ora, ma la dimensione totale utilizzata non cresce (rimane a 500 GiB).
Dopo l'installazione iniziale, la replica di base viene eseguita immediatamente.
- Quantità di dati replicata durante la replica di base:
500 GiB
- Addebiti per la replica di base:
500 GiB * $0.12 = $60
Dopo la replica di base, vengono replicati solo i blocchi modificati. Pertanto, solo 0,5 GiB dei dati verranno replicati ogni ora nelle repliche incrementali successive.
- Somma della quantità di dati replicata tra le repliche incrementali per un mese di 30 giorni:
0.5 GiB * 24 hours * 30 days = 360 GiB
- Addebiti di replica incrementali:
360 GiB * $0.12 = $43.2
Alla fine del mese 1, l'addebito totale per la replica tra aree è il seguente:
- Addebito totale della replica tra aree dal mese 1:
$60 + $43.2 = $103.2
L'addebito regolare Azure NetApp Files capacità di archiviazione si applica al volume di destinazione. Tuttavia, il volume di destinazione può usare un livello di archiviazione diverso da (e più economico rispetto al livello del volume di origine).
Esempio 2: Repliche incrementali mese 2 e repliche risincrone
Si supponga di avere un volume di origine, un volume di destinazione e una relazione di replica tra le due configurazioni, come descritto nell'esempio 1. Per 29 giorni del secondo mese (un mese di 30 giorni), le repliche orarie si sono verificate come previsto.
- Somma della quantità di dati replicata tra le repliche incrementali per 29 giorni:
0.5 GiB * 24 hours * 29 days = 348 GiB
Si supponga che l'ultimo giorno del mese si sia verificato un'interruzione non pianificata nell'area di origine e che il volume di destinazione sia stato eseguito il failover. Dopo 2 ore, l'area di origine è stata ripristinata ed è stata eseguita una replica risincrona dal volume di destinazione al volume di origine. Durante le 2 ore, 0,8 GiB delle modifiche ai dati si sono verificate nel volume di destinazione e devono essere risincrone all'origine.
- Somma della quantità di dati replicata tra le repliche regolari per 22 ore nell'ultimo giorno:
0.5 GiB * 22 hours = 11 GiB
- Quantità di dati replicata durante una replica risincrona:
0.8 GiB
Di conseguenza, entro la fine del mese 2, l'addebito totale di replica tra aree è il seguente:
- Addebito totale di replica tra aree dal mese 2:
(348 GiB + 11 GiB + 0.8 GiB) * $0.12 = $43.18
L'addebito regolare Azure NetApp Files capacità di archiviazione per il mese 2 si applica al volume di destinazione.
Passaggi successivi
- Requisiti e considerazioni per la replica tra più aree
- Creare la replica di un volume
- Visualizzare lo stato integrità della relazione di replica
- Gestire il ripristino di emergenza
- Ridimensionare un volume di destinazione della replica tra aree
- Metriche di replica del volume
- Eliminare repliche di volumi o volumi
- Risolvere i problemi relativi alla replica tra più aree
- Testare il ripristino di emergenza per Azure NetApp Files