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.
Usare questo elenco di controllo per ridurre la latenza, aumentare la velocità effettiva e allinearsi agli obiettivi di scalabilità e prestazioni di Archiviazione di Azure. Azure Storage usa il termine obiettivi anziché limiti perché alcuni valori possono essere aumentati su richiesta. Quando i client si avvicinano o superano questi obiettivi, Azure Storage potrebbe limitare le richieste, aumentando di conseguenza la latenza. Utilizzare l'elenco di controllo in questo articolo per allinearsi agli obiettivi senza sacrificare le prestazioni.
Annotazioni
Questo articolo si applica solo alle applicazioni personalizzate. Per consigli che si applicano a tutti i client, vedere l'elenco di controllo delle prestazioni per l'archiviazione BLOB.
Elenco di controllo delle prestazioni
Usare le librerie client di Archiviazione di Azure: per ottenere prestazioni ottimali, usare le librerie client Microsoft. Queste librerie sono ottimizzate per le prestazioni, mantenute aggiornate con le versioni del servizio e gestiscono internamente procedure di prestazioni comprovate.
Ottimizzare i trasferimenti di blocchi paralleli: aumentare i trasferimenti paralleli con dimensioni di blocco inferiori, ma mantenere dimensioni superiori a 4 MiB (standard) o 256 KiB (Premium) per attivare BLOB in blocchi a velocità effettiva elevata. Bilanciare il parallelismo per evitare di superare le capacità del dispositivo o gli obiettivi di archiviazione, che provocano la limitazione della larghezza di banda della rete. Impostare limiti appropriati per le richieste simultanee. Vedere le linee guida sulle prestazioni per .NET, Java, JavaScript, Python e Go.
Usare un criterio di ripetizione dei tentativi di backoff esponenziale: gestire gli errori temporanei con criteri di backoff esponenziali. Ad esempio, riprovare dopo 2, 4, 10, 30 secondi, quindi terminare. Questo criterio impedisce un numero eccessivo di tentativi per errori non temporanei, ad esempio quelli che si verificano quando l'applicazione si avvicina o supera le prestazioni e le destinazioni di scalabilità. Le librerie client conoscono gli errori da ripetere e quali non riprovare. Per applicare un criterio di ripetizione dei tentativi, vedere le linee guida per i tentativi per .NET, Java, JavaScript, Python e Go.
Usare le API da server a server per copiare tra contenitori e account: usare Put Block From URL per copiare dati tra account e per copiare i dati all'interno di un account. Le operazioni sul lato server riducono la larghezza di banda perché non è necessario scaricare e quindi caricare i dati. Vedere le linee guida per la copia per .NET, Java, JavaScript, Python e Go.
Memorizzare nella cache i dati per migliorare le prestazioni: i dati a cui si accede di frequente o raramente vengono modificati, ad esempio i dati di configurazione e ricerca. Usare le intestazioni condizionali con operazioni GET per recuperare i BLOB solo se sono stati modificati dall'ultima volta che sono stati memorizzati nella cache. Per altre informazioni, vedere Specifica di intestazioni condizionali per le operazioni del servizio BLOB.
Caricare i dati in batch: aggregare i dati prima del caricamento anziché caricarli immediatamente. Ad esempio, salvare le voci di log localmente e caricarle periodicamente come un singolo BLOB anziché caricare ogni voce singolarmente.