Objectifs de performance et d’extensibilité stockage Azure pour les comptes de stockageAzure Storage scalability and performance targets for storage accounts

Cet article présente les objectifs de performance et d’évolutivité pour les comptes de stockage Azure.This article details the scalability and performance targets for Azure storage accounts. Les objectifs d’extensibilité et de performances répertoriés ici sont des objectifs haut de gamme mais réalisables.The scalability and performance targets listed here are high-end targets, but are achievable. 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.In all cases, the request rate and bandwidth achieved by your storage account depends upon the size of objects stored, the access patterns utilized, and the type of workload your application performs.

Veillez à tester votre service afin de déterminer si ses performances répondent à vos besoins.Be sure to test your service to determine whether its performance meets your requirements. 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.If possible, avoid sudden spikes in the rate of traffic and ensure that traffic is well-distributed across 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).When your application reaches the limit of what a partition can handle for your workload, Azure Storage begins to return error code 503 (Server Busy) or error code 500 (Operation Timeout) responses. 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.If 503 errors are occurring, consider modifying your application to use an exponential backoff policy for retries. L’interruption exponentielle diminue la charge sur la partition et atténue les pics de trafic pour cette partition.The exponential backoff allows the load on the partition to decrease, and to ease out spikes in traffic to that partition.

Limites de mise à l’échelle de compte de stockageStorage account scale limits

Le tableau suivant décrit les limites par défaut pour les comptes de stockage Blob Azure à usage général v1 et v2.The following table describes default limits for Azure general-purpose v1, v2, and Blob storage accounts. Le entrée limite s’applique à toutes les données à partir des demandes qui sont envoyées à un compte de stockage.The ingress limit refers to all data from requests that are sent to a storage account. Le sortie limite s’applique à toutes les données à partir des réponses sont reçues d’un compte de stockage.The egress limit refers to all data from responses that are received from a storage account.

RessourceResource Limite par défautDefault limit
Nombre de comptes de stockage par région et par abonnement, y compris les comptes standard et premiumNumber of storage accounts per region per subscription, including both standard and premium accounts 250250
Capacité de compte de stockage maximaleMaximum storage account capacity 2 Go pour les États-Unis et Europe, 500 To pour toutes les autres régions, ce qui inclut le Royaume-Uni2 PB for US and Europe, 500 TB for all other regions, which includes the UK
Nombre maximal de conteneurs d’objets blob, objets BLOB, partages de fichiers, tables, files d’attente, entités ou des messages par compte de stockageMaximum number of blob containers, blobs, file shares, tables, queues, entities, or messages per storage account IllimitéNo limit
Taux de demande maximal1 par compte de stockageMaximum request rate1 per storage account 20 000 demandes par seconde20,000 requests per second
Entrée maximale1 par compte de stockage (régions des États-Unis)Maximum ingress1 per storage account (US regions) 10 Gbit/s si RA-GRS/GRS est activé, 20 Gbit/s pour LRS/ZRS210 Gbps if RA-GRS/GRS is enabled, 20 Gbps for LRS/ZRS2
Entrée maximale1 par compte de stockage (régions hors États-Unis)Maximum ingress1 per storage account (non-US regions) 5 Gbit/s si RA-GRS/GRS est activé, 10 Gbits/s pour LRS/ZRS25 Gbps if RA-GRS/GRS is enabled, 10 Gbps for LRS/ZRS2
Sortie maximale pour un usage général v2 et comptes de stockage d’objets Blob (toutes les régions)Maximum egress for general-purpose v2 and Blob storage accounts (all regions) 50 Gbit/s50 Gbps
Sortie maximale pour les comptes de stockage à usage général v1 (régions des États-Unis)Maximum egress for general-purpose v1 storage accounts (US regions) 20 Gbit/s si RA-GRS/GRS est activé, 30 Gbit/s pour LRS/ZRS220 Gbps if RA-GRS/GRS is enabled, 30 Gbps for LRS/ZRS2
Sortie maximale pour les comptes de stockage à usage général v1 (régions hors États-Unis)Maximum egress for general-purpose v1 storage accounts (non-US regions) 10 Gbit/s si RA-GRS/GRS est activé, 15 Gbit/s pour LRS/ZRS210 Gbps if RA-GRS/GRS is enabled, 15 Gbps for LRS/ZRS2

1comptes de stockage Standard azure prend en charge des limites plus élevées pour l’entrée par demande.1Azure Standard Storage accounts support higher limits for ingress by request. Pour demander une augmentation des limites de compte pour la sortie, contactez le support Azure.To request an increase in account limits for ingress, contact Azure Support.

2 Les options de réplication du Stockage Azure sont notamment :2 Azure Storage replication options include:

  • RA-GRS : Stockage géoredondant avec accès en lecture.RA-GRS: Read-access geo-redundant storage. Si RA-GRS est activé, les cibles de sortie pour l’emplacement secondaire sont identiques à celles de l’emplacement principal.If RA-GRS is enabled, egress targets for the secondary location are identical to those for the primary location.
  • GRS : Stockage géoredondant.GRS: Geo-redundant storage.
  • ZRS : Stockage redondant interzone.ZRS: Zone-redundant storage.
  • LRS : Stockage localement redondant.LRS: Locally redundant storage.

Notes

Nous vous recommandons d’utiliser un compte de stockage à usage général v2 pour la plupart des scénarios.We recommend that you use a general-purpose v2 storage account for most scenarios. Vous pouvez facilement mettre à niveau un v1 à usage général ou un compte de stockage Blob Azure vers un compte v2 à usage général sans temps d’arrêt et sans avoir besoin de copier des données.You can easily upgrade a general-purpose v1 or an Azure Blob storage account to a general-purpose v2 account with no downtime and without the need to copy data.

Pour plus d’informations sur les comptes de stockage Azure, consultez vue d’ensemble du compte de stockage.For more information on Azure Storage accounts, see Storage account overview.

Si les besoins de votre application dépassent les objectifs d’extensibilité d’un compte de stockage unique, vous pouvez concevoir votre application afin qu’elle utilise plusieurs comptes de stockage.If the needs of your application exceed the scalability targets of a single storage account, you can build your application to use multiple storage accounts. Ensuite, vous pouvez partitionner vos objets de données sur ces comptes de stockage.You can then partition your data objects across those storage accounts. Pour plus d’informations sur la tarification de volume, consultez tarification stockage Azure.For information on volume pricing, see Azure Storage pricing.

Tous les comptes de stockage s’exécutent sur la topologie de réseau plat et prennent en charge les objectifs d'extensibilité et de performances décrits dans cet article, quel que soit le moment où ils ont été créés.All storage accounts run on a flat network topology and support the scalability and performance targets outlined in this article, regardless of when they were created. Pour plus d'informations sur l'architecture de réseau plat Stockage Azure et sur son extensibilité, consultez Stockage Microsoft Azure : un service de stockage cloud hautement disponible à cohérence forte.For more information on the Azure Storage flat network architecture and on scalability, see Microsoft Azure Storage: A Highly Available Cloud Storage Service with Strong Consistency.

Limites de mise à l’échelle du compte de stockage Premium performancesPremium performance storage account scale limits

Stockage blob par blocs performances PremiumPremium performance block blob storage

Un compte stockage blob de bloc de performances premium est optimisé pour les applications qui utilisent plus petits en kilo-octets, plage d’objets.A premium performance block blob storage account is optimized for applications that use smaller, kilobyte range, objects. Elle est idéale pour les applications nécessitant des taux de transaction élevés ou constante du stockage à faible latence.It's ideal for applications that require high transaction rates or consistent low-latency storage. Stockage blob par blocs performances Premium est conçu pour évoluer avec vos applications.Premium performance block blob storage is designed to scale with your applications. Si vous envisagez de déployer des applications qui nécessitent des centaines de milliers de demandes par seconde ou de plusieurs pétaoctets de capacité de stockage, veuillez nous contacter en envoyant une demande de prise en charge dans les Azure portal.If you plan to deploy application(s) that require hundreds of thousands of requests per second or petabytes of storage capacity, please contact us by submitting a support request in the Azure portal.

Performances Premium FileStorage (version préliminaire)Premium performance FileStorage (preview)

Fichiers Premium utilisent un compte de stockage unique appelé FileStorage (version préliminaire).Premium files use a unique storage account called FileStorage (preview). Ce type de compte est conçu pour les charges de travail avec un nombre élevé d’IOPS, des débits élevés avec une latence faible homogène.This account type is designed for workloads with high IOPS, high throughput with consistent low-latency. Stockage de fichiers Premium s’adapte à la taille du partage configuré.Premium file storage scales with the provisioned share size.

DomaineArea CibleTarget
Nombre maximal configuré de tailleMax provisioned size 100 TiB100 TiB
PartagesShares IllimitéUnlimited
E/S par secondeIOPS 100 000100,000
EntréeIngress 4 136 Mio/s4,136 MiB/s
SortieEgress 6,204 Mio/s6,204 MiB/s

Pour premium partage de fichiers cibles de mise à l’échelle, consultez le fichiers Premium mettre à l’échelle cibles section.For premium file share scale targets, see the Premium files scale targets section.

Stockage blob de page de performances PremiumPremium performance page blob storage

Performances Premium, à usage général v1 ou v2 les comptes de stockage ont les objectifs d’évolutivité suivants :Premium performance, general-purpose v1, or v2 storage accounts have the following scalability targets:

Capacité totale des comptesTotal account capacity Bande passante totale pour un compte de stockage localement redondantTotal bandwidth for a locally redundant storage account
Capacité du disque : 35 ToDisk capacity: 35 TB
Capacité d’instantané : 10 ToSnapshot capacity: 10 TB
Jusqu’à 50 Go par seconde pour les données entrantes 1 et sortantes 2Up to 50 gigabits per second for inbound1 + outbound2

1 Toutes les données (demandes) envoyées à un compte de stockage1 All data (requests) that are sent to a storage account

2 Toutes les données (réponses) reçues d’un compte de stockage2 All data (responses) that are received from a storage account

Si vous utilisez des comptes de stockage de performances premium pour disques non gérés et que votre application dépasse les objectifs d’évolutivité d’un compte de stockage unique, vous pouvez choisir de migrer vers des disques gérés.If you are using premium performance storage accounts for unmanaged disks and your application exceeds the scalability targets of a single storage account, you might want to migrate to managed disks. Si vous ne souhaitez pas migrer vers des disques managés, générez votre application pour utiliser plusieurs comptes de stockage.If you don't want to migrate to managed disks, build your application to use multiple storage accounts. Ensuite, partitionnez vos données sur ces comptes de stockage.Then, partition your data across those storage accounts. Par exemple, si vous souhaitez attacher des disques de 51 To sur plusieurs machines virtuelles, répartissez-les entre deux comptes de stockage.For example, if you want to attach 51-TB disks across multiple VMs, spread them across two storage accounts. La limite pour un compte de stockage Premium unique est de 35 To.35 TB is the limit for a single premium storage account. Assurez-vous qu’un compte de stockage de performances premium n’a jamais plus de 35 To de disques alloués.Make sure that a single premium performance storage account never has more than 35 TB of provisioned disks.

Limites d’évolutivité d’un fournisseur de ressources de stockageStorage resource provider scale limits

Les limites suivantes s’appliquent uniquement lorsque vous effectuez des opérations de gestion à l’aide d’Azure Resource Manager avec le stockage Azure.The following limits apply only when you perform management operations by using Azure Resource Manager with Azure Storage.

RessourceResource Limite par défautDefault limit
Opérations de gestion du compte de stockage (lecture)Storage account management operations (read) 800 toutes les 5 minutes800 per 5 minutes
Opérations de gestion du compte de stockage (écriture)Storage account management operations (write) 200 par heure200 per hour
Opérations de gestion du compte de stockage (liste)Storage account management operations (list) 100 toutes les 5 minutes100 per 5 minutes

Objectifs de mise à l’échelle du stockage Blob AzureAzure Blob storage scale targets

RessourceResource CibleTarget
Taille maximale du conteneur d’objets blob uniqueMaximum size of single blob container Identique à la capacité du compte de stockage maximaleSame as maximum storage account capacity
Nombre maximal de blocs dans un bloc d’objets blob ou ajouter des objets blobMaximum number of blocks in a block blob or append blob 50 000 blocs50,000 blocks
Taille maximale d’un bloc dans un objet blob de blocsMaximum size of a block in a block blob 100 Mio100 MiB
Taille maximale d’un objet blob de blocsMaximum size of a block blob 50 000 x 100 Mio (environ 4,75 TIO)50,000 X 100 MiB (approximately 4.75 TiB)
Taille maximale d’un bloc dans un objet blob d’ajoutMaximum size of a block in an append blob 4 Mio4 MiB
Taille maximale d’un objet blob d’ajoutMaximum size of an append blob 50 000 x 4 Mio (environ 195 Gio)50,000 x 4 MiB (approximately 195 GiB)
Taille maximale d’un objet blob de pagesMaximum size of a page blob 8 Tio8 TiB
Nombre maximal de stratégies d’accès stockées par conteneur d’objets blobMaximum number of stored access policies per blob container 5.5
Débit cible pour un objet blob uniqueTarget throughput for single blob Jusqu'à des limites d’entrées/sorties de compte de stockage1Up to storage account ingress/egress limits1

1 débit d’objet unique dépend de plusieurs facteurs, y compris, mais sans limitation : d’accès concurrentiel, taille de la demande, niveau de performance, la vitesse de la source pour les téléchargements et de destination pour les téléchargements.1 Single object throughput depends on several factors, including, but not limited to: concurrency, request size, performance tier, speed of source for uploads, and destination for downloads. Pour tirer parti des objet blob de blocs de haut débit améliorations des performances, utilisez une taille de demande Put Blob ou Put Block > 4 MiB (> 256 Kio pour stockage blob par blocs de performances premium ou pour le stockage Data Lake Gen2).To take advantage of high-throughput block blob performance enhancements, use a Put Blob or Put Block request size of > 4 MiB (> 256 KiB for premium-performance block blob storage or for Data Lake Storage Gen2).

Objectifs de mise à l’échelle Azure FilesAzure Files scale targets

Pour plus d’informations sur les objectifs de scalabilité et de performances des fichiers Azure et d’Azure File Sync, consultez Objectifs de scalabilité et de performances des fichiers Azure.For more information on the scale and performance targets for Azure Files and Azure File Sync, see Azure Files scalability and performance targets.

RessourceResource Partages de fichiers StandardStandard file shares Partages de fichiers Premium (préversion)Premium file shares (preview)
Taille minimale d'un partage de fichiersMinimum size of a file share Aucun minimum ; paiementNo minimum; pay as you go 100 Go ; mise en service100 GiB; provisioned
Taille maximale d’un partage de fichiersMaximum size of a file share 5 Tio5 TiB 100 TiB100 TiB
Taille maximale d’un fichier dans un partage de fichiersMaximum size of a file in a file share 1 Tio1 TiB 1 Tio1 TiB
Nombre maximal de fichiers dans un partage de fichiersMaximum number of files in a file share IllimitéNo limit IllimitéNo limit
Nombre maximal d’IOPS par partageMaximum IOPS per share 1 000 E/S1,000 IOPS 100 000 E/S par seconde100,000 IOPS
Nombre maximal de stratégies d’accès stockées par fichier partagerMaximum number of stored access policies per file share 5.5 5.5
Débit cible pour un partage de fichier uniqueTarget throughput for a single file share Jusqu’à 60 Mio/sUp to 60 MiB/sec Consultez premium partage entrant et sortant valeurs du fichierSee premium file share ingress and egress values
Sortie maximale pour un partage de fichier uniqueMaximum egress for a single file share Consultez le débit de cible de partage de fichiers standardSee standard file share target throughput Jusqu'à 6,204 Mio/sUp to 6,204 MiB/s
Entrée maximale pour un partage de fichier uniqueMaximum ingress for a single file share Consultez le débit de cible de partage de fichiers standardSee standard file share target throughput Jusqu'à 4 136 Mio/sUp to 4,136 MiB/s
Nombre maximal de descripteurs ouverts par fichierMaximum open handles per file 2 000 descripteurs ouverts2,000 open handles 2 000 descripteurs ouverts2,000 open handles
Nombre maximal d’instantanés de partageMaximum number of share snapshots 200 instantanés de partage200 share snapshots 200 instantanés de partage200 share snapshots
Longueur maximale du nom de l’objet (répertoires et fichiers)Maximum object (directories and files) name length 2 048 caractères2,048 characters 2 048 caractères2,048 characters
Nombre maximal de caractères des composants de nom de chemin d’accès (dans le chemin d’accès \A\B\C\D, chaque lettre est un composant)Maximum pathname component (in the path \A\B\C\D, each letter is a component) 255 caractères255 characters 255 caractères255 characters

Fichiers Premium mettre à l’échelle ciblesPremium files scale targets

Il existe trois catégories de limitations à prendre en compte pour les fichiers de premium : comptes de stockage et partages de fichiers.There are three categories of limitations to consider for premium files: storage accounts, shares, and files.

Par exemple : Un partage unique peut atteindre 100 000 e/s et un seul fichier peut évoluer jusqu'à 5 000 e/s.For example: A single share can achieve 100,000 IOPS and a single file can scale up to 5,000 IOPS. Par conséquent, par exemple, si vous avez trois fichiers dans un partage, l’IOPs maximum, vous pouvez obtenir à partir de ce partage est de 15 000.So, for example, if you have three files in one share, the max IOPs you can get from that share is 15,000.

Limites de partage de fichiers PremiumPremium file share limits

Important

Limites de compte de stockage s’appliquent à tous les partages.Storage account limits apply to all shares. Mise à l’échelle jusqu'à la valeur maximale pour les comptes de stockage n’est réalisable s’il en existe qu’un seul partage par compte de stockage.Scaling up to the max for storage accounts is only achievable if there is only one share per storage account.

DomaineArea CibleTarget
Taille min configuré.Min provisioned size 100 Gio100 GiB
Nombre maximal configuré de tailleMax provisioned size 100 TiB100 TiB
Augmenter/diminuer la taille minimaleMinimum size increase/decrease 1 GiB1 GiB
IOPS de baseBaseline IOPS 1 Go jusqu'à 100 000 par seconde1 IOPS per GiB up to 100,000
E/s de ruptureIOPS bursting 3 x IOPS par Gio jusqu'à 100 0003x IOPS per GiB up to 100,000
Taux de sortieEgress rate 60 Mio/s + 0,06 * approvisionné Gio60 MiB/s + 0.06 * provisioned GiB
Taux d’entréeIngress rate 40 Mio/s + 0.04 * approvisionné Gio40 MiB/s + 0.04 * provisioned GiB
Nombre maximal d’instantanésMaximum number of snapshots 200200

Limites du fichier PremiumPremium file limits

DomaineArea CibleTarget
TailleSize 1 Tio1 TiB
Max IOPS par fichierMax IOPS per file 5 0005,000
Handles simultanésConcurrent handles 2 0002,000

Objectifs de mise à l’échelle d’Azure File SyncAzure File Sync scale targets

Azure File Sync a été conçu pour proposer un usage illimité, mais cela n’est pas toujours possible.Azure File Sync has been designed with the goal of limitless usage, but limitless usage is not always possible. Le tableau suivant indique les limites de tests réalisés par Microsoft, ainsi que les cibles constituant des limites matérielles :The following table indicates the boundaries of Microsoft's testing and also indicates which targets are hard limits:

RessourceResource CibleTarget Limite inconditionnelleHard limit
Services de synchronisation de stockage par régionStorage Sync Services per region 20 Services de synchronisation de stockage20 Storage Sync Services OuiYes
Groupes de synchronisation par service de synchronisation de stockageSync groups per Storage Sync Service 100 groupes de synchronisation100 sync groups OuiYes
Serveurs inscrits par le service de synchronisation de stockageRegistered servers per Storage Sync Service 99 serveurs99 servers OuiYes
Points de terminaison cloud par groupe de synchronisationCloud endpoints per sync group 1 point de terminaison cloud1 cloud endpoint OuiYes
Points de terminaison de serveur par groupe de synchronisationServer endpoints per sync group 50 points de terminaison de serveur50 server endpoints NonNo
Points de terminaison de serveur par serveurServer endpoints per server 30 points de terminaison de serveur30 server endpoints OuiYes
Objets du système de fichiers (répertoires et fichiers) par groupe de synchronisationFile system objects (directories and files) per sync group 25 millions d’objets25 million objects NonNo
Nombre maximal d’objets de système de fichiers (répertoires et fichiers) dans un répertoireMaximum number of file system objects (directories and files) in a directory 1 million d’objets1 million objects OuiYes
Taille maximale du descripteur de sécurité d’objet (répertoires et fichiers)Maximum object (directories and files) security descriptor size 64 Kio64 KiB OuiYes
Taille de fichierFile size 100 Go100 GiB NonNo
Taille minimale d’un fichier à hiérarchiserMinimum file size for a file to be tiered 64 Kio64 KiB OuiYes
Sessions de synchronisation simultanéesConcurrent sync sessions Agent v4 et versions ultérieures : La limite varie en fonction des ressources système disponibles.V4 agent and later: The limit varies based on available system resources.
Agent V3 : Deux sessions de synchronisation active par processeur ou un maximum de huit sessions de synchronisation active par serveur.V3 agent: Two active sync sessions per processor or a maximum of eight active sync sessions per server.
OuiYes

Notes

Un point de terminaison Azure File Sync peut augmenter la taille d’un partage de fichiers Azure.An Azure File Sync endpoint can scale up to the size of an Azure file share. Si la limite de taille de partage de fichiers Azure est atteinte, la synchronisation ne sera pas en mesure de fonctionner.If the Azure file share size limit is reached, sync will not be able to operate.

Objectifs de mise à l’échelle du stockage File d’attente AzureAzure Queue storage scale targets

RessourceResource CibleTarget
Taille maximale d’une file d’attente uniqueMaximum size of a single queue 500 Tio500 TiB
Taille maximale d’un message dans une file d’attenteMaximum size of a message in a queue 64 Kio64 KiB
Nombre maximal de stratégies d’accès stockées par file d’attenteMaximum number of stored access policies per queue 5.5
Taux de requête maximal par compte de stockageMaximum request rate per storage account 20 000 messages par seconde, ce qui suppose une taille de message 1-Kio20,000 messages per second, which assumes a 1-KiB message size
Débit cible pour une file d’attente unique (messages 1-Kio)Target throughput for a single queue (1-KiB messages) Jusqu'à 2 000 messages par secondeUp to 2,000 messages per second

Objectifs de mise à l’échelle du stockage Table AzureAzure Table storage scale targets

RessourceResource CibleTarget
Taille maximale d’une table uniqueMaximum size of a single table 500 Tio500 TiB
Taille maximale d’une entité de tableMaximum size of a table entity 1 Mio1 MiB
Nombre maximal de propriétés dans une entité de tableMaximum number of properties in a table entity 255, ce qui inclut les trois propriétés système : PartitionKey, RowKey et Timestamp255, which includes three system properties: PartitionKey, RowKey, and Timestamp
Taille totale maximale de valeurs de propriété dans une entitéMaximum total size of property values in an entity 1 Mio1 MiB
Nombre maximal de stratégies d’accès stockées par tableMaximum number of stored access policies per table 5.5
Taux de requête maximal par compte de stockageMaximum request rate per storage account 20 000 transactions par seconde, ce qui suppose une taille d’entité de 1-Kio20,000 transactions per second, which assumes a 1-KiB entity size
Débit cible pour une partition de table unique (-entités de 1 Kio)Target throughput for a single table partition (1 KiB-entities) Jusqu'à 2 000 entités par secondeUp to 2,000 entities per second

Voir aussiSee also