Objectifs de scalabilité et de performances pour le fournisseur de ressources de stockage Azure
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) des comptes stockage Azure est disponible dans Contrat SLA pour les comptes Stockage.
Objectifs de scalabilité pour le fournisseur de ressources
Les limites suivantes s’appliquent seulement quand vous effectuez des opérations de gestion en utilisant Azure Resource Manager avec le stockage Azure. Les limites s’appliquent par région de la ressource dans la requête.
| Ressource | Limite |
|---|---|
| Opérations de gestion du compte de stockage (lecture) | 800 toutes les 5 minutes |
| Opérations de gestion du compte de stockage (écriture) | 10 par seconde/1 200 par heure |
| Opérations de gestion du compte de stockage (liste) | 100 toutes les 5 minutes |