Corso
Nozioni di base sulla gestione e governance di Microsoft Azure
2 ore
15.8K
Guida passo passo per creare uno Storage Account
Per creare uno Storage Account, puoi usare il Portale Azure se preferisci un'interfaccia grafica, oppure PowerShell o l'Azure CLI se preferisci fare scripting.
Utilizzando il Portale Azure
1. Dal Portale Azure, clicca su “Create a resource”.
2. Vai su “Storage”, poi seleziona “Storage account”. In alternativa, puoi digitare “storage account” nella barra di ricerca.
3. Nella scheda “Basics” troverai le impostazioni richieste per lo storage account:
Configurazione delle impostazioni “Basics” per uno storage account. Immagine dell'autore
- Subscription: scegli la sottoscrizione Azure da usare per questo storage account.
- Resource group: seleziona un resource group esistente o creane uno nuovo cliccando su "Create new" e inserendo un nome.
- Storage Account name: inserisci un nome univoco per il tuo Storage Account. Deve essere lungo tra 3 e 24 caratteri e può includere solo numeri e lettere minuscole. In genere il nome include anche prefissi o suffissi, come un numero o un'abbreviazione riferita a progetto, reparto, scopo o ambiente.
- Region: scegli l'area di Azure in cui ospitare il tuo storage account. In genere è quella più vicina alla tua posizione.
- Performance: seleziona il livello di prestazioni (Standard o Premium). Standard è in genere sufficiente per la maggior parte dei casi d'uso.
- Redundancy: scegli l'opzione di ridondanza che soddisfa le tue esigenze di replica dei dati. Per dati non critici, lo storage con ridondanza locale (LRS) è sufficiente.
4. Le seguenti impostazioni sono opzionali ma utili per personalizzare ulteriormente il tuo Storage Account:
- Networking: configura l'accesso di rete, imposta eventuali regole o restrizioni di rete richieste e scegli endpoint pubblici o privati in base ai requisiti di sicurezza.
- Data protection: configura opzioni di protezione dei dati come il ripristino del contenitore a un punto nel tempo. Questa funzionalità consente di ripristinare i dati a uno stato precedente in un momento specifico. Un'altra funzionalità importante è l'impostazione di soft delete. Abilitandola, i dati eliminati vengono mantenuti per un periodo di conservazione specifico, rendendo possibile il ripristino di eliminazioni accidentali o malevole.
- Tags: aggiungi tag per organizzare il tuo Storage Account applicando coppie chiave-valore, come “project: AI chatbot”. È utile per la gestione delle risorse e la fatturazione.
5. Rivedi le configurazioni e clicca su “Review+Create”. Dopo la convalida, clicca su “Create” per finalizzare la creazione dello storage account. Se la convalida fallisce, dovrai rivedere le impostazioni e correggere eventuali impostazioni obbligatorie mancanti o errate.
Utilizzando PowerShell
Per creare uno Storage Account con PowerShell, segui questi passaggi:
1. Apri la console PowerShell ed effettua l'accesso al tuo account Azure usando:
Connect-AzAccount2. Crea un nuovo resource group se non ne hai già uno:
New-AzResourceGroup -Name “ResourceGroup001”> -Location “EastUS”3. Crea lo storage account:
New-AzStorageAccount -ResourceGroupName “ResourceGroup001”> -Name “datastorage” -Location “EastUS” -SkuName “Standard_LRS” -Kind “StorageV2”Questo codice crea direttamente uno storage account chiamato “datastorage” nel resource group “ResourceGroup001” e nella regione Azure “EastUS”.
Il SkuName si riferisce al livello di prestazioni (Standard o Premium) e all'opzione di ridondanza (in questo caso “LRS”, ossia storage con ridondanza locale). Puoi includere ulteriori impostazioni allo stesso modo; per esempio, puoi includere tag con l'opzione -Tags.
Puoi consultare ulteriori comandi per gli storage account sul sito Microsoft.
4. Verifica la creazione dello Storage Account usando questo codice per cercare il tuo nuovo account:
Get-AzStorageAccount -ResourceGroupName "ResourceGroup001" -Name "datatstorage"Utilizzando l'Azure CLI
Per creare uno Storage Account con l'Azure CLI, segui questi passaggi:
1. Apri la console CLI ed effettua l'accesso al tuo account Azure:
az login2. Crea un resource group (se non ne hai già uno):
az group create --name ResourceGroup001 --location EastUS3. Crea lo Storage Account:
az storage account create --name mystorageaccount --resource-group myResourceGroup --location eastus --sku Standard_LRS --kind StorageV2 Puoi anche aggiungere ulteriori opzioni per il tuo storage account, come --tags.
Dai un'occhiata all'Azure CLI Cheat Sheet di DataCamp per saperne di più sull'uso dell'Azure CLI.
4. Verifica se lo Storage Account è stato creato correttamente:
az storage account show --name mystorageaccount --resource-group myResourceGroupOpzioni di configurazione avanzate dello Storage Account
Per la maggior parte degli scenari, il tipo “General purpose v2 storage” è il tipo di account consigliato. Questo tipo offre le funzionalità più recenti per Azure Storage, è il più conveniente e supporta tutti i tipi di archiviazione, come blob, file e queue.
In questa sezione, esploreremo più in dettaglio questi tipi di archiviazione e i loro utilizzi e parleremo di come gestire i costi.
Tipi di dati
Ogni tipo di storage account è pensato per esigenze specifiche. Capire le differenze tra questi tipi e i rispettivi casi d'uso ti aiuterà a prendere decisioni informate nella configurazione e gestione delle tue soluzioni di archiviazione su Azure.
Ecco una panoramica dei diversi tipi di dati degli storage account:
|
Panoramica |
Casi d'uso |
|
|
Blob storage |
Il Blob storage è specializzato nell'archiviazione di dati non strutturati come blob (binary large objects), ad esempio documenti, video, immagini e backup. |
Adatto ad applicazioni che richiedono archiviazione efficiente e scalabile per grandi quantità di dati non strutturati, tra cui distribuzione di contenuti, archiviazione dati e big data analytics. |
|
File storage |
Il File storage fornisce file share completamente gestiti nel cloud tramite il protocollo SMB standard di settore. |
La soluzione migliore per scenari in cui le applicazioni necessitano di archiviazione condivisa accessibile da più macchine virtuali, deployment on-premises e servizi Azure. |
|
Queue storage |
Il Queue storage è progettato per archiviare grandi quantità di messaggi accessibili da qualsiasi luogo tramite chiamate autenticate usando HTTP o HTTPS. |
Utile per disaccoppiare componenti applicativi, dove un componente genera richieste e un altro le elabora in modo asincrono. Comunemente usato in scenari di messaggistica e gestione di task. |
|
Table storage |
Il Table storage fornisce un archivio NoSQL key-value per sviluppo rapido e accesso veloce a grandi quantità di dati non strutturati. |
Ideale per applicazioni che richiedono un design senza schema, come applicazioni web, archiviazione di dati utente e archiviazione di metadati per dati strutturati e semi-strutturati. |
Prezzi
Il prezzo di Azure Storage dipende molto dal livello di archiviazione, dalle opzioni di ridondanza dei dati e dai pattern di accesso.
Comprendendo questi fattori e scegliendo le opzioni appropriate per i tuoi dati, puoi ottimizzare i costi garantendo al contempo che la tua soluzione soddisfi le esigenze di prestazioni e accessibilità.
Per prima cosa discuteremo i fattori più critici che influenzano i prezzi degli storage account in Azure. Poi approfondiremo due opzioni importanti che incidono su prestazioni e prezzi: gli access tier e le opzioni di ridondanza dei dati.
Fattori che influenzano i costi
I prezzi di Azure Storage sono influenzati da diversi fattori, tra cui:
- Capacità di archiviazione: la quantità di dati archiviata nel tuo storage account. Quantità maggiori comportano generalmente costi più alti.
- Storage tier: il livello scelto (hot, cool, cold o archive) incide in modo significativo sui prezzi. Ogni livello è ottimizzato per diversi pattern di utilizzo e costi.
- Transazioni e recupero dei dati: il numero di operazioni effettuate sui dati, come lettura, scrittura ed eliminazione. Volumi elevati di transazioni possono aumentare i costi.
- Opzioni di ridondanza dei dati: la strategia di replica scelta (LRS, ZRS, GRS, GZRS) ha impatto sui costi. Livelli più alti di ridondanza offrono maggiore durabilità e disponibilità dei dati, ma a un costo più elevato.
- Trasferimenti di dati in uscita: i dati trasferiti fuori dalle regioni Azure comportano costi aggiuntivi. È particolarmente rilevante per applicazioni con un significativo egress di dati verso sistemi o utenti esterni.
Confronto tra access tier di archiviazione
Azure Storage offre quattro access tier: hot, cool, cold e archive. Scegliere l'access tier corretto per i tuoi pattern di accesso aiuta a ottimizzare i costi.
Ecco una panoramica dei diversi livelli, dei costi e dei casi d'uso:
|
Panoramica |
Costo |
Casi d'uso |
|
|
Archive tier |
Ottimizzato per dati raramente accessibili e archiviati per almeno 180 giorni |
Costi di archiviazione più bassi ma costi e latenza di recupero più alti |
Ideale per dati di cui raramente si ha bisogno, come archiviazione a lungo termine, conformità e conservazione storica |
|
Cold tier |
Ottimizzato per dati raramente accessibili e archiviati per almeno 90 giorni |
Costi di archiviazione più alti rispetto all'archive tier ma costi e latenza di recupero inferiori |
Ideale per dati meno recenti che non vengono usati spesso ma che devono essere disponibili per accesso immediato |
|
Cool tier |
Ottimizzato per dati a cui si accede di rado e archiviati per almeno 30 giorni |
Costi di archiviazione più alti rispetto al cold tier ma costi di accesso e transazione inferiori |
Adatto a dati a cui non si accede regolarmente ma che devono essere disponibili all'occorrenza, come backup, dati per disaster recovery e archiviazione aziendale a lungo termine |
|
Hot tier |
Ottimizzato per dati a cui si accede frequentemente |
Costi di archiviazione più alti ma costi di accesso e transazione più bassi |
Ideale per dati che richiedono accesso rapido e frequente, come dataset attivi, file utente e applicazioni live |
Opzioni di ridondanza dei dati
La ridondanza dei dati in Azure si riferisce alla replica dei dati in posizioni diverse per garantirne durabilità, disponibilità e accessibilità, anche in caso di guasti hardware, problemi di rete o disastri.
Ogni opzione di ridondanza offre diversi livelli di protezione, disponibilità e costo. Queste opzioni garantiscono che i tuoi dati siano al sicuro e possano essere recuperati o accessibili da posizioni alternative quando necessario.
La tabella seguente ordina le diverse opzioni da costo più basso a più alto:
|
Panoramica |
Casi d'uso |
|
|
Locally redundant storage (LRS) |
LRS replica i tuoi dati tre volte all'interno di un singolo data center in una regione |
Adatto a scenari in cui è tollerabile una perdita di dati, ma è necessaria un'elevata disponibilità all'interno di una singola regione |
|
Zone-redundant storage (ZRS) |
ZRS replica i tuoi dati in modo sincrono su tre cluster di archiviazione in una singola regione, ciascuno situato in zone di disponibilità diverse |
Adatto a scenari che richiedono elevata disponibilità e durabilità all'interno di una regione, proteggendo da guasti a livello di data center |
|
Geo-redundant storage (GRS) |
GRS replica i tuoi dati in una regione secondaria a centinaia di miglia dalla posizione primaria. Combina LRS nella regione primaria e replica asincrona nella regione secondaria |
Adatto a scenari di disaster recovery in cui i dati devono essere protetti da interruzioni a livello di regione |
|
Geo-zone-redundant storage (GZRS) |
GZRS combina i vantaggi di ZRS e GRS. Replica i dati in modo sincrono su tre zone di disponibilità di Azure nella regione primaria e li replica in modo asincrono in una regione geografica secondaria. |
Adatto ad applicazioni mission-critical che richiedono elevata disponibilità, durabilità e capacità di disaster recovery |
Se ti interessa approfondire Azure, dai un'occhiata al corso Azure Architecture and Services.
Gestione del ciclo di vita
Oltre a scegliere le opzioni giuste per il tuo account, la gestione del ciclo di vita in Azure Storage consente di automatizzare lo spostamento dei dati tra diversi access tier per ottimizzare i costi.
Ecco come configurare policy per lo spostamento automatico dei dati:
La schermata di panoramica della gestione del ciclo di vita di uno storage account. Immagine dell'autore
1. Vai al tuo storage account nel Portale Azure. Nella sezione “Data management”, seleziona “Lifecycle management”.
2. Clicca su “Add rule” per creare una nuova policy di gestione del ciclo di vita. Fornisci un nome alla regola e specifica le condizioni in cui deve essere applicata.
3. Definisci condizioni e azioni:
- Imposta condizioni basate sull'età dei dati o sulla data dell'ultimo accesso.
- Definisci azioni come spostare i dati a un tier più freddo o eliminarli dopo un periodo specificato.
- Per esempio, puoi impostare una regola per spostare i blob al tier cool se non sono stati modificati per 30 giorni, al tier cold dopo 90 giorni e poi al tier archive se non sono stati accessi per 180 giorni.
4. Rivedi le impostazioni della regola e salva la policy. In base alle condizioni definite, la policy verrà applicata automaticamente ai blob nello storage account.
Esempi di scenari di gestione del ciclo di vita
Ecco alcuni scenari comuni che i team di data possono incontrare e possibili strategie di gestione del ciclo di vita per ciascuno.
1. Conformità e conservazione:
- Scenario: i requisiti normativi impongono che specifici dati siano conservati per diversi anni, ma sono raramente accessibili.
- Strategia: archivia i dati nel tier Cold per il primo anno e poi spostali nel tier Archive per la conservazione a lungo termine. Questo approccio garantisce la conformità riducendo al minimo i costi di archiviazione.
2. Dati applicativi:
- Scenario: un'applicazione genera log importanti per il primo mese, ma solo occasionalmente consultati in seguito. Tuttavia, ci si aspetta che siano disponibili rapidamente.
- Strategia: imposta una policy per spostare i log dall'hot al cool tier dopo 30 giorni. In questo modo tieni sotto controllo uso dello storage e costi, mantenendo i dati necessari per il periodo richiesto.
3. Dati di sviluppo e test:
- Scenario: i team di sviluppo generano grandi volumi di dati durante le fasi di sviluppo software e test, con accessi intensi nel ciclo attivo che diminuiscono nel tempo.
- Strategia: archivia i dati di sviluppo e test nell'hot tier durante lo sviluppo attivo. Quando lo sviluppo rallenta, sposta i dati nel cold tier dopo 90 giorni e poi nell'archive tier dopo 180 giorni, da cui possono essere recuperati per audit o riferimento.
Conclusione
Gli Azure Storage Account offrono opzioni di archiviazione dei dati scalabili, sicure e flessibili. In questo tutorial abbiamo visto come creare, gestire e ottimizzare gli storage account usando Azure Portal, PowerShell e Azure CLI. Abbiamo anche trattato opzioni di configurazione avanzate, prezzi e strategie di risparmio sui costi.
Se vuoi approfondire le funzionalità fondamentali di Azure, dai un'occhiata al percorso Azure Fundamentals di DataCamp.
Posso usare Terraform per creare un Azure Storage Account e in che modo aiuta nella gestione dell'infrastruttura?
Come ottengo le access key per un Azure Storage Account e perché sono importanti?
Posso modificare il livello di prestazioni o l'opzione di ridondanza del mio Azure Storage Account dopo che è stato creato?
Quali sono le best practice per mettere in sicurezza i dati archiviati in un Azure Storage Account?
Come posso monitorare le prestazioni e l'utilizzo del mio Azure Storage Account?
Argomenti
