Condividi tramite


Caratteristiche delle prestazioni dell'inventario BLOB

L'inventario BLOB di Archiviazione di Azure è uno strumento essenziale per gestire e tenere traccia degli oggetti archiviati nell'account di archiviazione BLOB di Azure. Offre una panoramica completa delle risorse di archiviazione, consentendo di prendere decisioni informate sulla gestione dei dati e sull'ottimizzazione dei costi.

Dopo aver abilitato i report di inventario BLOB, gli oggetti nell'account di archiviazione vengono analizzati periodicamente usando le regole definite nei criteri di inventario. Il tempo necessario per generare un report di inventario dipende da diversi fattori. Questi fattori includono il numero di oggetti, la struttura di directory, i filtri applicati tramite sottotipi di regola, il carico di lavoro del cliente nell'account di archiviazione, la disponibilità delle risorse di archiviazione e altro ancora. In alcuni casi, a seconda di questi fattori, potrebbero essere necessari più giorni per completare l'elaborazione di tutti gli oggetti nell'account di archiviazione. Le prestazioni dell'inventario possono variare anche tra le analisi e talvolta anche durante l'analisi.

Fattori che influenzano le prestazioni dell'inventario BLOB

Quando si usa l'inventario BLOB per generare un report di inventario, diversi fattori chiave possono influire sulle prestazioni. La comprensione di questi fattori consente di ottimizzare i processi di inventario e di abilitare una gestione efficiente dei dati.

Distribuzione di oggetti in account abilitati per gli spazi dei nomi gerarchici

La distribuzione degli oggetti all'interno di un account abilitato per lo spazio dei nomi gerarchico può influire significativamente sulle prestazioni dell'inventario. L'inventario BLOB analizza una directory alla volta e completa l'analisi prima di passare alla directory successiva. Pertanto, un numero elevato di directory, in particolare con distribuzione di oggetti di tipo sparse e annidamento profondo, può aumentare il tempo necessario per generare il report di inventario.

Numero di oggetti elaborati per la regola di inventario

Il numero totale di oggetti analizzati in base a una regola di inventario è un fattore chiave nelle prestazioni di elaborazione. Le regole destinate a un volume elevato di oggetti richiedono più tempo e risorse per generare un report di inventario. Il numero di oggetti da elaborare aumenta se la regola di inventario include versioni, snapshot e oggetti eliminati soft. Quando questi sottotipi sono presenti in volumi elevati, possono estendere ulteriormente il tempo di elaborazione necessario per generare il report di inventario.

Formato di esportazione del report di inventario

Il formato di esportazione scelto per un report di inventario (CSV o Apache Parquet) può influire sulle prestazioni. Anche se Parquet è ottimizzato per l'elaborazione rapida dei dati, introduce un sovraccarico che può rallentare la generazione di report rispetto a CSV.

Numero elevato di oggetti eliminati soft-delete

Gli oggetti eliminati temporaneamente, anche se non rimossi definitivamente, sono ancora inclusi nelle analisi di inventario. Un volume elevato di questi oggetti può essere aggiunto al tempo di elaborazione e ridurre le prestazioni. Considerando questi fattori, è possibile migliorare le prestazioni delle esecuzioni di inventario e avere un'esperienza di gestione dei dati più efficiente.

Procedure consigliate per migliorare le prestazioni dell'inventario BLOB

La gestione efficiente dell'archiviazione BLOB di Azure è essenziale per garantire prestazioni ottimali ed efficienza in termini di costi. Ecco alcune procedure consigliate per migliorare le prestazioni dell'inventario BLOB di Archiviazione di Azure:

Evitare account sparse negli account abilitati per gli spazi dei nomi gerarchici

Gli account sparse sono quelli che contengono un numero elevato di oggetti distribuiti tra molte directory. Queste directory potrebbero includere o meno strutture annidate in modo approfondito. Gli account di tipo sparse comportano un rapporto da file a directory molto basso, che può causare inefficienze nella generazione di report di inventario e persino causare errori. Per ridurre queste inefficienze, assicurarsi che l'account di archiviazione abilitato per lo spazio dei nomi gerarchico sia ben organizzato ed evitare una distribuzione di oggetti di tipo sparse.

Usare CSV per il formato di esportazione

Quando si generano report di inventario, scegliere il formato CSV se il caso d'uso non richiede un'elaborazione rapida dei dati. Parquet è un formato di file di archiviazione a colonne ottimizzato per le prestazioni e uno dei formati più veloci da leggere per l'elaborazione dei dati. Tuttavia, un formato parquet potrebbe aumentare il tempo necessario per generare report a causa del sovraccarico che lo rende più lento rispetto alla generazione di un report in formato CSV. Se è necessario il formato parquet per post-elaborare il report, è possibile usare gli strumenti open source disponibili che converte CSV in formato parquet.

Definire l'ambito della regola di inventario usando un prefisso

Anziché eseguire l'inventario nell'intero account di archiviazione, usare un filtro di corrispondenza prefisso per generare un report di inventario per subset specifici dei dati.

  • Includi prefisso: questo filtro è destinato a un set di contenitori o percorsi all'interno di un contenitore. Questo approccio consente di limitare l'ambito del report di inventario, rendendo il processo più veloce ed efficiente.

  • Escludi prefisso: usare questo filtro per escludere un subset specifico da esso. Questo approccio consente anche di limitare l'ambito del report di inventario. Per altre informazioni, vedere Filtri delle regole

Selezionare i campi pertinenti

Personalizzare i report di inventario selezionando solo i campi pertinenti necessari. In questo modo si riduce la quantità di dati elaborati ed esportati, con conseguente generazione di report più rapida e analisi più semplice. Per altre informazioni sui campi dello schema di inventario, vedere Campi dello schema personalizzati supportati per l'inventario BLOB

Inclusione di sottotipi: oggetti eliminati, snapshot e versioni

Anche se l'inclusione di questi sottotipi può offrire una visualizzazione più completa dell'account di archiviazione, è importante valutare se sono essenziali per le esigenze di controllo e gestione. Se non sono critici, escluderli può contribuire a migliorare le prestazioni e l'efficienza del processo di generazione dei report. Per identificare gli oggetti eliminati nelle esecuzioni di inventario recenti, confrontare i nomi dei BLOB dell'esecuzione corrente con quelli di un'esecuzione precedente. La differenza può fornire un elenco di oggetti eliminati di recente.

Sottoscrivere gli eventi di inventario BLOB

Rimanere informati sugli errori indotti dall'utente sottoscrivendo gli eventi di inventario BLOB. Questo approccio proattivo consente di risolvere rapidamente i problemi. Per altre informazioni su come sottoscrivere gli eventi di inventario, vedere Sottoscrivere l'evento completato dei criteri di inventario BLOB.

Monitorare gli aumenti imprevisti della capacità

Prestare attenzione ai picchi imprevisti nella capacità dell'account di archiviazione, in quanto potrebbero segnalare l'accumulo di versioni BLOB, snapshot o oggetti eliminati soft.To attention to unexpected spikes in your storage account's capacity, as they might signal the accumul of blob versions, snapshots, or soft-deleted objects. Il monitoraggio di queste modifiche consente di rilevare e risolvere potenziali problemi prima di influire sulle prestazioni. Inoltre, la gestione del ciclo di vita di questi oggetti può impedire la compilazione non necessaria e migliorare le prestazioni dell'inventario BLOB. Per altre informazioni sulla gestione del ciclo di vita dei BLOB, vedere Panoramica della gestione del ciclo di vita di Archiviazione BLOB di Azure

Seguendo queste procedure consigliate, è possibile migliorare le prestazioni dell'inventario BLOB, garantendo una gestione efficiente ed efficace dell'archiviazione BLOB di Azure.

Passaggi successivi