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 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.

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 uniquement lorsque vous effectuez des opérations de gestion en utilisant Azure Resource Manager avec le Stockage Azure et le Fournisseur de ressources de stockage. Les limites s’appliquent par abonnement et par région de la ressource dans la requête.

Voir aussi

• Objectifs d’extensibilité et de performances pour les comptes de stockage standard
• Quotas et limites d’abonnement Azure