Informazioni sulla replica di Azure NetApp Files

Azure NetApp Files supporta i modelli seguenti per la replica:

• Replica tra zone
• Replica tra più aree
• Replica tra zone ed aree

Informazioni su tutti e tre i modelli per decidere le opzioni più adatte al piano di affidabilità.

Replica tra zone e zone di disponibilità

Azure NetApp Files supporta la replica tra zone, che si basa sulle zone di disponibilità.

Zone di disponibilità

Le zone di disponibilità di Azure sono posizioni fisicamente separate all'interno di ogni area di Azure supportata, con tolleranza per gli errori locali. Gli errori possono essere di tipo hardware o software oppure correlati a eventi come terremoti, inondazioni e incendi. La ridondanza e l'isolamento logico dei servizi di Azure ottengono questa tolleranza agli errori. Per garantire la resilienza, sono presenti almeno tre zone di disponibilità separate in tutte le aree abilitate per la zona di disponibilità.

Per altre informazioni sulle zone di disponibilità in Azure NetApp Files, vedere Affidabilità in Azure NetApp Files.

Aree di Azure con zone di disponibilità

Per un elenco delle aree che attualmente supportano le zone di disponibilità, vedere Aree di Azure con supporto per la zona di disponibilità.

Replica tra zone

In molti casi, è possibile ottenere la resilienza tra le zone di disponibilità implementando architetture a disponibilità elevata che usano la replica basata su applicazioni e la disponibilità elevata. È possibile prendere in considerazione approcci più semplici e convenienti, ad esempio l'uso della replica dei dati basata sull'archiviazione.

Analogamente alla replica tra aree di Azure NetApp Files, la replica tra aree offre protezione dei dati tra volumi in zone di disponibilità diverse. È possibile replicare in modo asincrono i dati da un volume di Azure NetApp Files (origine) in una zona di disponibilità a un altro volume di Azure NetApp Files (destinazione) in un'altra zona di disponibilità. Questa funzionalità consente di eseguire il failover dell'applicazione critica se si verifica un'interruzione o un'emergenza a livello di zona.

La replica tra zone è disponibile in tutte le aree abilitate per la zona di disponibilità che supportano Azure NetApp Files.

Per altre informazioni sugli obiettivi a livello di servizio, vedere Affidabilità di Azure NetApp Files.

Modello di costo per la replica tra zone

I volumi replicati sono ospitati in un pool di capacità. Il costo per la replica tra zone è quindi basato sulle dimensioni e il livello del pool di capacità di cui è stato effettuato il provisioning. Non sono previsti costi aggiuntivi per la replica dei dati.

Replica tra più aree

La replica di Azure NetApp Files è disponibile in tutte le aree. È possibile replicare in modo asincrono i dati 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.

La replica tra aree di Azure NetApp Files deve usare coppie di aree supportate.

Per altre informazioni sui contratti di servizio, vedere Affidabilità di Azure NetApp Files.

Modello di costo per la replica tra aree

Quando si usa la replica tra aree di Azure NetApp Files, si paga solo per la quantità di dati replicati. 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 della replica iniziale. Per altre informazioni, vedere Prezzi di Azure NetApp Files.

I normali addebiti per la capacità di archiviazione di Azure NetApp Files si applicano al volume di destinazione della replica, noto anche come volume di protezione dei dati .

Esempi di prezzi

L'importo di replica tra aree fatturate in un mese è basato sulla quantità di dati replicati tramite la funzionalità di replica tra aree durante il mese. La quantità di dati replicati viene misurata in gibibyte (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 di risincronizzazione dai volumi di destinazione ai volumi di origine. I prezzi seguenti sono solo a scopo esemplificativo.

Esempio 1: mese 1: replica di base e repliche incrementali

Si supponga che le condizioni seguenti:

• Il volume di origine è del livello di servizio Azure NetApp Files Premium. Ha una dimensione di quota del volume di 1.000 GiB e un volume utilizzato di 500 GiB all'inizio del primo giorno di un mese. Il volume si trova nell'area Stati Uniti centro-meridionali.

• Il volume di destinazione è del livello di servizio Azure NetApp Files Standard. Si trova nell'area Stati Uniti orientali 2 .

• È possibile configurare una replica oraria tra più aree tra i due volumi precedenti. Pertanto, il prezzo della replica è pari a $ 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 che le dimensioni totali utilizzate non aumentano. 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 viene replicato 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 di replica tra aree è $60 + $43.2 = $103.2.

I normali addebiti per la capacità di archiviazione di Azure NetApp Files si applicano al volume di destinazione. Tuttavia, il volume di destinazione può usare un livello di archiviazione diverso e meno costoso rispetto al livello del volume di origine.

Esempio 2: mese 2: repliche incrementali e repliche di risincronizzazione

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 vengono eseguite 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 verifichi un'interruzione non pianificata nell'area di origine ed è stato eseguito il failover nel volume di destinazione. Dopo due ore, l'area di origine è stata ripristinata ed è stata eseguita una replica risincrona dal volume di destinazione al volume di origine. Durante le due ore, 0,8 GiB di modifiche ai dati si sono verificate nel volume di destinazione ed è necessario risincronizzare l'origine.

• Somma della quantità di dati replicata tra le repliche regolari per 22 ore l'ultimo giorno: 0.5 GiB * 22 hours = 11 GiB
• Quantità di dati replicata durante una replica di risincronizzazione: 0.8 GiB

Pertanto, entro la fine del mese 2, l'addebito totale di replica tra aree è (348 GiB + 11 GiB + 0.8 GiB) * $0.12 = $43.18.

I normali addebiti per la capacità di archiviazione di Azure NetApp Files per il mese 2 si applicano al volume di destinazione.

Replica tra zone ed aree

Azure NetApp Files supporta l'uso della replica tra zone e tra aree nello stesso volume di origine. Con questo livello aggiuntivo di protezione, è possibile proteggere i volumi usando un secondo volume di protezione nelle combinazioni seguenti:

• Volumi di destinazione di replica tra aree e zone

  

  Una casella con etichetta Region A contiene un volume di origine nella zona 1 e un volume di destinazione nella zona 2. Freccia che rappresenta i punti di replica tra zone dal volume di origine nella zona 1 al volume di destinazione nella zona 2. Un'altra casella con etichetta Region B contiene un volume di destinazione nella zona 1. Freccia che rappresenta i punti di replica tra aree dal volume di origine nell'area A al volume di destinazione nell'area B.

• Due volumi di destinazione di replica tra aree

  

  Una casella con etichetta Region A contiene un volume di origine. Un'altra casella con etichetta Region B contiene un volume di destinazione. Una terza casella con etichetta Region C contiene un altro volume di destinazione. Frecce che rappresentano il punto di replica tra aree dal volume di origine nell'area A al volume di destinazione nell'area B e al volume di destinazione nell'area C.

• Due volumi di destinazione per la replica tra zone, in qualsiasi combinazione di zone di disponibilità, inclusa la replica all'interno della stessa zona

  

  Una casella con etichetta Region A contiene un volume di origine nella zona 1. Un'altra casella contiene un volume di destinazione nella zona 2. Freccia che rappresenta i punti di replica tra zone dal volume di origine nell'area A, dalla zona 1 al volume di destinazione nella zona 2. Una terza casella contiene un altro volume di destinazione nella zona 3. Freccia che rappresenta i punti di replica tra zone dal volume di origine nell'area A, dalla zona 1 al volume di destinazione nella zona 3.

Requisiti per la replica tra zone ed aree

• La replica tra aree ha gli stessi requisiti della replica tra zone e della replica tra aree.

• Se si usa la replica tra aree, è necessario usare coppie di replica tra aree supportate.

• La replica tra zone e regioni può essere effettuata in una singola sottoscrizione o tra sottoscrizioni.

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 a livello di area A alla coppia regionale B e dalla coppia regionale B alla coppia a livello di area A.

Coppia di aree di Azure

Coppie non standard di Azure a livello di area

Passo successivo

• Gestire la replica tra zone e regioni