Azure Files scalability and performance targets
Azure Files offers fully managed file shares in the cloud that are accessible via the industry standard SMB protocol. This article discusses the scalability and performance targets for Azure Files and Azure File Sync (Preview).
The scalability and performance targets listed here are high-end targets, but may be affected by other variables in your deployment. For example, the throughput for a file may also be limited by your available network bandwidth, not just the servers hosting the Azure Files service. We strongly recommend testing your usage pattern to determine whether the scalability and performance of Azure Files meet your requirements. We are also committed to increasing these limits over time. Please don't hesitate to give us feedback, either in the comments below or on the Azure Files UserVoice, about which limits you would like to see us increase.
Azure storage account scale targets
The parent resource for an Azure File share is an Azure storage account. A storage account represents a pool of storage in Azure that can be used by multiple storage services, including Azure Files, to store data. Other services that store data in storage accounts are Azure Blob storage, Azure Queue storage, and Azure Table storage. The following targets apply all storage services storing data in a storage account:
|Number of storage accounts per region||2001|
|Max storage account capacity||500 TiB2|
|Max number of blob containers, blobs, file shares, tables, queues, entities, or messages per storage account||No limit|
|Maximum request rate per storage account||20,000 requests per second2|
|Max ingress3 per storage account (US Regions)||10 Gbps if RA-GRS/GRS enabled, 20 Gbps for LRS/ZRS4|
|Max egress3 per storage account (US Regions)||20 Gbps if RA-GRS/GRS enabled, 30 Gbps for LRS/ZRS4|
|Max ingress3 per storage account (Non-US regions)||5 Gbps if RA-GRS/GRS enabled, 10 Gbps for LRS/ZRS4|
|Max egress3 per storage account (Non-US regions)||10 Gbps if RA-GRS/GRS enabled, 15 Gbps for LRS/ZRS4|
1Includes both Standard and Premium storage accounts. If you require more than 200 storage accounts, make a request through Azure Support. The Azure Storage team will review your business case and may approve up to 250 storage accounts.
2 If you need expanded limits for your storage account, please contact Azure Support. The Azure Storage team will review the request and may approve higher limits on a case by case basis. Both general-purpose and Blob storage accounts support increased capacity, ingress/egress, and request rate by request. For the new maximums for Blob storage accounts, see Announcing larger, higher scale storage accounts.
3 Capped only by the account's ingress/egress limits. Ingress refers to all data (requests) being sent to a storage account. Egress refers to all data (responses) being received from a storage account.
4Azure Storage redundancy options include:
- RA-GRS: Read-access geo-redundant storage. If RA-GRS is enabled, egress targets for the secondary location are identical to those for the primary location.
- GRS: Geo-redundant storage.
- ZRS: Zone-redundant storage.
- LRS: Locally redundant storage.
The following limits apply when performing management operations using the Azure Resource Manager only.
|Storage account management operations (read)||800 per 5 minutes|
|Storage account management operations (write)||200 per hour|
|Storage account management operations (list)||100 per 5 minutes|
Storage account utilization from other storage services affects your Azure File shares in your storage account. For example, if you reach the maximum storage account capacity with Azure Blob storage, you will not be able to create new files on your Azure File share, even if your Azure File share is below the maximum share size.
Azure Files scale targets
|Max size of a file share||5 TiB|
|Max size of a file in a file share||1 TiB|
|Max number of files in a file share||No limit|
|Max IOPS per share||1000 IOPS|
|Max number of stored access policies per file share||5|
|Maximum request rate per storage account||20,000 requests per second for files of any valid size3|
|Target throughput for single file share||Up to 60 MiB per second|
|Maximum open handles for per file||2000 open handles|
|Maximum number of share snapshots||200 share snapshots|
Azure File Sync scale targets
With Azure File Sync, we have tried as much as possible to design for limitless usage, however this is not always possible. The below table indicates the boundaries of our testing and which targets are actually hard limits:
|Storage Sync Services per subscription||15 Storage Sync Services||No|
|Sync groups per Storage Sync Service||30 sync groups||Yes|
|Registered servers per Storage Sync Service||99 servers||Yes|
|Cloud endpoints per Sync Group||1 cloud endpoint||Yes|
|Server endpoints per Sync Group||50 server endpoints||No|
|Server endpoints per server||33-99 server endpoints||Yes, but varies based on configuration|
|Endpoint size||4 TiB||No|
|File system objects (directories and files) per sync group||6 million objects||No|
|File size||100 GiB||No|
|Minimum file size for a file to be tiered||64 KiB||Yes|