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.
Questo articolo fornisce linee guida sulle procedure consigliate che consentono di usare i livelli di accesso per ottimizzare le prestazioni e ridurre i costi. Per altre informazioni sui livelli di accesso, vedere Livelli di accesso per i dati BLOB.
Scegliere i livelli di accesso più convenienti
È possibile ridurre i costi inserendo i dati BLOB nei livelli di accesso più convenienti. Scegliere tra tre livelli progettati per ottimizzare i costi relativi all'uso dei dati. Ad esempio, il livello ad accesso frequente ha un costo di archiviazione più elevato, ma un costo di lettura inferiore. Pertanto, se si prevede di accedere ai dati di frequente, il livello ad accesso frequente potrebbe essere la scelta più conveniente. Se si prevede di leggere i dati meno frequentemente, il livello fresco, freddo o archivio potrebbe risultare più appropriato perché aumenta il costo della lettura dei dati riducendo al contempo il costo dell'archiviazione.
Per identificare il livello di accesso più ottimale, provare a stimare la percentuale di dati che verranno letti su base mensile. Il grafico seguente mostra l'impatto sulla spesa mensile in base alle varie percentuali di lettura.
Per modellare e analizzare il costo dell'uso di archiviazione fredda o fresca rispetto all'archiviazione di archivio, vedere Archiviazione fredda e fresca. È possibile applicare tecniche di modellazione simili per confrontare il costo delle opzioni di archiviazione calda, fresca, fredda o di archivio.
Eseguire la migrazione dei dati direttamente ai livelli di accesso più convenienti
La scelta del livello più ottimale in primo piano può ridurre i costi. Se si modifica il livello di un BLOB in blocchi già caricato, si pagherà il costo della scrittura nel livello iniziale quando si carica il BLOB per la prima volta e quindi si paga il costo della scrittura nel livello desiderato. Se si modificano i livelli usando un criterio di gestione del ciclo di vita, tale criterio richiederà un giorno per rendere effettiva e un giorno per completare l'esecuzione. Verranno inoltre addebitati i costi di capacità per l'archiviazione dei dati nel livello iniziale prima della modifica del livello.
Per indicazioni su come eseguire il caricamento in un livello di accesso specifico, vedere Impostare il livello di accesso di un BLOB.
Per lo spostamento dei dati offline al livello desiderato, vedere Azure Data Box.
Spostare i dati nei livelli di accesso più convenienti
Dopo il caricamento dei dati, è necessario analizzare periodicamente i contenitori e i BLOB per comprendere come vengono archiviati, organizzati e usati nell'ambiente di produzione. Usare quindi i criteri di gestione del ciclo di vita per spostare i dati nei livelli più convenienti. Ad esempio, i dati a cui non è stato eseguito l'accesso per più di 30 giorni potrebbero risultare più convenienti se inseriti nel livello di archiviazione fredda. Prendere in considerazione l'archiviazione dei dati a cui non è stato eseguito l'accesso per oltre 180 giorni.
Per raccogliere i dati di telemetria, abilitare i report di inventario BLOB e abilitare il rilevamento dell'ora dell'ultimo accesso. Analizzare i modelli di uso in base all'ora dell'ultimo accesso usando strumenti come Azure Synapse o Azure Databricks. Per informazioni sui modi per analizzare i dati, vedere uno di questi articoli:
BLOB di accodamento di livello e di pagine
L'analisi potrebbe rivelare append blob o page blob che non vengono utilizzati attivamente. Ad esempio, potrebbero essere presenti file di log (BLOB di accodamento) che non vengono più letti o scritti in , ma si vuole archiviarli per motivi di conformità. Analogamente, è possibile eseguire il backup di dischi o snapshot del disco (BLOB di pagine). È anche possibile spostare questi BLOB in livelli più sporadici. Tuttavia, è necessario prima convertirli in blob di blocchi.
Per informazioni su come convertire BLOB di accodamento e pagine in BLOB in blocchi, vedere Convertire BLOB di accodamento e BLOB di pagine in BLOB in blocchi.
Raccogliere file di piccole dimensioni prima di spostare i dati a livelli di archiviazione più freddi.
Ogni operazione di lettura o scrittura comporta un costo. Per ridurre il costo di lettura e scrittura dei dati, valutare la possibilità di comprimere file di piccole dimensioni usando formati di file come TAR o ZIP. Un numero minore di file riduce il numero di operazioni necessarie per trasferire i dati.
Il grafico seguente mostra l'impatto relativo dei file di impacchettamento per il livello freddo. Il costo di lettura presuppone una percentuale di lettura mensile di 30%.
Il grafico seguente mostra l'impatto relativo della compressione dei file per il livello archivio. Il costo di lettura presuppone una percentuale di lettura mensile di 30%.
Per modellare e analizzare il risparmio sui costi dei file di compressione, vedere la scheda Packaging Saving in questa cartella di lavoro.
Suggerimento
Per facilitare gli scenari di ricerca e lettura, è consigliabile creare un indice che esegue il mapping dei percorsi di file compressi con percorsi di file originali e quindi archiviare questi indici come BLOB in blocchi nel livello critico.