Tipi di storage Azure: panoramica completa

Azure Storage è la soluzione di storage sul cloud di Microsoft adatta a diversi casi d’uso. Questa soluzione offre numerose opzioni per archiviare i dati nel cloud, con funzioni e prezzi diversi. Ecco perché è importante scegliere il tipo di storage sul cloud in Azure più adatto alle proprie esigenze per ottenere l’accordo più vantaggioso. È possibile scegliere tra diversi livelli di ridondanza, livelli di storage e tipi di account di storage sul cloud Azure.

Questo articolo del blog illustra i tipi di storage sul cloud Azure per aiutarti nella tua scelta.

Backup in BLOB di Azure | NAKIVO

Invia i backup direttamente ad Archiviazione BLOB di Azure e proteggili dal ransomware grazie all'immutabilità. Funzionalità di suddivisione in livelli dei backup e di ripristino istantaneo.

Rileva la soluzione

Tipi di archiviazione di Azure

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

Gruppo 1. I tipi di archiviazione di questo gruppo sono accessibili tramite API REST e sono pensati per risolvere i problemi di scalabilità e facilitare la comunicazione tra il tipo di archiviazione utilizzato e le applicazioni che accedono ai file.

• Archiviazione in coda
• Archiviazione in tabella
• Archiviazione BLOB di Azure

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

• Archiviazione file
• Archiviazione su disco

Esaminiamo in dettaglio ciascun tipo di storage in Azure.

Archiviazione code in Azure

L’archiviazione code è un tipo di storage utilizzato per collegare i componenti di un’applicazione. È possibile utilizzare questa archiviazione per applicazioni con componenti indipendenti che si basano sull’accodamento asincrono dei messaggi. L’archiviazione code di Azure presenta funzioni simili alla tecnologia Message Queuing (MSMQ) di Microsoft utilizzata nelle versioni precedenti di Windows Server. La capacità di un account di archiviazione in Queue Storage pone dei limiti al numero di code, ma non vi sono altre limitazioni.

Azure Queue Storage può essere utile per applicazioni containerizzate che utilizzano un’architettura a microservizi, comprese le app in esecuzione su 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, indipendentemente dal formato.

Tabelle di Azure (Table Storage)

Azure Table Storage 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 archivio di chiavi/attributi (a differenza di Microsoft SQL Server e Azure SQL, che sono database relazionali). Le tabelle di Azure hanno un design senza schema e possono essere utilizzate per archiviare dati utente per applicazioni web e altri metadati.

Questo servizio di storage è altamente scalabile e accessibile a un prezzo contenuto. Questa opzione rappresenta un’alternativa meno costosa a Microsoft Azure SQL se si accettano i limiti di Azure Table Storage e non si hanno requisiti relativi alla struttura e all’architettura SQL. Si noti che il prezzo aumenta quando si accede frequentemente ai file.

Questo database è un prodotto Microsoft gestito e gli amministratori non devono occuparsi della gestione dell’infrastruttura sottostante nel cloud. Ciò significa che non è necessario effettuare l’implementazione o installare nulla: è sufficiente configurare e utilizzare il database in Azure Tables.

Archiviazione BLOB di Azure

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

Archiviazione BLOB di Azure è un sistema di archiviazione a oggetti simile a Amazon S3 ed è uno dei tipi di archiviazione Azure più diffusi. I dati sono organizzati in contenitori simili a una struttura di cartelle o a 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 blob a blocchi sono ideali per l’archiviazione di file che non verranno aggiornati dopo essere stati caricati nel cloud. I file vengono caricati nell’archiviazione blob come piccole parti chiamate blocchi. Una volta completato il caricamento, queste parti vengono unite in un’unica unità e non è più possibile modificarle. Se è necessario archiviare un aggiornamento del file nell’archiviazione blob, è necessario caricare nuovamente il nuovo file. La dimensione massima di un singolo file è di 4,77 TB. La dimensione predefinita dei blocchi è di 32 MB, ma è possibile modificare questo valore.
• I blob di tipo “Append” sono ottimizzati per l’archiviazione di metadati e log, poiché i file archiviati possono essere aggiornati senza la necessità di caricarli nuovamente. 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 di file esistenti. Ciò significa che i dati possono essere aggiunti, ma non modificati né eliminati dai file archiviati.
• I blob di pagina vengono utilizzati per operazioni di lettura e scrittura frequenti e veloci. Un blob di pagina è costituito da pagine da 512 byte. La dimensione massima di questo tipo di blob è di 1 TB. I blob di pagina vengono utilizzati per archiviare i dischi delle VM.

È possibile selezionare un tipo di blob una sola volta al momento della 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 i blob di pagina .

Livelli di Archiviazione BLOB di Azure

Esistono tre livelli di accesso per l’Archiviazione BLOB di Azure. Ciascun livello offre funzioni tra cui scegliere a seconda del ciclo di vita dei dati archiviati nel cloud di 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 questi devono essere conservati. La scelta del livello corretto consentirà di ottimizzare i costi di archiviazione.

• Livello di accesso “Hot” è destinato ad accessi frequenti e presenta il prezzo più elevato tra i tre livelli. Se si deve lavorare con dati aggiornati ed eliminati frequentemente, è consigliabile utilizzare il livello di accesso “Hot”. L’archiviazione dei dati è costosa, ma l’accesso a tali dati è economico, poiché questo livello è ottimizzato per i dati a cui si accede frequentemente.
• Livello di accesso “Cool” è meno costoso del livello “Hot” ma più costoso del livello “Cold” per l’archiviazione dei file. L’accesso ai file è più costoso rispetto al livello “Hot”. Il livello “Cool” è ottimizzato per i dati a cui si accede raramente e che vengono conservati per almeno 30 giorni. È possibile accedere ai dati in qualsiasi momento, analogamente al livello di accesso “hot”.
• Il livello di accesso “cold” consente di archiviare più dati a costi inferiori. Tuttavia, il costo per accedere ai file è elevato. Il livello di accesso “cold” è anche denominato livello di accesso “archive” . In questo livello i dati devono essere conservati per almeno 180 giorni. Non è possibile accedere ai dati archiviati nel livello di accesso “cold” non appena vengono richiesti, poiché è prevista 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 i backup dei dati.

Sono previsti costi di cancellazione anticipata se si eliminano i dati prima che siano trascorsi rispettivamente 30 o 180 giorni per i livelli di accesso “cool” e “cold”. I dati devono rimanere archiviati per almeno il periodo di tempo definito per evitare l’addebito di costi. Ad esempio, se si archiviano dati in Microsoft Azure Archiviazione BLOB utilizzando il livello di accesso “cold” (archivio) e si eliminano tali dati solo 30 giorni dopo il caricamento, verrà addebitata una penale per cancellazione anticipata pari a: 180 giorni – 30 giorni = 50 giorni.

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

Archiviazione BLOB di Azure

Azure Files o Archiviazione BLOB di Azure viene utilizzato per creare una condivisione file nel cloud di Azure, archiviare file e accedere ai file condivisi dalle VM di 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 di Azure
• Condivisione . È possibile creare condivisioni file all’interno della condivisione principale. Il nome della condivisione deve contenere da 3 a 63 caratteri.
• Directory . La condivisione può contenere una struttura gerarchica di directory con sottodirectory e file.
• File . È possibile caricare file con una dimensione massima di 1 TB.

È inoltre possibile archiviare i backup in Azure File Storage.

Dischi di Azure (Azure Disk Storage)

I dischi di Azure sono uno spazio di archiviazione persistente a livello di blocco, il cui scopo è collegare dischi virtuali alle VM di Azure.

Azure Disk Storage offre due opzioni:

• Archiviazione Premium significa che i dati vengono archiviati su unità a stato solido (SSD) veloci. Questa è l’opzione consigliata se è necessaria un’archiviazione ad alte prestazioni.
• Archiviazione Standard utilizza unità disco rigido (HDD). Questo tipo di archiviazione è 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 . Siete voi a creare e configurare i dischi (che vengono gestiti da Microsoft dal lato di Microsoft), il che rappresenta il vantaggio di questo tipo di soluzione. Quando create una VM in Azure, questa utilizza dischi gestiti da Azure che potete aggiungere alla VM. I volumi visibili nel sistema operativo guest della VM risiedono su questi dischi gestiti. Non è necessario creare manualmente un account di storage né un disco.
• Dischi non gestiti . Siete voi a gestire completamente i dischi, che vengono archiviati come blob di pagina nel vostro account di storage. È necessario creare un account di storage, creare i dischi e gestirli manualmente. In questo modo avete il pieno controllo dei dischi.

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

Livelli di ridondanza dell’archiviazione

La ridondanza è una funzione importante di ogni sistema di storage sul cloud, che rende l’storage sul cloud affidabile e garantisce un’elevata disponibilità. La ridondanza nel cloud di Azure protegge i dati e previene i tempi di inattività in caso di disastri, guasti, manutenzione programmata, ecc. Lo storage di Azure supporta la creazione di copie dei dati in diverse posizioni nel cloud di Azure a scopo di ridondanza, pratica denominata in questo contesto anche replica dei dati.

Nota: Tutte le risorse di storage sul cloud di Azure implementate in un unico account di archiviazione hanno le stesse impostazioni di ridondanza. Lo storage ridondante in Azure è suddiviso in cinque categorie:

• Storage con ridondanza locale
• Storage con ridondanza geografica
• Storage con ridondanza geografica per l’accesso in lettura
• Storage con ridondanza di zona
• Storage con ridondanza geografica e di zona

Storage con ridondanza locale

Con lo storage con ridondanza locale (LRS), tre copie dei dati si trovano in un unico edificio ma sono archiviate in tre ubicazioni diverse. Può trattarsi di tre diverse unità disco all’interno di un unico data center (nella regione primaria). 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’inondazione o un incendio, distrugge il data center, l’LRS non può garantire la sicurezza dei dati, che potrebbero andare persi.

La durabilità è pari ad almeno il 99,999999999% (99 e nove nove) su base annua.

Geo-redundant storage

Geo-redundant storage (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 preservati nel secondo data center. Se l’intera regione subisce un guasto o va in tilt, i dati sono disponibili in un’altra regione. Il GRS è più affidabile dell’LRS, ma comporta costi più elevati.

La replica dei dati all’interno della sede fisica primaria nella regione primaria è sincrona per le tre copie dei dati presenti nel data center. La replica dei dati verso una ubicazione fisica nella regione secondaria è asincrona. Successivamente, i dati vengono copiati in modo sincrono all’interno della regione secondaria utilizzando LRS per creare lì le altre due copie.

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

Archiviazione con ridondanza geografica in sola lettura

L’archiviazione con ridondanza geografica in sola 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 vostra applicazione può funzionare avendo solo accesso in lettura ai dati replicati, potete utilizzare questo tipo di ridondanza.

Archiviazione con ridondanza a zona

Con l’archiviazione con ridondanza a zona (ZRS), i dati vengono replicati in modo sincrono su tre cluster di storage (tre zone di disponibilità di Azure) all’interno di una singola regione (la regione primaria). Ciascun cluster di storage è separato dagli altri cluster nella propria zona di disponibilità. Una zona di disponibilità è una ubicazione fisica separata dalle altre zone e dotata di alimentazione, rete e raffreddamento indipendenti. Il livello di protezione è superiore rispetto all’LRS, ma lo ZRS non protegge da un disastro regionale che distrugga tutte le zone di una stessa regione.

La durabilità dello ZRS è pari al 99,9999999999% (99 e dieci nove).

Se la vostra applicazione richiede una maggiore disponibilità e la massima coerenza, prendete in considerazione l’utilizzo dello ZRS nella regione primaria e la replica dei dati in una regione secondaria (GRS).

Archiviazione con ridondanza geografica per zona

L’archiviazione con ridondanza geografica per zona (GZRS) combina i vantaggi di GRS e ZRS. Con GZRS i dati vengono replicati in modo sincrono su tre zone di disponibilità di Azure (data center diversi) nella regione primaria e in modo asincrono in un’unica ubicazione fisica nella regione secondaria (questo passaggio differisce dal tipo GRS). Successivamente, i dati vengono replicati in modo sincrono nella regione secondaria, come nel caso dell’LRS, in modo da disporre di tre copie anche lì.

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

Il 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 al fine di archiviare dati. Il nome di un account di archiviazione deve essere univoco nell’intero cloud di Azure.

Esistono cinque tipi di account di archiviazione di Azure, compatibili con i servizi supportati, i livelli di prestazioni e le opzioni di replica appropriati. Ciascun account di archiviazione supporta funzionalità diverse, come illustrato nella tabella sottostante.

Conclusione

Questo post del blog ha illustrato i tipi di storage disponibili in Azure e ne ha spiegato le funzioni. Esistono cinque tipi di storage sul cloud in Azure, livelli di ridondanza e tipi di account di storage sul cloud in Azure. Offrono funzioni diverse a prezzi diversi. Conoscerli ti permette di prendere una decisione razionale per ottenere un prezzo ottimale quando scegli lo storage sul cloud in Azure. Puoi utilizzare lo storage sul cloud conveniente in Azure per i backup dei tuoi dati. NAKIVO Backup & Replication è una soluzione di backup completa che si integra con Azure e ti permette di creare backup diretti in BLOB di Azure.

Prova NAKIVO Backup & Replication

Richiedi una prova gratuita per scoprire tutte le funzionalità di protezione dei dati offerte dalla soluzione. 15 giorni gratuiti. Nessuna limitazione in termini di funzionalità o capacità. Non è obbligatoria alcuna carta di credito.

Prova gratuitamente