Objectifs d’extensibilité et de performances du Stockage Blob
Cette référence détaille les objectifs de performance et d’extensibilité du stockage Azure. Les objectifs d’extensibilité et de performances répertoriés ici sont des objectifs haut de gamme mais réalisables. Dans tous les cas, le taux de demande et la bande passante atteints par votre compte de stockage dépendent de la taille des objets stockés, des modèles d’accès utilisés et du type de charge de travail de votre application.
Veillez à tester votre service afin de déterminer si ses performances répondent à vos besoins. Dans la mesure du possible, évitez les pics soudains de trafic et assurez-vous que le trafic est bien réparti sur toutes les partitions.
Lorsque votre application atteint la limite de gestion d’une partition concernant la charge de travail, Stockage Azure commence à renvoyer des codes d’erreur 503 (Serveur occupé) ou 500 (Délai d’expiration de l’opération). Si vous rencontrez des erreurs 503, nous vous recommandons de modifier votre application pour utiliser une stratégie d’interruption exponentielle pour les nouvelles tentatives. L’interruption exponentielle diminue la charge sur la partition et atténue les pics de trafic pour cette partition.
Le contrat de niveau de service (SLA) pour les comptes stockage Azure est disponible dans Contrat SLA pour les comptes Stockage.
Objectifs de mise à l’échelle pour Stockage Blob
Ressource | Cible |
---|---|
Taille maximale du conteneur d’objets blob unique | Identique à la capacité maximale du compte de stockage |
Nombre maximal de blocs dans un objet blob de blocs ou ajouter des objets blob | 50 000 blocs |
Taille maximale d’un bloc dans un objet blob de blocs | 4 000 Mio |
Taille maximale d’un objet blob de blocs | 50 000 x 4 000 Mio (environ 190,7 Tio) |
Taille maximale d’un bloc dans un objet blob d’ajout | 4 Mio |
Taille maximale d’un objet blob d’ajout | 50 000 x 4 Mio (environ 195 Gio) |
Taille maximale d’un objet blob de pages | 8 Tio2 |
Nombre maximal de stratégies d’accès stockées par conteneur d’objets blob | 5 |
Taux de requêtes cibles pour un seul objet blob | Jusqu’à 500 requêtes par seconde |
Débit cible pour un blob de page unique | Jusqu’à 60 Mio par seconde2 |
Débit cible pour un objet blob de blocs unique | Jusqu’à la limite d’entrée/sortie du compte de stockage1 |
1 Le débit pour un seul objet blob dépend de plusieurs facteurs. Ces facteurs incluent, sans s’y limiter : concurrence, taille de la requête, niveau de performance, vitesse des chargements à la source et des téléchargements à la destination. Pour tirer parti des améliorations des performances des objets blob de blocs à haut débit, chargez des objets blob ou des blocs plus volumineux. En particulier, appelez l’opération Put Blob ou Put Block avec une taille d’objet blob ou de bloc supérieure à 256 Kio.
2 Les objets blob de pages ne sont pas encore pris en charge dans les comptes qui ont un espace de noms hiérarchique activé.
Le tableau suivant décrit les tailles maximales de blocs et d’objets blob autorisées par la version du service.
Version du service | Taille de bloc maximale (via Put Block) | Taille de blob maximale (via Put Block List) | Taille de blob maximale via une seule opération d’écriture (via Put Blob) |
---|---|---|---|
Version 2019-12-12 et ultérieure | 4 000 Mio | Environ 190,7 Tio (4 000 Mio X 50 000 blocs) | 5 000 Mio |
De la version 2016-05-31 à la version 2019-07-07 | 100 Mio | Environ 4,75 Tio (100 Mio X 50 000 blocs) | 256 Mio |
Versions antérieures à 2016-05-31 | 4 Mio | Environ 195 Gio (4 Mio X 50 000 blocs) | 64 Mio |
Voir aussi
- Liste de contrôle des performances et de l’extensibilité pour Stockage Blob
- Objectifs d'extensibilité pour les comptes de stockage standard
- Objectifs d’extensibilité pour les comptes de stockage d’objets blob de blocs Premium
- Objectifs d’extensibilité pour le fournisseur de ressources de stockage Azure
- Quotas et limites d’abonnement Azure