Replica tra più aree di volumi di Azure NetApp Files
La funzionalità di replica di Azure NetApp Files offre 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
La replica del volume di Azure NetApp Files è supportata tra varie coppie di aree di Azure e coppie non standard. La replica del volume di Azure NetApp Files è 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
| Geografia | Coppia a livello di area A | Coppia di aree B |
|---|---|---|
| Australia | Australia centrale | Australia centrale 2 |
| Australia | Australia orientale | Australia sud-orientale |
| Asia Pacifico | Asia orientale | Asia sud-orientale |
| Brasile | Brasile meridionale | Brasile meridionale |
| 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 Government | US Gov Arizona | US Gov Texas |
| US Government | US Gov Virginia | US Gov Texas |
Coppie non standard a livello di area di Azure
| Geografia | Coppia a livello di area A | Coppia di aree 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 |
| Qatar/Europa | Qatar centrale | Europa occidentale |
| 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 | Stati Uniti occidentali 2 | Stati Uniti orientali |
| America del Nord | West US 2 | Stati Uniti occidentali 3 |
| US Government | US Gov Arizona | US Gov Virginia |
Nota
Potrebbe verificarsi una discrepanza tra le dimensioni e il numero di snapshot tra origine e destinazione. Questa discrepanza è prevista. I criteri di snapshot e le pianificazioni di replica influiranno sul numero di snapshot. I criteri di snapshot e le pianificazioni di replica, combinati con la quantità di dati modificati tra gli snapshot, influiranno sulle dimensioni degli snapshot. Per altre informazioni sugli snapshot, vedere Funzionamento degli snapshot di 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 inferiore al doppio della pianificazione della replica, ma può variare. In alcuni casi, può superare l'RPO di destinazione in base a fattori quali le dimensioni totali 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.
La replica tra aree supporta tre pianificazioni di replica: 10 minuti, orarie e giornaliere.
- Per la pianificazione della replica di 10 minuti, il valore 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 delle applicazioni aziendali è 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 in lettura e scrittura nel secondo sito dovrebbe essere completato entro un minuto.
Modello di costo per la replica tra aree
Con la replica tra aree di Azure NetApp Files, si paga solo per la quantità di dati replicata. Non sono previsti addebiti per l'installazione o una tariffa di utilizzo minima. Il prezzo della replica si basa sulla frequenza di replica e sull'area del volume di destinazione scelto durante la configurazione iniziale della replica. Per altre informazioni, vedere la pagina Prezzi di Azure NetApp Files.
Il normale addebito della capacità di archiviazione di Azure NetApp Files si applica al volume di destinazione della replica (detto anche volume di protezione dei dati).
Esempi di prezzi
L'importo di replica tra aree fatturate in un mese si basa sulla quantità di dati replicati tramite la funzionalità di replica tra aree durante il mese. La quantità di dati replicati viene misurata in GiB. Rappresenta la somma dei dati replicati in due aree durante tutte le normali repliche 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 del 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 del 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 Stati Uniti centro-meridionali .
- 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 oraria tra più aree 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 da 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 di dati verranno replicati ogni ora nelle repliche incrementali successive.
- Somma della quantità di dati replicata tra repliche incrementali per un mese di 30 giorni:
0.5 GiB * 24 hours * 30 days = 360 GiB - Addebiti per la replica incrementale:
360 GiB * $0.12 = $43.2
Alla fine del mese 1, l'addebito totale per la replica tra aree è il seguente:
- Addebito totale di replica tra aree dal mese 1:
$60 + $43.2 = $103.2
Il normale addebito della capacità di archiviazione di Azure NetApp Files si applica al volume di destinazione. Tuttavia, il volume di destinazione può usare un livello di archiviazione diverso da (e meno costoso del livello del volume di origine).
Esempio 2: Repliche incrementali del 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 repliche incrementali per 29 giorni:
0.5 GiB * 24 hours * 29 days = 348 GiB
Si supponga che nell'ultimo giorno del mese si sia verificata un'interruzione non pianificata nell'area di origine ed è stato eseguito il failover nel volume di destinazione. 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 di modifica dei dati si sono verificati nel volume di destinazione ed è necessario risincronizzare l'origine.
- Somma della quantità di dati replicata tra repliche regolari per 22 ore l'ultimo giorno:
0.5 GiB * 22 hours = 11 GiB - Quantità di dati replicata durante una replica risincrona:
0.8 GiB
Pertanto, 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
Il normale addebito della capacità di archiviazione di Azure NetApp Files 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 volumi
- 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