Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
File di Azure archivia sempre più copie dei dati in modo che siano protette da eventi pianificati e non pianificati, inclusi errori hardware temporanei, interruzioni di rete o interruzioni dell'alimentazione e calamità 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à. I fattori che consentono di determinare l'opzione di ridondanza da scegliere includono:
- Come vengono replicati i dati nella regione primaria.
- Se i dati vengono replicati in una seconda area geograficamente distante dall'area primaria, per proteggersi da emergenze a livello di area (ridondanza geografica).
Le condivisioni file di Azure vengono gestite 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 condivisioni file. Per altre informazioni sugli account di archiviazione, vedere Panoramica dell'account di archiviazione.
Quando si crea un account di archiviazione, si sceglie un'impostazione di ridondanza per l'account di archiviazione condiviso per tutti i servizi di archiviazione esposti da tale account. Pertanto, tutte le condivisioni file distribuite nello stesso account di archiviazione hanno la stessa impostazione di ridondanza. È possibile isolare le condivisioni file in account di archiviazione separati se hanno requisiti di ridondanza diversi.
Si applica a
| Modello di gestione | Modello di fatturazione | Livello supporti | Ridondanza | Piccole e Medie Imprese (PMI) | NFS (Network File System) |
|---|---|---|---|---|---|
| Microsoft.Storage | Con provisioning v2 | HDD (standard) | Locale |
|
|
| Microsoft.Storage | Con provisioning v2 | HDD (standard) | Della zona |
|
|
| Microsoft.Storage | Con provisioning v2 | HDD (standard) | Geografica |
|
|
| Microsoft.Storage | Con provisioning v2 | HDD (standard) | GeoZone (GZRS) |
|
|
| Microsoft.Storage | Con provisioning v1 | SSD (Premium) | Locale |
|
|
| Microsoft.Storage | Con provisioning v1 | SSD (Premium) | Della zona |
|
|
| Microsoft.Storage | Pagamento in base al consumo | HDD (standard) | Locale |
|
|
| Microsoft.Storage | Pagamento in base al consumo | HDD (standard) | Della zona |
|
|
| Microsoft.Storage | Pagamento in base al consumo | HDD (standard) | Geografica |
|
|
| Microsoft.Storage | Pagamento in base al consumo | HDD (standard) | GeoZone (GZRS) |
|
|
Ridondanza nell'area primaria
I dati in un account di archiviazione di Azure vengono sempre replicati tre volte nell'area primaria. Azure Files offre due opzioni per come i tuoi dati vengono replicati 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 (LRS) è l'opzione di replica meno costosa, ma non è consigliata per le applicazioni che richiedono elevata disponibilità o affidabilità.
- L'archiviazione con ridondanza della zona copia i dati in modo sincrono in tre zone di disponibilità di Azure nell'area primaria. Per le applicazioni che richiedono disponibilità elevata, è consigliabile usare l'archiviazione con ridondanza geozonale (GZRS), che impiega la ridondanza di zona (ZRS) nell'area primaria e replica anche geograficamente i dati in un'area secondaria.
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 (LRS) garantisce almeno il 99,999999999% (11 nove) di durabilità 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 si verifica un disastro, come un incendio o un'inondazione all'interno del data center, tutte le repliche di un account di archiviazione che utilizzano l'archiviazione con ridondanza locale (LRS) potrebbero essere perdute o irrecuperabili. Per ridurre questo rischio, consigliamo di utilizzare ZRS, GRS o GZRS.
Una richiesta di scrittura a un account di archiviazione che utilizza LRS avviene 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 LRS.
L'archiviazione con ridondanza locale è una scelta ottimale per gli scenari seguenti:
- Se l'applicazione archivia i dati che possono essere facilmente ricostruiti in caso di perdita di dati.
- Se l'applicazione è limitata alla replica dei dati solo all'interno di un paese o di un'area geografica a causa dei requisiti di governance dei dati. In alcuni casi, le aree abbinate in cui i dati vengono replicati geograficamente potrebbero trovarsi in un altro paese o area geografica. Per altre informazioni, vedere Coppie di aree di Azure e aree non abbinate.
L'archiviazione con ridondanza locale (LRS) è supportata in tutte le regioni di Azure per le condivisioni di file HDD. Per un elenco di aree che supportano l'archiviazione con ridondanza locale per le condivisioni file SSD, vedere Supporto dell'archiviazione con ridondanza locale per le condivisioni file SSD.
Archiviazione con ridondanza della zona
L'archiviazione con ridondanza della zona replica in modo sincrono l'account di archiviazione in 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 garantisce almeno il 99,9999999999% (12 nove) di durabilità 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à.
Un vantaggio dell'uso dell'archiviazione con ridondanza della zona per i carichi di lavoro di File di Azure è che se una zona non è più disponibile, non è necessario il rimontaggio delle condivisioni di file Azure da parte dei client connessi. Raccomandiamo di utilizzare ZRS nella regione primaria per scenari che richiedono alta disponibilità. È anche consigliabile usare ZRS per limitare la replica dei dati a un determinato paese o regione per soddisfare i requisiti di governance dei dati.
Nota
Sincronizzazione file di Azure è un elemento con ridondanza della zona in tutte le aree che supportano le zone di disponibilità, ad eccezione di US Gov Virginia. Nella maggior parte dei casi, è consigliabile che gli utenti di Sincronizzazione file di Azure configurino gli account di archiviazione per l'uso dell'archiviazione con ridondanza della zona (ZRS) o dell'archiviazione con ridondanza della zona (GZRS).
Il diagramma seguente mostra come i dati vengono replicati tra zone di disponibilità nell'area primaria con archiviazione con ridondanza della zona:
ZRS offre prestazioni eccellenti, bassa latenza e resilienza per i tuoi dati qualora diventassero temporaneamente indisponibili. Tuttavia, l'archiviazione con ridondanza della zona potrebbe non proteggere i dati da un'emergenza a livello di area laddove più zone sono interessate in modo permanente. Per la protezione contro i disastri regionali, è consigliabile usare GZRS.
Supporto dell'archiviazione con ridondanza della zona in base all'area
Per capire quali aree supportano l'archiviazione con ridondanza a zona (ZRS) per le condivisioni file standard, consultare l'elenco delle aree di Azure e fare riferimento alla colonna di supporto delle zone di disponibilità. L'archiviazione con ridondanza della zona è supportata negli account di archiviazione standard per utilizzo generico v2 per tutti e tre i livelli standard: ottimizzato per le transazioni, ad accesso frequente e sporadico.
L'archiviazione con ridondanza della zona è supportata per le condivisioni file SSD tramite il tipo di account di archiviazione FileStorage. Per un elenco di regioni che supportano ZRS per gli account di condivisione file SSD, vedere Supporto ZRS per le condivisioni file SSD.
Ridondanza in un'area secondaria
Per le applicazioni che richiedono durabilità elevata per le condivisioni file SMB, è possibile scegliere l'archiviazione con ridondanza geografica per 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.
Importante
Azure Files supporta solo la ridondanza geografica (GRS o GZRS) per le condivisioni di file HDD. Le condivisioni file SSD devono usare archiviazione con ridondanza locale o archiviazione con ridondanza della zona.
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 l'elenco delle aree di Azure.
File di Azure offre due opzioni per copiare i dati in un'area secondaria. Attualmente, le opzioni di archiviazione con ridondanza geografica sono disponibili solo per le condivisioni file SMB standard.
- L'archiviazione geografica ridondante (GRS) copia i dati in modo sincrono tre volte all'interno di un'unica posizione fisica nella regione primaria utilizzando l'archiviazione locale ridondante. 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 nella regione primaria utilizzando ZRS. 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.
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 della regione secondaria, i dati vengono sempre replicati in modo sincrono tre volte tramite LRS (Archiviazione con Ridondanza Locale). L'archiviazione con ridondanza locale nell'area secondaria protegge i dati da errori hardware.
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 utilizzando l'archiviazione con ridondanza locale (LRS). 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 garantisce almeno il 99,99999999999999% (16 nove) di durabilità 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 l'archiviazione con ridondanza geografica:
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. Si consiglia di usare GZRS per le applicazioni che richiedono la massima coerenza, durabilità e disponibilità, prestazioni eccellenti 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,9999999999999999999% (16 nove) di durabilità in un determinato anno.
Il diagramma seguente mostra come i dati vengono replicati con L'archiviazione con ridondanza della zona:
Solo gli account di archiviazione per utilizzo generico v2 standard supportano l'archiviazione con ridondanza geografica della zona.
Per determinare se un'area supporta l'archiviazione con ridondanza geografica della zona, vedere l'elenco delle aree di Azure. Per supportare GZRS, una regione deve supportare le zone di disponibilità e avere una regione abbinata.
Frequenza di snapshot e sincronizzazione
Per garantire che le condivisioni file con geografica e ridondanza geografica della zona siano in uno stato coerente quando si verifica un failover, viene creato uno snapshot di sistema nell'area primaria ogni 15 minuti e viene replicato nell'area secondaria. Quando si verifica un failover nell'area secondaria, lo stato della condivisione è basato sullo snapshot di sistema più recente nell'area secondaria. A causa del ritardo geografico o di altri problemi, lo snapshot di sistema più recente nell'area secondaria potrebbe risalire a più di 15 minuti prima.
La proprietà Ora ultima sincronizzazione (LST) nell'account di archiviazione indica l'ultima volta in cui i dati provenienti dall'area primaria sono stati scritti correttamente nell'area secondaria. Per Azure Files, l'ora dell'ultima sincronizzazione si basa sullo snapshot di sistema più recente nell'area secondaria. È possibile usare PowerShell o l'interfaccia della riga di comando di Azure per controllare l'ora dell'ultima sincronizzazione per un account di archiviazione.
È importante comprendere quanto segue riguardo alla proprietà Ultima Ora di Sincronizzazione:
- La proprietà Ora ultima sincronizzazione nell'account di archiviazione si basa sul servizio (file, BLOB, tabelle, code) nell'account di archiviazione più lontano.
- L'ora dell'ultima sincronizzazione non viene aggiornata se non sono state apportate modifiche all'account di archiviazione.
- Il calcolo dell’ora dell’ultima sincronizzazione può andare in timeout se il numero di condivisioni file supera 100 per account di archiviazione. È consigliabile usare meno di 100 condivisioni file per account di archiviazione.
Considerazioni sul failover
Con l'archiviazione con ridondanza geografica o con ridondanza geografica della zona, le condivisioni di file non saranno accessibili nell'area secondaria, a meno che non si verifichi un failover. Se l'area primaria non è più disponibile, è possibile scegliere di effettuare il failover all'area secondaria. Il processo di failover aggiorna la voce DNS fornita da Azure File per fare sì che l'endpoint secondario diventi il nuovo endpoint principale 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. Al termine del failover, l'area secondaria diventa l'area primaria ed è di nuovo possibile leggere e scrivere i dati. Per ulteriori informazioni, vedere ripristino di emergenza e failover di Azure Files.
Importante
File di Azure non supporta l'archiviazione con ridondanza geografica e accesso in lettura o l'archiviazione con ridondanza geografica della zona e accesso in lettura. Se un account di archiviazione è configurato per l'uso di RA-GRS o RA-GZRS, le condivisioni file verranno configurate e fatturate come GRS o GZRS.
Gli elementi seguenti potrebbero influire sulla possibilità di eseguire il failover nell'area secondaria:
- Il failover dell'account di archiviazione viene bloccato se non esiste uno snapshot di sistema nell'area secondaria.
- Il failover dell'account di archiviazione viene bloccato se l'account di archiviazione contiene più di 100.000 condivisioni file. Per eseguire il failover dell'account di archiviazione, aprire una richiesta di supporto.
- I lease e gli handle di file non vengono mantenuti in caso di failover, e i client devono smontare e rimontare le condivisioni file.
- La quota di condivisione file può cambiare dopo il failover. La quota di condivisione file nell'area secondaria sarà basata sulla quota configurata al momento dell'acquisizione dello snapshot di sistema nell'area primaria.
- Le operazioni di copia in corso vengono interrotte quando si verifica un failover. Al termine del failover nell'area secondaria, ripetere l'operazione di copia.
Per eseguire il failover di un account di archiviazione, vedere Avviare un failover dell'account.
Ridondanza geografica per le condivisioni di file SSD
Come accennato in precedenza, le opzioni di ridondanza geografica (GRS e GZRS) non sono supportate per le condivisioni file SSD. Tuttavia, è possibile ottenere la ridondanza geografica in altri modi.
Per gli scenari Sincronizzazione file di Azure, è possibile eseguire la sincronizzazione tra la condivisione file di Azure (l'endpoint cloud), un file server Windows locale e una condivisione file montata in esecuzione in una macchina virtuale in un'altra area di Azure (l'endpoint server a scopo di ripristino di emergenza). È necessario disabilitare la suddivisione in livelli nel cloud per assicurarsi che tutti i dati siano presenti in locale ed eseguire il provisioning di risorse di archiviazione sufficienti nella macchina virtuale di Azure per contenere l'intero set di dati. Per garantire che le modifiche vengano replicate rapidamente nell'area secondaria, i file devono essere accessibili e modificati solo nell'endpoint server anziché in Azure.
È anche possibile creare uno script personalizzato per copiare i dati in un account di archiviazione in un'area secondaria usando strumenti come AzCopy (usare la versione 10.4 o successiva per mantenere gli ACL e i timestamp).
Riepilogo delle opzioni di ridondanza
Le tabelle nelle sezioni seguenti riepilogano le opzioni di ridondanza disponibili per File di Azure.
Parametri di durabilità e disponibilità
La tabella seguente descrive i principali parametri per ogni opzione di ridondanza:
| Parametro | Archiviazione con ridondanza locale | Archiviazione con ridondanza della zona | Archiviazione con ridondanza geografica | Archiviazione con ridondanza zonale |
|---|---|---|---|---|
| Percentuale di durabilità in un determinato anno | Almeno 99,999999999% (11 nove) | Almeno 99,9999999999% (12 9) | Almeno 99,99999999999999% (16 nove) | Almeno 99,99999999999999% (16 nove) |
| Disponibilità per le richieste di lettura | Almeno il 99,9% (99% per il livello ad accesso sporadico) | Almeno il 99,9% (99% per il livello ad accesso sporadico) | Almeno il 99,9% (99% per il livello ad accesso sporadico) | Almeno il 99,9% (99% per il livello ad accesso sporadico) |
| Disponibilità per le richieste di scrittura | Almeno il 99,9% (99% per il livello ad accesso sporadico) | Almeno il 99,9% (99% per il livello ad accesso sporadico) | Almeno il 99,9% (99% per il livello ad accesso sporadico) | Almeno il 99,9% (99% per il livello ad accesso sporadico) |
| Numero di copie dei dati mantenute in nodi separati | 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 il contratto di servizio per gli account di archiviazione.
Durabilità e disponibilità in base allo scenario di interruzione
La tabella seguente indica se i dati sono durevoli e disponibili in uno scenario specifico, a seconda del tipo di ridondanza in vigore per l'account di archiviazione. Azure Files non supporta l'accesso in lettura all'area secondaria se l'area primaria diventa non disponibile, a meno che si verifichi un failover.
| Scenario di interruzione | Archiviazione con ridondanza locale | Archiviazione con ridondanza della zona | Archiviazione con ridondanza geografica | GZRS (Archiviazione con ridondanza della zona) |
|---|---|---|---|---|
| Un nodo all'interno di un data center non è più disponibile | Sì | Sì | Sì | Sì |
| L'intero data center (di zona o non di zona) diventa non disponibile. | NO | Sì | Sì1 | Sì |
| Nella regione primaria si verifica un'interruzione a livello regionale | NO | NO | Sì1 | Sì1 |
1 Il failover dell'account è necessario per ripristinare la disponibilità di scrittura se l'area primaria non è più disponibile.
Per informazioni sui prezzi per ciascuna opzione di ridondanza, vedere Prezzi di Azure Files.