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.
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. La temporisation exponentielle permet de réduire la charge sur la partition et de lisser 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 |