Azure Storage Replication spiegata: LRS, ZRS, GRS, RA-GRS

Che cos'è Azure Storage Replication?

Per garantire la disponibilità e la durata dei dati, Azure Storage crea e archivia copie dei dati in più posizioni. Questo processo è chiamato storage replication. L'obiettivo è fornire ridondanza per proteggere i dati da guasti hardware, interruzioni di corrente o della rete.

Sono disponibili diverse opzioni di ridondanza tra cui scegliere. È possibile replicare i dati all'interno di una regione oppure replicarli in una regione secondaria geograficamente distante. Inoltre, è possibile abilitare l'accesso in lettura ai dati replicati situati in una regione secondaria, per garantire la disponibilità in caso di disastri.

In questo articolo imparerai:

• Tipi di replica di Azure Storage
• Archiviazione con ridondanza locale (LRS)
• Zone-Redundant Storage (ZRS)
• Archiviazione geo-ridondante (GRS)
• Read-Access Geo-Redundant (RA-GRS)
• Replica di oggetti per Block Blob Storage
• Domande e risposte sulla replica di Azure Storage
  • Come verificare lo stato di replica di Azure per Block Blob Storage?
  • Quali tipi di replica sono disponibili per il mio account di archiviazione?

Tipi di replica di Azure Storage

Per impostazione predefinita, Azure Storage replica i dati tre volte all'interno di un'area primaria. Inoltre, Azure offre le seguenti opzioni che puoi configurare per la replica all'interno dell'area primaria:

• Storage ridondante locale (LRS)—replica in modo sincrono i dati su tre dischi all'interno di un data center nella regione primaria. Offre un livello di disponibilità moderato a un costo inferiore.
• Zone-redundant storage (ZRS)—replica in modo sincrono i dati tra tre zone di disponibilità di Azure nell'area primaria. Fornisce un livello di resilienza superiore a un costo più elevato.

Oltre a questi due tipi base di replica, sono disponibili altri tre tipi in Azure Storage:

• Archiviazione geo-ridondante (GRS)—archivia altre tre copie di dati in una regione Azure abbinata
• Read-Access Geo-Redundant (RA-GRS)—uguale a GRS, ma consente la lettura dei dati da entrambe le regioni Azure
• Object Replication for Block Blob Storage—un tipo speciale di replica utilizzato solo per i BLOB a blocchi, replicandoli tra un account di archiviazione di origine e uno di destinazione.

Archiviazione ridondante locale (LRS)

LRS replica i dati tre volte all'interno di un data center situato in una regione primaria. Quando LRS è abilitato, Azure Storage registra le richieste di scrittura come riuscite solo dopo che i dati sono stati scritti su tre repliche. LRS garantisce una durata minima del 99,999999999% per gli oggetti nel corso di un determinato anno.

LRS è offerto a un costo contenuto e può aiutarti a proteggere i dati da guasti alle unità e ai rack dei server. Tuttavia, LRS non copre tutti gli scenari di perdita di dati. Utilizza LRS se è meno sensibile alle perdite o se i tuoi dati sono limitati a un'unica posizione a causa di requisiti di conformità.

Archiviazione ridondante di zona (ZRS)

ZRS esegue la replica su tre zone di disponibilità Azure. Ogni zona di disponibilità di Azure è una singola posizione fisica con rete, alimentazione e raffreddamento indipendenti. ZRS garantisce una durata minima del 99,9999999999% per gli oggetti durante un determinato anno.

ZRS garantisce che i dati rimangano accessibili anche in caso di interruzione di una zona di disponibilità. Questo vale sia per le operazioni di scrittura che di lettura. Azure Storage registra un'operazione di scrittura come riuscita solo dopo essersi assicurato che i dati siano stati scritti in modo sicuro su tutte e tre le zone di disponibilità. È possibile utilizzare ZRS in una regione primaria per garantire coerenza, alta disponibilità e durata.

Archiviazione georidondante (GRS)

GRS offre una ridondanza aggiuntiva per l'archiviazione dei dati rispetto a LRS o ZRS. Oltre alle tre copie dei dati archiviate in una regione, ci sono tre copie archiviate in una regione Azure abbinata. Quindi GRS offre tutte le funzionalità dell'archiviazione LRS nella zona primaria e, in aggiunta, fornisce un'archiviazione dati LRS secondaria in un'altra regione.

Poiché tutte le operazioni di lettura e scrittura vengono ancora gestite tramite un unico data center Azure, gli SLA di lettura e scrittura forniti da Microsoft sono gli stessi di quelli per ZRS e LRS data storage.

Ci sono due svantaggi della ridondanza GRS:

• La replica tra le regioni è asincrona e quindi i dati vengono propagati con un piccolo ritardo
• La seconda regione non può essere accessibile o letta finché l'account di archiviazione non esegue il failover

Read-Access Geo-Redundant (RA-GRS)

RA-GRS offre lo stesso livello di ridondanza della replica GRS standard, con un ulteriore vantaggio: le copie secondarie archiviate nelle aree Azure accoppiate sono leggibili. Ciò significa che, se l'applicazione è configurata correttamente, puoi usare più endpoint leggibili. Questo aumenta lo SLA per le operazioni di lettura al 99,99%.

Tuttavia, l'SLA per le operazioni di scrittura rimane 99,9%, perché un'unica area controlla ancora le operazioni di scrittura e aggiornamento.

A causa della replica asincrona, entrambi i tipi di replica GRS presentano un certo ritardo di replica. È possibile utilizzare il parametro LastSyncTime per assicurarsi di leggere la copia più recente dei dati.

Object Replication per Block Blob Storage

I metodi di replica precedenti erano rilevanti per tutti i servizi di archiviazione Azure. Questo è un metodo di replica speciale disponibile solo per Block Blob Storage.

Il metodo di replica degli oggetti è asincrono. Puoi usarlo per spostare automaticamente i dati in un livello di archivio, al fine di ottimizzare la distribuzione dei dati e ridurre i costi. Oppure, è possibile utilizzarlo per sincronizzare i dati con una risorsa di archiviazione più vicina agli utenti, in modo da ridurre la latenza.

I block blob vengono replicati in base alla tua policy di replica, che specifica gli account e i container Azure di origine/destinazione e quali block blob devono essere replicati.

La replica degli oggetti blob a blocchi copia:

• Contenuto blob
• Versione Blob
• Metadati blob

Domande e risposte sulla replica di Azure Storage

Come verificare lo stato di replica di Azure per Block Blob Storage?

È possibile verificare lo stato della replica del block blob esaminando l'account di archiviazione di origine. Se lo stato della replica del block blob dell'account di origine indica un errore, verificare quanto segue:

• Verificare che sia presente un criterio di replica degli oggetti sull'account di archiviazione di destinazione.
• Assicurati che il container di destinazione esista.
• Se il blob originale viene crittografato durante l'operazione di scrittura utilizzando una chiave fornita dall'utente, la replica non riuscirà.

Quali tipi di replica sono disponibili per il mio account di archiviazione?

Ecco i tipi di replica disponibili, a seconda del tipo di account di archiviazione:

• General-purpose v1 supporta LRS e GRS/RA-GRS
• General-purpose v2 supporta LRS, ZRS, GRS/RA-GRS e GZRS/RA-GZRS
• Block blob storage supporta solo LRS
• Blob storage supporta LRS e GRS/RA-GRS
• File storage supporta LRS e ZRS

Archiviazione Azure enterprise con Azure NetApp Files 

Azure NetApp Files è un'altra file storage alternativa di Microsoft Azure basata sulla tecnologia NetApp, che offre funzionalità di file share enterprise in grado di supportare anche le tue applicazioni aziendali principali.

Ottieni enterprise-grade data management e file storage su Azure, così puoi gestire i tuoi workload e le tue applicazioni con facilità e spostare tutte le tue applicazioni basate su file nel cloud.

Azure NetApp Files risolve le sfide di disponibilità e prestazioni per le aziende che desiderano spostare le applicazioni mission-critical sul cloud, inclusi carichi di lavoro come HPC, SAP, Linux, Oracle e SQL Server, Windows Virtual Desktop e altro ancora.