Account

Tipo di Account

TipoDesc
Utilizzo generico v2 StandardSupporta tutti i servizi, ma non NFS (Network File System)
BLOB in blocchi PremiumTipo di account di archiviazione Premium per i BLOB
Condivisioni file PremiumConsigliato per le applicazioni aziendali o a prestazioni elevate. Supporta SMB (Server Message Block) e NFS
BLOB di pagine Premiumarchiviazione Premium solo per i BLOB di pagine

Endpoint

ogni account di archiviazione in Azure deve avere un nome di account univoco (lunghezza compresa tra 3 e 24 caratteri e possono contenere solo numeri e lettere minuscole)

servizio ArchiviazioneEndpoint
Archiviazione BLOBhttps://.blob.core.windows.net
Data Lake Storage Gen2https://.dfs.core.windows.net
File di Azurehttps://.file.core.windows.net
Archiviazione codehttps://.queue.core.windows.net
Archiviazione tabellehttps://.table.core.windows.net

Ridondanza

I dati in un account di Archiviazione di Azure vengono sempre replicati tre volte nell’area primaria.Si sceglie tra ridondanza locale o ridondanza della zona. Poi si possono aggiungere altre opzioni per garantire ancora più sicurezza.

NomeSlugDescrizione
Archiviazione con ridondanza localeLRSreplica i dati tre volte all’interno di un unico data center; garantisce almeno 11 nove di durabilità
Archiviazione con ridondanza della zonaZRSreplica i dati in modo sincrono in tre zone di disponibilità di Azure nell’area primaria; almeno 12 nove di durablità
Archiviazione con ridondanza geograficaGRSesegue LRS e copia i dati in modo asincrono in un’unica posizione fisica nell’area secondaria sempre in LRS; offre 16 nove di disp
Archiviazione con ridondanza geografica e accesso in letturaRA-GRScome GRS ma i dati della seconda zona si possono leggere
Archiviazione con ridondanza della zona geograficaGZRSesegue ZRS e copia i dati in LRS in zona secondaria; almeno 16 nove di disponibilità
Archiviazione con ridondanza geografica della zona e accesso in letturaRA-GZRScome GZRS ma i dati della seconda zona si possono leggere
Per impostazione predefinita, i dati nell’area secondaria non sono disponibili per la lettura o la scrittura a meno che non ci sia un failover 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. RPO: L’intervallo tra le scritture più recenti nell’area primaria e l’ultima scrittura nell’area secondaria (meno di 15 min)

Servizi Archiviazione Azure