Tipi di storage Azure: panoramica completa

& Azure Storage è la soluzione di storage sul cloud di Microsoft che può essere utilizzata per diversi casi d’uso. Questa soluzione offre molte opzioni per archiviare i dati nel cloud con funzioni e prezzi diversi. Ecco perché è importante scegliere il tipo di storage Azure più adatto alle proprie esigenze per ottenere il miglior accordo. È possibile scegliere tra diversi livelli di ridondanza, livelli e tipi di account di storage Azure.

Questo post del blog spiega i tipi di storage Azure per aiutarti nella tua decisione.

Backup to Azure Blob | NAKIVO

Send backups directly to Azure Blob Storage and protect them against ransomware with immutability. Automated backup tiering and instant recovery features.

Discover Solution

Tipi di storage di Azure

Esistono cinque tipi di storage di Azure, suddivisi in due gruppi:

Gruppo 1. I tipi di storage di questo gruppo sono accessibili tramite API REST e hanno lo scopo di aiutare con i problemi di scalabilità e la comunicazione tra il tipo di storage utilizzato e le applicazioni che accedono ai file.

• Storage in coda
• Storage tabella
• Storage blob

Gruppo 2. I tipi di storage di questo gruppo vengono utilizzati come storage con le VM di Azure.

• Archiviazione file
• Archiviazione su disco

Esaminiamo in dettaglio ciascun tipo di storage in Azure.

Archiviazione in coda in Azure

L’archiviazione in coda è un tipo di storage utilizzato per connettere i componenti di un’applicazione. È possibile utilizzare questo tipo di storage per applicazioni con componenti indipendenti che si basano su code di messaggi asincroni. L’archiviazione in coda di Azure ha funzioni simili alla tecnologia Message Queueing (MSMQ) utilizzata nelle versioni precedenti di Windows Server. La capacità di un account di storage in Queue Storage limita il numero di code, ma non ci sono altre limitazioni.

Azure Queue Storage può essere utile per le applicazioni containerizzate che utilizzano un’architettura microservizi, comprese le app in esecuzione in Kubernetes.

I componenti di Azure Queue Storage sono:

• Account. Un account è un contenitore logico in Azure utilizzato per archiviare oggetti al suo interno.
• Coda. Una coda è un oggetto che contiene un insieme di messaggi.
• Messaggio. Un messaggio è un oggetto incluso in una coda. Un messaggio può avere una dimensione massima di 64 KB per qualsiasi formato.

Tabelle Azure (storage tabelle)

L’storage tabelle Azure viene utilizzato per archiviare grandi quantità di dati strutturati in tabelle, come i dati NoSQL strutturati. NoSQL è un tipo di database non relazionale che funziona come un archivio di chiavi/attributi (a differenza di Microsoft SQL Server e Azure SQL, che sono database relazionali). Le tabelle Azure hanno un design senza schema e possono essere utilizzate per archiviare i dati degli utenti per le applicazioni web e altri metadati.

Questo storage è altamente scalabile e accessibile a un prezzo contenuto. Questa opzione è un’alternativa meno costosa a Microsoft Azure SQL se si accettano le limitazioni dell’archiviazione tabelle Azure e non si hanno requisiti per la struttura e l’architettura SQL. Si noti che il prezzo aumenta quando i file vengono consultati frequentemente.

Questo database è un prodotto Microsoft gestito e gli amministratori non devono gestire l’infrastruttura sottostante nel cloud. Ciò significa che non devono effettuare l’implementazione o installare nulla, ma possono semplicemente configurare e utilizzare il database in Azure Tables.

Microsoft Archiviazione BLOB di Azure

Blob è l’acronimo di Binary Large Object ed è un tipo di storage per dati non strutturati (file) come immagini, audio, video, backup, ecc. Viene utilizzato per archiviare file particolarmente grandi e anche per data lake con carichi di lavoro elevati. Un esempio pratico comune è l’utilizzo di Microsoft Azure Blob Storage per l’archiviazione di file per siti web e lo streaming di audio e video.

Blob Storage è un’archiviazione a oggetti simile a Amazon S3 ed è uno dei tipi di storage Azure più utilizzati. I dati sono organizzati in contenitori come una struttura di cartelle o uno spazio dei nomi di oggetti piatto (l’analogo dei bucket).

Esistono tre tipi di Archiviazione BLOB di Azure: block blob, append blob e page blob.

• I block blob sono ideali per archiviare file che non verranno aggiornati dopo essere stati caricati sul cloud. File vengono caricati nell’archivio blob come piccole parti chiamate blocchi. Al termine del caricamento, queste parti vengono unite in un’unica unità e non è più possibile modificarle. Se è necessario archiviare un aggiornamento del file nell’archivio blob, è necessario caricare nuovamente il nuovo file. La dimensione massima di un singolo file è 4,77 TB. La dimensione predefinita dei blocchi è 32 MB, ma è possibile modificare questo valore.
• Gli append blob sono ottimizzati per l’archiviazione di metadati e log perché i file archiviati possono essere aggiornati senza la necessità di ricaricarli. Ad esempio, è possibile archiviare i file di log del database quando vengono eseguite operazioni di input/output intensive. La struttura dei blob di aggiunta supporta il caricamento di parti di file da aggiungere alla fine dei file esistenti. Ciò significa che i dati possono essere aggiunti, ma non modificati o eliminati dai file archiviati.
• I blob di pagina vengono utilizzati per operazioni di lettura e scrittura frequenti/veloci. Un blob di pagina è costituito da pagine da 512 byte. La dimensione massima di questo tipo di blob è 1 TB. I blob di pagina vengono utilizzati per archiviare i dischi delle VM.

È possibile selezionare un tipo di blob solo una volta durante la creazione del blob. Non è possibile modificare il tipo dopo che il blob è stato creato. È possibile passare da un livello di accesso all’altro quando necessario, ma non per blob di pagina.

Livelli di Archiviazione BLOB di Azure

Esistono tre livelli di accesso per l’Archiviazione BLOB di Azure. Ciascun livello offre funzioni da scegliere in base al ciclo di vita dei dati archiviati sul cloud Azure. Quando si selezionano i livelli di Archiviazione BLOB di Azure, è necessario innanzitutto definire la frequenza con cui si accederà ai dati e per quanto tempo dovranno essere conservati. Selezionando il livello corretto sarà possibile ottimizzare i costi di storage.

• Il livello di accesso Hot è destinato ad accessi frequenti e ha il prezzo più alto dei tre livelli. Se è necessario lavorare con dati aggiornati e cancellati frequentemente, è consigliabile utilizzare il livello di accesso Hot. È costoso archiviare i dati, ma è economico accedervi perché questo livello è ottimizzato per i dati a cui si accede frequentemente.
• Il livello di accesso freddo è meno costoso del livello caldo, ma è più costoso del livello freddo per l’archiviazione dei file. È più costoso accedere ai file rispetto al livello caldo. Il livello freddo è ottimizzato per i dati a cui si accede raramente e che vengono archiviati per almeno 30 giorni. È possibile accedere ai dati in qualsiasi momento, analogamente al livello di accesso caldo.
• Il livello di accesso freddo consente di archiviare più dati a costi inferiori. Tuttavia, il prezzo per accedere ai file è elevato. Il livello di accesso freddo è anche chiamato livello di accesso all’archivio. I dati devono essere archiviati per almeno 180 giorni in questo livello. Non è possibile accedere ai dati archiviati nel livello di accesso freddo non appena vengono richiesti, poiché esiste una latenza di recupero. Ciò significa che il periodo di attesa può arrivare fino a 14 ore prima di poter recuperare i dati. Il livello di archiviazione è ottimale per l’archiviazione a lungo termine e il backup dei dati.

Sono previsti costi di cancellazione anticipata se si cancellano i dati prima di 30 o 180 giorni rispettivamente per i livelli di accesso cool e cold. I dati devono risiedere per almeno questo periodo di tempo definito per evitare costi aggiuntivi. Ad esempio, se si archiviano dati in Microsoft Archiviazione BLOB di Azure utilizzando il livello di accesso cold (archivio) e si eliminano tali dati solo 30 giorni dopo averli caricati, verrà addebitato un costo di cancellazione anticipata per: 180 giorni – 30 giorni = 50 giorni.

L’Archiviazione BLOB di Azure viene spesso utilizzata come destinazione di backup, integrata nelle moderne soluzioni di protezione dei dati. In questo video è possibile vedere come inviare i backup VMware vSPhere all’Archiviazione BLOB di Azure con NAKIVO Backup & Replication, una soluzione completa di backup e ripristino:

Archiviazione file di Azure

Azure Files o Azure File Storage viene utilizzato per creare una condivisione file nel cloud Azure, archiviare file e accedere ai file condivisi dalle VM Azure o dai computer locali che hanno accesso alla condivisione. Azure File Storage può essere considerato come un file server nel cloud e supporta condivisioni file SMB e NFS.

Esistono quattro tipi di componenti per l’archiviazione dei file in Azure:

• Account di storage Azure
• Condivisione file. È possibile creare condivisioni file nella condivisione principale. Il nome della condivisione deve essere composto da 3 a 63 caratteri.
• Directory. La condivisione può contenere una struttura gerarchica di directory con sottodirectory e file.
• File. È possibile caricare file di dimensioni massime pari a 1 TB.

È inoltre possibile archiviare i backup nell’archivio file di Azure.

Dischi Azure (Archiviazione dischi di Azure)

I dischi Azure sono archivi persistenti a livello di blocco il cui scopo è collegare dischi virtuali alle VM Azure.

Azure Disk Storage offre due opzioni:

• L’archiviazione Premium significa che i dati vengono archiviati su unità a stato solido (SSD) veloci. Questa è l’opzione consigliata se hai bisogno di uno storage ad alte prestazioni.
• Lo storage standard funziona con unità disco rigido (HDD). Questo tipo di storage è ottimale per molte attività, tra cui l’archiviazione di backup e altri dati.

Sia l’archiviazione premium che quella standard offrono due tipi di dischi: dischi gestiti da Azure e dischi non gestiti.

• Dischi gestiti. È possibile creare e configurare i dischi (gestiti da Microsoft sul lato Microsoft), il che rappresenta il vantaggio di questo tipo. Quando si crea una VM in Azure, questa VM utilizza dischi gestiti da Azure che è possibile aggiungere alla VM. I volumi visibili nel sistema operativo guest della VM risiedono su questi dischi gestiti. Non è necessario creare un account di storage e creare manualmente un disco.
• Dischi non gestiti. I dischi sono gestiti interamente dall’utente e vengono archiviati come blob di pagina nell’account di storage. È necessario creare un account di storage, creare i dischi e gestirli manualmente. In questo modo si ha il pieno controllo dei dischi.

È possibile selezionare un tipo di disco Azure durante la creazione di un account di storage.

Livelli di ridondanza dell’storage

La ridondanza è una funzione importante di ogni storage sul cloud, che rende l’storage sul cloud affidabile e garantisce un’elevata disponibilità. La ridondanza nel cloud Azure protegge i dati e previene i tempi di inattività in caso di disastri, guasti, manutenzione programmata, ecc. L’archiviazione Azure supporta la creazione di copie dei dati in diversi luoghi nel cloud Azure per la ridondanza, chiamata anche replica dei dati in questo contesto.

Nota: Tutte le risorse di storage Azure implementate in un unico account di storage hanno le stesse impostazioni di ridondanza.

L’archiviazione ridondante in Azure è suddivisa in cinque categorie:

• Archiviazione ridondante a livello locale
• Geo-ridondant storage
• Geo-ridondant storage with read access
• Zone-ridondant storage
• Geo-zone redundant storage

Local redundant storage

With local redundant storage (LRS), three copies of the data are located in a single building but stored in three different locations. They can be three different disk drives within a single data center (in the primary region). A tal fine viene utilizzata la replica sincrona dei dati. Si tratta dell’opzione di ridondanza meno costosa tra le cinque disponibili e protegge dai guasti dei dischi e dei server. Se un disastro come un’alluvione o un incendio distrugge il data center, LRS non può garantire la sicurezza dei dati, che potrebbero andare persi.

La durata è almeno del 99,999999999% (99 e nove nove) nell’arco dell’anno.

Storage georedondante

Storage georedondante (GRS) prevede tre copie dei dati archiviate in una regione e tre copie archiviate in una regione diversa (al di fuori della regione primaria). Se un disastro distrugge uno dei data center, i dati vengono conservati nel secondo data center. Se l’intera regione subisce un guasto o un’interruzione, i dati sono disponibili in un’altra regione. Il GRS è più affidabile dell’LRS, ma comporta costi più elevati.

La replica dei dati nella ubicazione fisica primaria nella regione primaria è sincrona per le tre copie dei dati nel data center. La replica dei dati in una ubicazione fisica nella ubicazione secondaria è asincrona. Quindi i dati vengono copiati in modo sincrono all’interno della regione secondaria utilizzando LRS per creare le altre due copie in quella posizione.

La durata è del 99,99999999999999% (99 e quattordici nove).

Storage geo-ridondante con accesso in lettura

Lo storage geo-ridondante con accesso in lettura (RA-GRS) è simile al GRS, ma i dati nella ubicazione secondaria sono di sola lettura. Questa è la differenza tra GRS e RA-GRS. Se la tua applicazione può funzionare avendo solo accesso in lettura ai dati replicati, puoi utilizzare questo tipo di ridondanza.

Archiviazione ridondante per zona

Con l’archiviazione ridondante per zona (ZRS), i dati vengono replicati in modo sincrono su tre cluster di storage (tre zone di disponibilità di Azure) in una singola regione (la regione primaria). Ogni cluster di storage è separato dagli altri cluster nella sua zona di disponibilità. Una zona di disponibilità è una ubicazione fisica separata dalle altre zone e dispone di alimentazione, rete e raffreddamento indipendenti. La protezione è superiore rispetto a LRS, ma ZRS non protegge da un disastro regionale che distrugge tutte le zone in una regione.

La durata è del 99,9999999999% (99 e dieci nove) per ZRS.

Se l’applicazione richiede una disponibilità più elevata e la massima coerenza, prendere in considerazione l’utilizzo di ZRS nella regione primaria e la replica dei dati in una regione secondaria (GRS).

Archiviazione con ridondanza geografica

L’archiviazione con ridondanza geografica (GZRS) combina i vantaggi di GRS e ZRS. Con GZRS i dati vengono replicati in modo sincrono su tre zone di disponibilità Azure (datacenter diversi) nella regione primaria e replicati in modo asincrono in un’unica ubicazione fisica nella regione secondaria (questa fase differisce dal tipo GRS). Quindi i dati vengono replicati in modo sincrono nella regione secondaria, come per LRS, in modo da avere tre copie in quella posizione.

Questo approccio consente di proteggersi dai disastri regionali. Si consiglia di utilizzare questo storage ridondante per archiviare i dati delle applicazioni che richiedono il massimo livello di protezione, prestazioni, disponibilità e resilienza.

GZRS offre una durata del 99,99999999999999% (99 e quattordici nove).

Tipi di account di archiviazione di Azure

Un account di archiviazione è un contenitore che ospita oggetti di dati di archiviazione di Azure, quali file, dischi, blob, tabelle e code di Azure. Questo contenitore raggruppa i servizi di archiviazione di Azure. Un account di archiviazione di Azure è un metodo per creare un servizio di archiviazione in Azure per archiviare i dati. Il nome di un account di archiviazione deve essere univoco nell’intero cloud di Azure.

Esistono cinque tipi di account di storage Azure, compatibili con i servizi supportati, i livelli di prestazioni e le opzioni di replica appropriati. Ogni account di storage supporta diverse funzioni, come mostrato nella tabella seguente.

Conclusione

Questo post del blog ha trattato i tipi di storage in Azure e ne ha spiegato le funzioni. Esistono cinque tipi di storage Azure, livelli di ridondanza e tipi di account di storage sul cloud Azure. Offrono funzioni diverse a prezzi diversi. Conoscerli consente di prendere una decisione razionale per un prezzo ottimale quando si seleziona lo storage sul cloud in Azure. È possibile utilizzare l’economico storage sul cloud in Azure per i backup dei dati. NAKIVO Backup & Replication è una soluzione di backup completa che si integra con Azure e consente di creare backup diretti in BLOB di Azure.

1 Year of Free Data Protection: NAKIVO Backup & Replication

Deploy in 2 minutes and protect virtual, cloud, physical and SaaS data. Backup, replication, instant recovery options.

Get the Free Edition