Ridondanza di Archiviazione di Azure
Archiviazione di Azure archivia sempre più copie dei dati in modo che siano protette da eventi pianificati e non pianificati, inclusi errori hardware temporanei, interruzioni della rete o interruzioni dell'alimentazione e gravi emergenze naturali. La ridondanza garantisce che l'account di archiviazione soddisfi gli obiettivi di disponibilità e durabilità anche in presenza di errori.
Quando si decide quale opzione di ridondanza sia più adatta allo scenario, considerare i compromessi tra costi inferiori e maggiore disponibilità. Ecco i fattori che consentono di determinare l'opzione di ridondanza da scegliere:
- Modalità di replica dei dati nell'area primaria.
- Indica se i dati vengono replicati in una seconda area geograficamente distante dall'area primaria, per proteggersi da emergenze a livello di area (replica geografica).
- Indica se l'applicazione richiede l'accesso in lettura ai dati replicati nell'area secondaria se l'area primaria non è più disponibile per qualsiasi motivo (replica geografica con accesso in lettura).
Nota
Le funzionalità e la disponibilità a livello di area descritte in questo articolo sono disponibili anche per gli account con uno spazio dei nomi gerarchico (archiviazione BLOB di Azure).
I servizi che comprendono Archiviazione di Azure vengono gestiti tramite una risorsa di Azure comune denominata account di archiviazione. L'account di archiviazione rappresenta un pool condiviso di archiviazione che può essere usato per distribuire risorse di archiviazione, ad esempio contenitori BLOB (archiviazione BLOB), condivisioni file (File di Azure), tabelle (archiviazione tabelle) o code (archiviazione code). Per altre informazioni sugli account di archiviazione di Azure, vedere Panoramica dell'account di archiviazione.
L'impostazione di ridondanza per un account di archiviazione viene condivisa per tutti i servizi di archiviazione esposti da tale account. Tutte le risorse di archiviazione distribuite nello stesso account di archiviazione hanno la stessa impostazione di ridondanza. È possibile isolare diversi tipi di risorse in account di archiviazione separati se hanno requisiti di ridondanza diversi.
Ridondanza nell'area primaria
I dati in un account di Archiviazione di Azure vengono sempre replicati tre volte nell'area primaria. Archiviazione di Azure offre due opzioni per la replica dei dati nell'area primaria:
- L'archiviazione con ridondanza locale (LRS) copia i dati in modo sincrono tre volte all'interno di un'unica posizione fisica nell'area primaria. L'archiviazione con ridondanza locale è l'opzione di replica meno costosa, ma non è consigliata per le applicazioni che richiedono disponibilità elevata o durabilità.
- L'archiviazione con ridondanza della zona (ZRS) copia i dati in modo sincrono in tre zone di disponibilità di Azure nell'area primaria. Per le applicazioni che richiedono la disponibilità elevata, è consigliabile usare ZRS nell'area primaria oltre a eseguire la replica in un'area secondaria.
Nota
Microsoft consiglia di usare l'archiviazione con ridondanza della zona nell'area primaria per Azure Data Lake Storage Gen2 carichi di lavoro.
Archiviazione con ridondanza locale
L'archiviazione con ridondanza locale replica l'account di archiviazione tre volte all'interno di un singolo data center nell'area primaria. L'archiviazione con ridondanza locale garantisce almeno il 99,999999999% (11 nove) di durabilità degli oggetti nell'arco di un anno specifico.
L'archiviazione con ridondanza locale è l'opzione di ridondanza più economica e offre una durabilità inferiore rispetto alle altre opzioni. L'archiviazione con ridondanza locale protegge i dati dagli errori del rack di server e delle unità. Tuttavia, se all'interno del data center si verifica un'emergenza come, ad esempio un incendio o un alluvione, tutte le repliche dell'account di archiviazione che usano l'archiviazione con ridondanza locale potrebbero essere perse o irrecuperabili. Per attenuare questo rischio, è consigliabile usare l'archiviazione con ridondanza della zona (ZRS), l'archiviazione con ridondanza geografica (GRS) o l'archiviazione con ridondanza geografica della zona (GZRS).
Una richiesta di scrittura in un account di archiviazione che usa l'archiviazione con ridondanza locale viene eseguita in modo sincrono. L'operazione di scrittura viene restituita correttamente solo dopo che i dati sono stati scritti in tutte e tre le repliche.
Il diagramma seguente mostra come i dati vengono replicati all'interno di un singolo data center con archiviazione con ridondanza locale:
L'archiviazione con ridondanza locale è una scelta ottimale per gli scenari seguenti:
- Se l'applicazione archivia dati che possono essere ricostruiti facilmente in caso di perdita, è possibile scegliere l'archiviazione con ridondanza locale.
- Se l'applicazione è limitata alla sola replica dei dati che si trovano all'interno di un paese o di un'area a causa di requisiti di governance dei dati, è possibile scegliere l'archiviazione con ridondanza locale. In alcuni casi, le aree associate tra le quali per i dati viene eseguita una replica geografica possono trovarsi in un altro paese o in un'altra area. Per altre informazioni sulle aree abbinate, vedere Aree di Azure.
- Se lo scenario usa dischi non gestiti di Azure, è possibile scegliere l'archiviazione con ridondanza locale. Anche se è possibile creare un account di archiviazione per i dischi non gestiti di Azure che usano l'archiviazione con ridondanza geografica, non è consigliabile a causa di potenziali problemi di coerenza rispetto alla replica geografica asincrona.
Archiviazione con ridondanza della zona
L'archiviazione con ridondanza della zona replica l'account di archiviazione in modo sincrono tra tre zone di disponibilità di Azure nell'area primaria. Ogni zona di disponibilità è una posizione fisica separata con alimentazione, raffreddamento e rete indipendenti. L'archiviazione con ridondanza della zona offre durabilità per le risorse di archiviazione di almeno il 99,9999999999% (12 9) in un determinato anno.
Con l'archiviazione con ridondanza della zona i dati sono ancora accessibili per le operazioni di lettura e scrittura anche se una zona non è più disponibile. Se una zona non è più disponibile, Azure avvia gli aggiornamenti di rete, ad esempio la modifica del puntamento DNS. Questi aggiornamenti possono interessare l'applicazione se l'utente accede ai dati prima che gli aggiornamenti siano stati completati. Quando si progettano le applicazioni per l'archiviazione con ridondanza della zona, è consigliabile seguire le procedure per la gestione degli errori temporanei, tra cui l'implementazione dei criteri di ripetizione con backoff esponenziale.
Una richiesta di scrittura in un account di archiviazione che usa l'archiviazione con ridondanza della zona viene eseguita in modo sincrono. L'operazione di scrittura viene restituita correttamente solo dopo che i dati sono stati scritti in tutte le repliche nelle tre zone di disponibilità.
È consigliabile usare l'archiviazione con ridondanza della zona nell'area primaria per scenari che richiedono disponibilità elevata. L'archiviazione con ridondanza della zona è consigliata anche per limitare la replica dei dati a un determinato paese o area geografica per soddisfare i requisiti di governance dei dati.
Microsoft consiglia di usare l'archiviazione con ridondanza della zona per i carichi di lavoro di File di Azure. Se una zona non è più disponibile, non è necessario rimontare le condivisioni file di Azure dai client connessi.
Il diagramma seguente illustra come i dati vengono replicati tra zone di disponibilità nell'area primaria con archiviazione con ridondanza della zona:
L'archiviazione con ridondanza della zona offre prestazioni ottimali, bassa latenza e resilienza per i dati in caso di temporanea indisponibilità. Tuttavia, l'archiviazione con ridondanza della zona in sé potrebbe non proteggere i dati in caso di un'emergenza a livello di area in cui più zone sono interessate in modo permanente. Per la protezione da emergenze a livello di area, Microsoft consiglia di usare l'archiviazione con ridondanza geografica della zona (GZRS), che usa l'archiviazione con ridondanza della zona nell'area primaria ed esegue la replica geografica dei dati in un'area secondaria.
Il livello archivio per l'archiviazione BLOB non è attualmente supportato per gli account con ridondanza della zona, archiviazione con ridondanza geografica della zona o archiviazione con ridondanza geografica e accesso in lettura. I dischi non gestiti non supportano l'archiviazione con ridondanza della zona o l'archiviazione con ridondanza geografica della zona.
Per altre informazioni sulle aree che supportano l'archiviazione con ridondanza della zona, vedere Aree di Azure con zone di disponibilità.
Account di archiviazione standard
L'archiviazione con ridondanza della zona è supportata per tutti i servizi di Archiviazione di Azure tramite account di archiviazione standard per utilizzo generico v2, tra cui:
- Archiviazione BLOB di Azure (BLOB in blocchi ad accesso frequente e sporadico e BLOB di accodamento, BLOB di pagine non su disco)
- File di Azure (tutti i livelli standard: ottimizzati per le transazioni, ad accesso frequente e sporadico)
- Archiviazione tabelle di Azure
- Archiviazione code di Azure
L'archiviazione con ridondanza della zona per gli account di archiviazione per utilizzo generico v2 standard è disponibile per un subset di aree di Azure:
- (Africa) Sudafrica settentrionale
- (Asia Pacifico) Australia orientale
- (Asia Pacifico) India centrale
- (Asia Pacifico) Asia orientale
- (Asia Pacifico) Giappone orientale
- (Asia Pacifico) Corea centrale
- (Asia Pacifico) Asia sud-orientale
- (Europa) Francia centrale
- (Europa) Germania centro-occidentale
- (Europa) Europa settentrionale
- (Europa) Norvegia orientale
- (Europa) Svezia centrale
- (Europa) Svizzera settentrionale
- (Europa) Regno Unito meridionale
- (Europa) Europa occidentale
- (Medio Oriente) Qatar Centrale
- (Medio Oriente) Emirati Arabi Uniti settentrionali
- (America del Nord) Canada centrale
- (America del Nord) Stati Uniti centrali
- (America del Nord) Stati Uniti orientali
- (America del Nord) Stati Uniti orientali 2
- (America del Nord) Stati Uniti centro-meridionali
- (America del Nord) US Gov Virginia
- (America del Nord) Stati Uniti occidentali 2
- (America del Nord) Stati Uniti occidentali 3
- (America del Sud) Brasile meridionale
Account BLOB in blocchi Premium
L'archiviazione con ridondanza della zona è supportata per gli account BLOB in blocchi Premium. Per altre informazioni sui BLOB in blocchi Premium, vedere Account di archiviazione BLOB in blocchi Premium.
I BLOB in blocchi Premium sono disponibili in un subset di aree di Azure:
- (Asia Pacifico) Australia orientale
- (Asia Pacifico) Asia orientale
- (Asia Pacifico) Giappone orientale
- (Asia Pacifico) Asia sud-orientale
- (Europa) Francia centrale
- (Europa) Europa settentrionale
- (Europa) Europa occidentale
- (Europa) Regno Unito meridionale
- (America del Nord) Stati Uniti orientali
- (America del Nord) Stati Uniti orientali 2
- (America del Nord) Stati Uniti occidentali 2
- (America del Nord) Stati Uniti centro-meridionali
- (America del Sud) Brasile meridionale
Account di condivisione file Premium
L'archiviazione con ridondanza della zona è supportata per le condivisioni file Premium (File di Azure) tramite il FileStorage tipo di account di archiviazione.
L'archiviazione con ridondanza della zona per le condivisioni file Premium è disponibile per un subset di aree di Azure:
- (Asia Pacifico) Australia orientale
- (Asia Pacifico) Giappone orientale
- (Asia Pacifico) Asia sud-orientale
- (Asia Pacifico) Corea centrale
- (Europa) Francia centrale
- (Europa) Europa settentrionale
- (Europa) Europa occidentale
- (Europa) Regno Unito meridionale
- (Medio Oriente) Qatar Centrale
- (America del Nord) Stati Uniti orientali
- (America del Nord) Stati Uniti orientali 2
- (America del Nord) Stati Uniti occidentali 2
- (America del Nord) Stati Uniti centro-meridionali
- (America del Sud) Brasile meridionale
Ridondanza in un'area secondaria
Per le applicazioni che richiedono durabilità elevata, è anche possibile scegliere di copiare i dati nell'account di archiviazione in un'area secondaria a centinaia di chilometri di distanza dall'area primaria. Se l'account di archiviazione viene copiato in un'area secondaria, la durabilità dei dati è assicurata anche in caso di un'interruzione completa locale o in situazioni di emergenza in cui l'area primaria non è recuperabile.
L'area primaria viene selezionata durante la creazione di un account di archiviazione. L'area secondaria associata viene determinata in base all'area primaria e non è possibile modificarla. Per altre informazioni sulle aree supportate da Azure, vedere Aree di Azure.
Archiviazione di Azure offre due opzioni per la copia dei dati in un'area secondaria:
- L'archiviazione con ridondanza geografica (GRS) copia i dati in modo sincrono tre volte all'interno di un'unica posizione fisica nell'area primaria usando l'archiviazione con ridondanza locale. Copia quindi i dati in modo asincrono in un'unica posizione fisica nell'area secondaria. All'interno dell'area secondaria i dati vengono copiati in modo sincrono tre volte usando l'archiviazione con ridondanza locale.
- L'archiviazione con ridondanza geografica della zona (GZRS) copia i dati in modo sincrono in tre zone di disponibilità di Azure nell'area primaria usando l'archiviazione con ridondanza della zona. Copia quindi i dati in modo asincrono in un'unica posizione fisica nell'area secondaria. All'interno dell'area secondaria i dati vengono copiati in modo sincrono tre volte usando l'archiviazione con ridondanza locale.
Nota
La differenza principale tra l'archiviazione con ridondanza geografica e l'archiviazione con ridondanza geografica della zona è il modo in cui i dati vengono replicati nell'area primaria. All'interno dell'area secondaria i dati vengono sempre replicati in modo sincrono tre volte tramite l'archiviazione con ridondanza locale. L'archiviazione con ridondanza locale nell'area secondaria protegge i dati da errori hardware.
Con l'archiviazione con ridondanza geografica o archiviazione con ridondanza geografica, i dati nell'area secondaria non sono disponibili per l'accesso in lettura o scrittura, a meno che non sia presente un failover nell'area primaria. Per l'accesso in lettura all'area secondaria, configurare l'account di archiviazione per l'uso dell'archiviazione con ridondanza geografica e accesso in lettura (RA-GRS) o dell'archiviazione con ridondanza geografica della zona e accesso in lettura (RA-GZRS). Per altre informazioni, vedere Accesso in lettura ai dati nell'area secondaria.
Se l'area primaria non è più disponibile, è possibile scegliere di effettuare il failover all'area secondaria. Al termine del failover, l'area secondaria diventa l'area primaria ed è di nuovo possibile leggere e scrivere i dati. Per altre informazioni sul ripristino di emergenza e per informazioni su come eseguire il failover nell'area secondaria, vedere Ripristino di emergenza e failover dell'account di archiviazione.
Importante
Poiché i dati vengono replicati in modo asincrono nell'area secondaria, un errore che interessa l'area primaria può provocare la perdita di dati se non è possibile recuperare l'area primaria. L'intervallo tra le scritture più recenti nell'area primaria e l'ultima scrittura nell'area secondaria è noto come obiettivo del punto di ripristino (RPO). e indica il punto nel tempo in cui è possibile recuperare i dati. La piattaforma di archiviazione di Azure ha in genere un rpo di meno di 15 minuti, anche se attualmente non è disponibile alcun contratto di servizio per quanto tempo è necessario per replicare i dati nell'area secondaria.
Archiviazione con ridondanza geografica
L'archiviazione con ridondanza geografica (GRS) copia i dati in modo sincrono tre volte all'interno di un'unica posizione fisica nell'area primaria usando l'archiviazione con ridondanza locale. Copia quindi i dati in modo asincrono in un'unica posizione fisica in un'area secondaria a centinaia di chilometri di distanza dall'area primaria. L'archiviazione con ridondanza geografica offre durabilità per le risorse di archiviazione di almeno il 99,99999999999% (16 9) in un determinato anno.
Prima di tutto, viene eseguito il commit di un'operazione di scrittura nella posizione primaria e viene eseguita la replica con l'archiviazione con ridondanza locale. L'aggiornamento viene quindi replicato in modo asincrono nell'area secondaria. Quando i dati vengono scritti nella località secondaria, vengono anche replicati all'interno di tale località usando l'archiviazione con ridondanza locale.
Il diagramma seguente mostra come i dati vengono replicati con archiviazione con ridondanza geografica o archiviazione con ridondanza geografica e accesso in lettura:
Archiviazione con ridondanza della zona geografica
L'archiviazione con ridondanza geografica della zona (GZRS) combina la disponibilità elevata offerta dalla ridondanza tra le zone di disponibilità, con la protezione dalle interruzioni a livello di area fornite dalla replica geografica. I dati in un account di archiviazione GZRS vengono copiati in tre zone di disponibilità di Azure nell'area primaria e vengono anche replicati in un'area geografica secondaria per proteggerli dalle emergenze locali. Microsoft consiglia di usare l'archiviazione con ridondanza geografica della zona per le applicazioni che richiedono la massima coerenza, durabilità e disponibilità, prestazioni ottimali e resilienza per il ripristino di emergenza.
Con un account di archiviazione GZRS, se una zona di disponibilità non è più disponibile o recuperabile è possibile continuare a leggere e scrivere i dati. Inoltre, la durabilità dei dati è assicurata anche in caso di un'interruzione completa a livello di area o in situazioni di emergenza in cui l'area primaria non è recuperabile. L'archiviazione con ridondanza geografica della zona è progettata per garantire almeno il 99,99999999999999% (16 9) di durabilità degli oggetti nell'arco di un anno specifico.
Il diagramma seguente mostra come i dati vengono replicati con archiviazione con ridondanza geografica della zona o archiviazione con ridondanza geografica e accesso in lettura:
Solo gli account di archiviazione standard per utilizzo generico v2 supportano l'archiviazione con ridondanza geografica della zona. L'archiviazione con ridondanza geografica della zona è supportata da tutti i servizi di Archiviazione di Azure, tra cui:
- Archiviazione BLOB di Azure (BLOB in blocchi ad accesso frequente e sporadico, BLOB di pagine non su disco)
- File di Azure (tutti i livelli standard: ottimizzati per le transazioni, ad accesso frequente e sporadico)
- Archiviazione tabelle di Azure
- Archiviazione code di Azure
L'archiviazione con ridondanza geografica della zona è disponibile per un subset di aree di Azure:
- (Africa) Sudafrica settentrionale
- (Asia Pacifico) Australia orientale
- (Asia Pacifico) Asia orientale
- (Asia Pacifico) Giappone orientale
- (Asia Pacifico) Corea centrale
- (Asia Pacifico) Asia sud-orientale
- (Asia Pacifico) India centrale
- (Europa) Francia centrale
- (Europa) Germania centro-occidentale
- (Europa) Europa settentrionale
- (Europa) Norvegia orientale
- (Europa) Svezia centrale
- (Europa) Svizzera settentrionale
- (Europa) Regno Unito meridionale
- (Europa) Europa occidentale
- (America del Nord) Canada Centrale
- (America del Nord) Stati Uniti centrali
- (America del Nord) Stati Uniti orientali
- (America del Nord) Stati Uniti orientali 2
- (America del Nord) Stati Uniti centro-meridionali
- (America del Nord) Stati Uniti occidentali 2
- (America del Nord) Stati Uniti occidentali 3
- (America del Nord) US Gov Virginia
- (America meridionale) Brasile meridionale
Accesso in lettura ai dati nell'area secondaria
L'archiviazione con ridondanza geografica, con GRS o GZRS, consente di replicare i dati in un'altra posizione fisica dell'area secondaria per proteggerli da interruzioni a livello di area. Con un account configurato per grS o GZRS, i dati nell'area secondaria non sono direttamente accessibili agli utenti o alle applicazioni, a meno che non si verifichi un failover. Il processo di failover aggiorna la voce DNS fornita da Archiviazione di Azure in modo che l'endpoint secondario diventi il nuovo endpoint primario per l'account di archiviazione. Durante il processo di failover, i dati non sono accessibili. Al termine del failover, è possibile leggere e scrivere dati nella nuova area primaria. Per altre informazioni sul failover e il ripristino di emergenza, vedere Funzionamento del failover di un account.
Se le applicazioni richiedono disponibilità elevata, è possibile configurare l'account di archiviazione per l'accesso in lettura all'area secondaria. Quando si abilita l'accesso in lettura all'area secondaria, i dati sono sempre disponibili per essere letti dal secondario, incluso in una situazione in cui l'area primaria non è disponibile. Le configurazioni di archiviazione con ridondanza geografica (RA-GRS) o accesso in lettura (RA-GZRS) consentono l'accesso in lettura all'area secondaria.
Attenzione
Poiché i dati vengono replicati in modo asincrono dall'area primaria all'area secondaria, l'area secondaria è in genere dietro l'area primaria in termini di operazioni di scrittura. Se un emergenza dovesse colpire l'area primaria, è probabile che alcuni dati vengano persi. Per altre informazioni su come pianificare la potenziale perdita di dati, vedere Anticipare la perdita di dati.
Nota
File di Azure non supporta l'archiviazione con ridondanza geografica (RA-GRS) o l'archiviazione con ridondanza geografica (RA-GZRS) di accesso in lettura.
Progettare le applicazioni per l'accesso in lettura all'area secondaria
Se l'account di archiviazione è configurato per l'accesso in lettura all'area secondaria, è possibile progettare le applicazioni in modo da passare facilmente alla lettura dei dati dell'area secondaria se l'area primaria, per un qualsiasi motivo, non è più disponibile.
L'area secondaria è disponibile per l'accesso in lettura dopo aver abilitato RA-GRS o RA-GZRS, in modo che sia possibile testare l'applicazione in anticipo per assicurarsi che venga letto correttamente dal secondario in caso di interruzione. Per altre informazioni su come progettare le applicazioni per sfruttare la ridondanza geografica, vedere Usare la ridondanza geografica per progettare applicazioni a disponibilità elevata.
Quando l'accesso in lettura al secondario è abilitato, l'applicazione può essere letto dall'endpoint secondario e dall'endpoint primario. L'endpoint secondario accoda il suffisso –secondary al nome dell'account. Se ad esempio l'endpoint primario per l'archiviazione BLOB è myaccount.blob.core.windows.net, l'endpoint secondario sarà myaccount-secondary.blob.core.windows.net. Le chiavi di accesso per l'account di archiviazione sono identiche per gli endpoint primario e secondario.
Controllare la proprietà Ora ultima sincronizzazione
Poiché i dati vengono replicati in modo asincrono nell'area secondaria, questa è spesso dietro l'area primaria. Se si verifica un errore nell'area primaria, è probabile che tutte le scritture nel primario non siano ancora state replicate nel database secondario.
Per determinare quali operazioni di scrittura sono state replicate nell'area secondaria, l'applicazione può verificare la proprietà Last Sync Time per l'account di archiviazione. Tutte le operazioni di scrittura scritte nell'area primaria prima dell'ultima sincronizzazione sono state replicate correttamente nell'area secondaria, il che significa che sono disponibili per essere letti dal secondario. Un'operazione di scrittura eseguita nell'area primaria dopo l'ora dell'ultima sincronizzazione potrebbe o meno essere stata replicata correttamente nell'area secondaria, vale a dire che potrebbe non essere disponibile per le operazioni di lettura.
È possibile eseguire una query sul valore della proprietà Last Sync Time usando Azure PowerShell, l'interfaccia della riga di comando di Azure o una delle librerie client di Archiviazione di Azure. La proprietà Last Sync Time è un valore di data/ora GMT. Per altre informazioni, vedere Controllare la proprietà Last Sync Time per un account di archiviazione.
Riepilogo delle opzioni di ridondanza
Le tabelle nelle sezioni seguenti riepilogano le opzioni di ridondanza disponibili per Archiviazione di Azure.
Parametri di durabilità e disponibilità
La tabella seguente descrive i principali parametri per ogni opzione di ridondanza:
| Parametro | Archiviazione con ridondanza locale | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Percentuale di durabilità degli oggetti in un determinato anno | Almeno 99,999999999% (11 9) | Almeno 99,9999999999% (12 9) | Almeno 99,99999999999999% (16 9) | Almeno 99,99999999999999% (16 9) |
| Disponibilità per le richieste di lettura | Almeno il 99,9% (99% per livelli di accesso ad accesso sporadico o archivio) | Almeno il 99,9% (99% per livelli di accesso ad accesso sporadico o archivio) | Almeno il 99,9% (99% per i livelli di accesso ad accesso sporadico o archivio) per grS Almeno il 99,99% (99,9% per livelli di accesso ad accesso sporadico o archivio) per ra-GRS |
Almeno il 99,9% (99% per livelli di accesso ad accesso sporadico o archivio) per GZRS Almeno il 99,99% (99,9% per livelli di accesso ad accesso sporadico o archivio) per ra-GZRS |
| Disponibilità per le richieste di scrittura | Almeno il 99,9% (99% per livelli di accesso ad accesso sporadico o archivio) | Almeno il 99,9% (99% per livelli di accesso ad accesso sporadico o archivio) | Almeno il 99,9% (99% per livelli di accesso ad accesso sporadico o archivio) | Almeno il 99,9% (99% per livelli di accesso ad accesso sporadico o archivio) |
| Numero di copie di dati mantenute in nodi distinti | Tre copie all'interno di una singola area | Tre copie tra zone di disponibilità separate all'interno di una singola area | Sei copie totali, incluse tre nell'area primaria e tre nell'area secondaria | Sei copie totali, incluse tre zone di disponibilità separate nell'area primaria e tre copie con ridondanza locale nell'area secondaria |
Per altre informazioni, vedere contratto di servizio per gli account di archiviazione.
Durabilità e disponibilità in base allo scenario di interruzione
La tabella seguente indica se viene garantita la durabilità e la disponibilità dei dati in un determinato scenario, a seconda del tipo di ridondanza attivo per l'account di archiviazione:
| Scenario di interruzione | Archiviazione con ridondanza locale | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Un nodo all'interno di un data center non è più disponibile | Sì | Sì | Sì | Sì |
| Mancata disponibilità di un intero data center (di zona o non di zona) | No | Sì | Sì1 | Sì |
| Nell'area primaria si verifica un'interruzione a livello di area | No | No | Sì1 | Sì1 |
| L'accesso in lettura all'area secondaria è disponibile se l'area primaria non è più disponibile | No | No | Sì (con RA-GRS) | Sì (con RA-GZRS) |
1 Il failover dell'account è necessario per ripristinare la disponibilità di scrittura se l'area primaria non è più disponibile. Per altre informazioni, vedere Ripristino di emergenza e failover dell'account di archiviazione.
Servizi di archiviazione di Azure supportati
Nella tabella seguente vengono illustrate le opzioni di ridondanza supportate da ogni servizio di archiviazione di Azure.
| LRS | ZRS | ARCHIVIAZIONE CON RIDONDANZA GEOGRAFICA | RA-GRS | Archiviazione con ridondanza geografica della zona | Archiviazione con ridondanza geografica della zona e accesso in lettura |
|---|---|---|---|---|---|
| Archiviazione BLOB (incluso Data Lake Storage) Archiviazione code Archiviazione tabelle File di Azure 1,2 Azure Managed Disks BLOB di pagine |
Archiviazione BLOB (incluso Data Lake Storage) Archiviazione code Archiviazione tabelle File di Azure 1,2 Dischi gestiti di Azure3 |
Archiviazione BLOB (incluso Data Lake Storage) Archiviazione code Archiviazione tabelle File di Azure 1 |
Archiviazione BLOB (incluso Data Lake Storage) Archiviazione code Archiviazione tabelle |
Archiviazione BLOB (incluso Data Lake Storage) Archiviazione code Archiviazione tabelle File di Azure 1 |
Archiviazione BLOB (incluso Data Lake Storage) Archiviazione code Archiviazione tabelle |
1 Le condivisioni file Standard sono supportate in LRS e ZRS. Le condivisioni file standard sono supportate in GRS e GZRS purché siano inferiori o uguali a 5 TiB di dimensioni.
2 Condivisioni file Premium sono supportate in LRS e ZRS.
3 I dischi gestiti ZRS hanno determinate limitazioni. Per informazioni dettagliate, vedere la sezione Limitazioni delle opzioni di ridondanza per i dischi gestiti.
Tipi di account di archiviazione supportati
Nella tabella seguente vengono illustrate le opzioni di ridondanza supportate per ogni tipo di account di archiviazione. Per informazioni sui tipi di account di archiviazione, vedere la panoramica degli account di archiviazione.
| Tipo di account di archiviazione | LRS | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Consigliato | Utilizzo generico standard v2 (StorageV2)1BLOB a blocchi Premium ( BlockBlobStorage)1Condivisioni file Premium ( FileStorage)BLOB di pagine Premium ( StorageV2) |
Utilizzo generico standard v2 (StorageV2)1BLOB a blocchi Premium ( BlockBlobStorage)1Condivisioni file Premium ( FileStorage) |
Utilizzo generico standard v2 (StorageV2)1 |
Utilizzo generico standard v2 (StorageV2)1 |
| Eredità | Uso generico standard v1 (Storage)BLOB legacy ( BlobStorage) |
N/D | Uso generico standard v1 (Storage)BLOB legacy ( BlobStorage) |
N/D |
1 Gli account di questo tipo con uno spazio dei nomi gerarchico abilitato supportano anche l'opzione di ridondanza specificata.
Tutti i dati per tutti gli account di archiviazione vengono copiati dal primario al secondario in base all'opzione di ridondanza per l'account di archiviazione. Vengono copiati gli oggetti tra cui BLOB in blocchi, BLOB di aggiunta, BLOB di pagine, code, tabelle e file.
I dati in tutti i livelli, incluso il livello Archivio, vengono sempre copiati dal database primario al secondario durante la replica geografica. Il livello Archivio per l'archiviazione BLOB è attualmente supportato per gli account LRS, GRS e RA-GRS, ma non per gli account ZRS, GZRS o RA-GZRS. Per altre informazioni sui livelli BLOB, vedere Livelli di accesso ad accesso frequente, sporadico e archivio per i dati BLOB.
I dischi non gestiti non supportano ZRS o GZRS.
Per informazioni sui prezzi delle varie opzioni di ridondanza, vedere Prezzi di Archiviazione di Azure.
Nota
L'archiviazione Premium su disco di Azure attualmente supporta solo l'archiviazione con ridondanza locale (LRS). Gli account di archiviazione BLOB in blocchi supportano l'archiviazione con ridondanza locale (LRS) e l'archiviazione con ridondanza della zona (ZRS) in determinate aree.
Supporto per il failover dell'account gestito dal cliente
Tutte le offerte con ridondanza geografica supportano il failover gestito da Microsoft in caso di emergenza nell'area primaria. Inoltre, alcuni tipi di account supportano il failover dell'account gestito dal cliente, come illustrato nella tabella seguente. I tipi di account supportati devono usare distribuzioni di Azure Resource Manager. Per altre informazioni sul ripristino di emergenza e sul failover gestito dal cliente, vedere Failover dell'account di ripristino di emergenza e dell'account di archiviazione.
| Tipo di failover | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|
| Failover gestito dal cliente | Account di archiviazione BLOB legacy per utilizzo generico v2 per utilizzo generico v1 | Account per utilizzo generico v2 |
| Failover gestito da Microsoft | Tutti i tipi di account | Account per utilizzo generico v2 |
Nota
Il failover dell'account gestito dal cliente non è ancora supportato negli account con uno spazio dei nomi gerarchico (Azure Data Lake Storage Gen2). Per altre informazioni, vedere Funzionalità di archiviazione BLOB disponibili in Azure Data Lake Storage Gen2.
In caso di un'emergenza che influisce sull'area primaria, Microsoft gestirà il failover per gli account con uno spazio dei nomi gerarchico. Per altre informazioni, vedere Failover gestito da Microsoft.
Integrità dei dati
Archiviazione di Azure verifica regolarmente l'integrità dei dati archiviati usando i controlli di ridondanza ciclici (CRC). Se viene rilevato un danneggiamento dei dati, viene ripristinato usando dati ridondanti. Archiviazione di Azure calcola anche i checksum su tutto il traffico di rete per rilevare il danneggiamento dei pacchetti di dati durante l'archiviazione o il recupero dei dati.
Vedere anche
- Modificare l'opzione di ridondanza per un account di archiviazione
- Replica geografica (GRS/GZRS/RA-GRS/RA-GZRS)
- Prezzi