Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cette référence détaille les objectifs de performance et d’extensibilité du stockage Azure. Les cibles de scalabilité et de performances répertoriées ici sont des cibles haut de gamme, mais elles sont réalisables. Dans tous les cas, le taux de requête et la bande passante que votre compte de stockage obtient dépendent de la taille des objets stockés, des modèles d’accès utilisés et du type de charge de travail que votre application effectue.
Testez votre service pour 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 des erreurs 503 se produisent, envisagez de modifier votre application pour utiliser une stratégie d’interruption exponentielle pour les nouvelles tentatives. Le délai d’attente exponentiel réduit la charge sur la partition et atténue les pics de trafic sur cette partition.
Cibles de mise à l’échelle pour le Stockage File d’attente
| Ressource | Cible |
|---|---|
| Taille maximale d’une seule file d’attente | 500 Tio |
| Taille maximale d’un message dans une file d’attente | 64 Kio |
| Nombre maximal de stratégies d’accès stockées par file d’attente | 5 |
| Taux de requête maximal par compte de stockage | 20 000 messages par seconde, qui part d’une taille de message d’1 Kio |
| Débit cible d’une file d’attente unique (messages d’1 Kio) | Jusqu’à 2 000 messages par seconde |