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.
Se i client caricano dati usando dimensioni di blocco ridotte , è possibile migliorare le prestazioni scegliendo uno schema di denominazione efficiente. Una dimensione di blocco ridotta è inferiore a 256 KiB. I blocchi più grandi non sono interessati dalla denominazione delle partizioni.
Chiavi di partizione e schemi di denominazione efficienti
La chiave di partizione per un BLOB è il nome dell'account + il nome del contenitore + il nome del BLOB. La chiave di partizione viene usata per partizionare i dati in intervalli e questi intervalli sono con carico bilanciato nel sistema.
Per aiutare il sistema a partizionare i dati in modo più efficiente, evitare schemi di denominazione sequenziali come log20160101, log20160102, log20160103. Questi schemi concentrano il traffico su un server, che può superare gli obiettivi di scalabilità e causare problemi di latenza.
Aggiungere invece una sequenza di caratteri hash ,ad esempio tre cifre, il prima possibile nella chiave di partizione di un BLOB. Se si prevede di usare i timestamp nei nomi, è consigliabile aggiungere un valore di secondi all'inizio del timestamp, ad esempio . ssyyyymmdd
Se si usano timestamp o identificatori numerici, evitare i modelli di solo accodamento o di sola anteposizione. Questi modelli instradano tutto il traffico a una singola partizione che impedisce il bilanciamento del carico. Tuttavia, se si prevede di usare questi modelli, è consigliabile suddividere i dati in più BLOB. Applicare un prefisso hash a ogni BLOB che rappresenta un intervallo di tempo, ad esempio secondi (ss) o minuti (mm). In questo modo il traffico non viene indirizzato ripetutamente a un singolo BLOB in un singolo server di partizione che potrebbe superare i limiti di scalabilità.