Note
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier les répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de changer de répertoire.
Si vos clients chargent des données à l’aide de petites tailles de blocs, vous pouvez améliorer les performances en choisissant un schéma d’affectation de noms efficace. Une petite taille de bloc est inférieure à 256 Kib. Les blocs plus volumineux ne sont pas affectés par la dénomination de partition.
Clés de partition et schémas de nommage efficaces
La clé de partition d’un objet blob est le nom du compte + le nom du conteneur + le nom de l’objet blob. La clé de partition sert à partitionner les données en plages, et ces plages sont réparties de manière équilibrée à travers le système.
Pour aider le système à partitionner les données plus efficacement, évitez les schémas de nommage séquentiels tels que log20160101, log20160102, log20160103. Ces schémas concentrent le trafic sur un serveur, qui peut dépasser les cibles d’extensibilité et provoquer des problèmes de latence.
Au lieu de cela, ajoutez une séquence de hachage (par exemple, trois chiffres) le plus tôt possible dans la clé de partition d’un objet blob. Si vous prévoyez d’utiliser des horodatages dans des noms, pensez à ajouter une valeur de secondes au début de l’horodatage (par exemple : ssyyyymmdd).
Si vous utilisez des horodatages ou des identificateurs numériques, évitez les modèles append-only ou prepend-only. Ces modèles routent tout le trafic vers une seule partition, ce qui empêche l’équilibrage de charge. Toutefois, si vous envisagez d’utiliser ces modèles, envisagez de fractionner des données en plusieurs objets blob. Appliquez un préfixe de hachage à chaque objet blob qui représente un intervalle de temps tel que des secondes (ss) ou des minutes (mm). De cette façon, le trafic n’est pas dirigé à plusieurs reprises vers un objet blob unique sur un serveur de partition unique, ce qui peut dépasser les limites d’extensibilité.