儲存體帳戶的 Azure 儲存體擴充性和效能目標Azure Storage scalability and performance targets for storage accounts

本文會詳細說明 Azure 儲存體帳戶的延展性和效能目標。This article details the scalability and performance targets for Azure storage accounts. 列於此處的延展性和效能目標都是高階目標,但仍可達成。The scalability and performance targets listed here are high-end targets, but are achievable. 在所有情況下,您的儲存體帳戶所達到的要求率和頻寬取決於已儲存物件的大小、使用的存取模式、應用程式執行的工作負載類型。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.

請務必測試您的服務,以判斷效能是否達到您的要求。Be sure to test your service to determine whether its performance meets your requirements. 如果可能,請避免流量率突增,確保流量在不同分割之間妥善分散。If possible, avoid sudden spikes in the rate of traffic and ensure that traffic is well-distributed across partitions.

當您的應用程式達到分割區可處理的工作負載限制時,Azure 儲存體會開始傳回錯誤碼 503 (伺服器忙碌) 或錯誤碼 500 (作業逾時) 回應。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. 如果發生 503 錯誤,請考慮將您的應用程式修改為針對重試使用指數輪詢原則。If 503 errors are occurring, consider modifying your application to use an exponential backoff policy for retries. 指數輪詢讓分割的負載減少,也能減輕該分割流量的尖峰。The exponential backoff allows the load on the partition to decrease, and to ease out spikes in traffic to that partition.

儲存體帳戶調整限制Storage account scale limits

下表說明 Azure 一般用途 v1、v2 和 Blob 儲存體帳戶的預設限制。The following table describes default limits for Azure general-purpose v1, v2, and Blob storage accounts. 輸入限制是指傳送至儲存體帳戶之要求中的所有資料。The ingress limit refers to all data from requests that are sent to a storage account. 輸出限制是指從儲存體帳戶接收的回應中的所有資料。The egress limit refers to all data from responses that are received from a storage account.

ResourceResource 預設限制Default limit
每個區域中每個訂用帳戶的儲存體帳戶數目,包括標準和進階帳戶Number of storage accounts per region per subscription, including both standard and premium accounts 250250
儲存體帳戶容量上限Maximum storage account capacity 2 PiB 適用于美國和歐洲,而 500 TiB 適用于所有其他區域(包含英國)12 PiB for US and Europe, and 500 TiB for all other regions (including the UK)1
每個儲存體帳戶的 blob 容器、blob、檔案共用、資料表、佇列、實體或訊息數目上限Maximum number of blob containers, blobs, file shares, tables, queues, entities, or messages per storage account 沒有限制No limit
每一儲存體帳戶的要求率上限1Maximum request rate1 per storage account 每秒 20,000 個要求20,000 requests per second
每一儲存體帳戶的輸入上限1 (美國、歐洲地區)Maximum ingress1 per storage account (US, Europe regions) 25 Gbps25 Gbps
每一儲存體帳戶的輸入上限1 (美國和歐洲以外的地區)Maximum ingress1 per storage account (regions other than US and Europe) 如果啟用了 RA-GRS/GRS, 則為 5 gbps, LRS/ZRS 為 10 Gbps25 Gbps if RA-GRS/GRS is enabled, 10 Gbps for LRS/ZRS2
一般用途 v2 和 Blob 儲存體帳戶的輸出上限 (所有區域)Maximum egress for general-purpose v2 and Blob storage accounts (all regions) 50 Gbps50 Gbps
一般用途 v1 儲存體帳戶的輸出上限 (美國地區)Maximum egress for general-purpose v1 storage accounts (US regions) 如果啟用了 RA-GRS/GRS, 則為 20 gbps, LRS/ZRS 為 30 Gbps220 Gbps if RA-GRS/GRS is enabled, 30 Gbps for LRS/ZRS2
一般用途 v1 儲存體帳戶的輸出上限 (非美國地區)Maximum egress for general-purpose v1 storage accounts (non-US regions) 如果啟用了 RA-GRS/GRS, 則為 10 gbps, LRS/ZRS 為 15 Gbps210 Gbps if RA-GRS/GRS is enabled, 15 Gbps for LRS/ZRS2

1Azure 標準儲存體帳戶支援更高的容量限制, 以及依要求輸入的更高限制。1Azure Standard Storage accounts support higher capacity limits and higher limits for ingress by request. 若要要求提高帳戶的輸入限制,請連絡 Azure 支援To request an increase in account limits for ingress, contact Azure Support. 如需詳細資訊, 請參閱宣佈較大型、較大規模的儲存體帳戶For more information, see Announcing larger, higher scale storage accounts.

2如果您已啟用讀取權限(RA-GRS/RA-切換),次要位置的輸出目標會與主要位置相同。2 If you have Read-access enabled (RA-GRS/RA-GZRS), the egress targets for the secondary location are identical to those of the primary location. Azure 儲存體複寫選項包括:- 本地備援儲存體 (LRS)Locally redundant storage (LRS) - 區域備援儲存體 (ZRS)Zone-redundant storage (ZRS) - 異地備援儲存體 (GRS)Geo-redundant storage (GRS) - 讀取權限異地備援儲存體 (RA-GRS)Read-access geo-redundant storage (RA-GRS) - 異地區域-多餘儲存體(切換)Geo-zone-redundant storage (GZRS) - 讀取權限異地區域-多餘儲存體(RA-切換)Read-access geo-zone-redundant storage (RA-GZRS)Azure Storage replication options include: - 本地備援儲存體 (LRS)Locally redundant storage (LRS) - 區域備援儲存體 (ZRS)Zone-redundant storage (ZRS) - 異地備援儲存體 (GRS)Geo-redundant storage (GRS) - 讀取權限異地備援儲存體 (RA-GRS)Read-access geo-redundant storage (RA-GRS) - 異地區域-多餘儲存體(切換)Geo-zone-redundant storage (GZRS) - 讀取權限異地區域-多餘儲存體(RA-切換)Read-access geo-zone-redundant storage (RA-GZRS)

注意

我們建議您在大部分情況下使用一般用途 v2 儲存體帳戶。We recommend that you use a general-purpose v2 storage account for most scenarios. 您可以輕鬆地將一般用途 v1 或 Azure Blob 儲存體帳戶升級至一般用途 v2 帳戶, 而不需停機, 也不需要複製資料。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.

如需 Azure 儲存體帳戶的詳細資訊, 請參閱儲存體帳戶總覽For more information on Azure Storage accounts, see Storage account overview.

如果您應用程式的需求超過單一儲存體帳戶的延展性目標,您可以將應用程式建置為使用多個儲存體帳戶。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. 接著您可以在這些儲存體帳戶之間分割資料物件。You can then partition your data objects across those storage accounts. 如需有關大量價格的資訊, 請參閱Azure 儲存體定價For information on volume pricing, see Azure Storage pricing.

所有儲存體帳戶都能在一般網路拓撲上執行,並支援本文中說明的延展性和效能目標,無論它們在何時建立。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. 如需 Azure 儲存體平面網路架構及延展性的詳細資訊,請參閱 Microsoft Azure 儲存體:具有高度一致性的高可用性雲端儲存體服務 (英文)。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.

Premium 效能儲存體帳戶調整限制Premium performance storage account scale limits

Premium 效能區塊 blob 儲存體Premium performance block blob storage

使用較小,kb 的範圍,物件的應用程式最適合的 premium 效能區塊 blob 儲存體帳戶。A premium performance block blob storage account is optimized for applications that use smaller, kilobyte range, objects. 它很適合用於需要高交易率或一致的低延遲儲存體應用程式。It's ideal for applications that require high transaction rates or consistent low-latency storage. Premium 效能區塊 blob 儲存體被設計來調整您的應用程式。Premium performance block blob storage is designed to scale with your applications. 如果您打算部署需要數十萬的每秒的要求或以 pb 計的儲存體容量的應用程式,請與我們連絡來提交支援要求中的Azure 入口網站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.

FileStorage 的進階效能Premium performance FileStorage

進階檔案會使用名為唯一的儲存體帳戶FileStoragePremium files use a unique storage account called FileStorage. 此帳戶類型被設計用於具有高 IOPS 工作負載,以一致的低延遲高輸送量。This account type is designed for workloads with high IOPS, high throughput with consistent low-latency. 進階檔案儲存體的延展性與佈建的共用大小。Premium file storage scales with the provisioned share size.

領域Area 目標Target
最大可佈建大小Max provisioned size 100 TiB100 TiB
共用Shares 無限Unlimited
IOPSIOPS 100,000100,000
輸入Ingress 4,136 MiB/s4,136 MiB/s
輸出Egress 6,204 MiB/s6,204 MiB/s

對於進階檔案共用中的擴展目標,請參閱 < 進階檔案調整目標一節。For premium file share scale targets, see the Premium files scale targets section.

Premium 效能分頁 blob 儲存體Premium performance page blob storage

進階效能、 一般用途 v1 或 v2 儲存體帳戶有下列延展性目標:Premium performance, general-purpose v1, or v2 storage accounts have the following scalability targets:

總帳戶容量Total account capacity 本地備援儲存體帳戶總頻寬Total bandwidth for a locally redundant storage account
磁碟容量:35 TBDisk capacity: 35 TB
快照容量:10 TBSnapshot capacity: 10 TB
每秒最多 50 GB (輸入 1 + 輸出 2Up to 50 gigabits per second for inbound1 + outbound2

1 傳送至儲存體帳戶的所有資料 (要求)1 All data (requests) that are sent to a storage account

2 從儲存體帳戶接收的所有資料 (回應)2 All data (responses) that are received from a storage account

如果您針對非受控磁碟使用進階效能儲存體帳戶,而且您的應用程式超過單一儲存體帳戶的延展性目標,您可能想要移轉至受控磁碟。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. 如果您不想要移轉至受控磁碟,請將應用程式建置為使用多個儲存體帳戶。If you don't want to migrate to managed disks, build your application to use multiple storage accounts. 然後將資料分散到那些儲存體帳戶。Then, partition your data across those storage accounts. 例如,如果您想要將 51 TB 的磁碟連結至多個 VM,可將其分散到兩個儲存體帳戶。For example, if you want to attach 51-TB disks across multiple VMs, spread them across two storage accounts. 單一進階儲存體帳戶的限制是 35 TB。35 TB is the limit for a single premium storage account. 請確定單一的進階效能儲存體帳戶永遠不會有超過 35 TB 的佈建磁碟。Make sure that a single premium performance storage account never has more than 35 TB of provisioned disks.

儲存體資源提供者縮放限制Storage resource provider scale limits

只有當您使用 Azure Resource Manager 搭配 Azure 儲存體來執行管理作業時,才適用下列限制。The following limits apply only when you perform management operations by using Azure Resource Manager with Azure Storage.

ResourceResource 預設限制Default limit
儲存體帳戶的管理作業 (讀取)Storage account management operations (read) 每 5 分鐘 800800 per 5 minutes
儲存體帳戶管理作業 (寫入)Storage account management operations (write) 每小時 200200 per hour
儲存體帳戶的管理作業 (清單)Storage account management operations (list) 每 5 分鐘 100100 per 5 minutes

Azure Blob 儲存體擴展目標Azure Blob storage scale targets

ResourceResource 目標Target
單一 blob 容器的大小上限Maximum size of single blob container 與儲存體帳戶容量上限相同Same as maximum storage account capacity
區塊 blob 或附加 blob 中的區塊數目上限Maximum number of blocks in a block blob or append blob 50,000 個區塊50,000 blocks
區塊 blob 中的區塊大小上限Maximum size of a block in a block blob 100 MiB100 MiB
區塊 blob 的大小上限Maximum size of a block blob 50000 X 100 MiB (約 4.75 TiB)50,000 X 100 MiB (approximately 4.75 TiB)
附加 blob 中的區塊大小上限Maximum size of a block in an append blob 4 MiB4 MiB
附加 blob 的大小上限Maximum size of an append blob 50000 x 4 MiB (約 195 GiB)50,000 x 4 MiB (approximately 195 GiB)
分頁 blob 的大小上限Maximum size of a page blob 8 TiB8 TiB
每個 blob 容器的預存存取原則數目上限Maximum number of stored access policies per blob container 55
單一 Blob 的目標輸送量Target throughput for single blob 最高可達儲存體帳戶的輸入/輸出限制1Up to storage account ingress/egress limits1

1單一物件輸送量取決於數個因素,包括但不限於平行存取、要求大小、效能層級、上傳來源的速度,以及下載的目的地。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. 若要利用高輸送量區塊 blob效能增強功能,請使用 > 4 MiB 的 put Blob 或 put 區塊要求大小(適用于高階效能區塊 blob 儲存體的 > 256 KiB 或適用于 Data Lake Storage 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).

Azure 檔案擴展目標Azure Files scale targets

如需 Azure 檔案服務和 Azure 檔案同步的擴展目標與效能目標的詳細資訊,請參閱 Azure 檔案服務延展性和效能目標For more information on the scale and performance targets for Azure Files and Azure File Sync, see Azure Files scalability and performance targets.

重要

儲存體帳戶限制適用于所有共用。Storage account limits apply to all shares. 只有在每個儲存體帳戶只有一個共用時, 相應增加到儲存體帳戶的最大值才能夠達到上限。Scaling up to the max for storage accounts is only achievable if there is only one share per storage account.

超過 5 TiB 的標準檔案共用處於預覽狀態, 且有特定限制。Standard file shares larger than 5 TiB are in preview and have certain limitations. 如需限制清單, 以及在這些較大檔案共用大小的預覽上架, 請參閱 Azure 檔案儲存體規劃指南的標準檔案共用一節。For a list of limitations and to onboard to the preview of these larger file share sizes, see the Standard file shares section of the Azure Files planning guide.

ResourceResource 標準檔案共用Standard file shares Premium 檔案共用Premium file shares
檔案共用大小上限Minimum size of a file share 沒有最小值;隨用隨付No minimum; pay as you go 100 GiB;預100 GiB; provisioned
檔案共用的大小上限Maximum size of a file share 5 TiB (GA)、100 TiB (預覽)5 TiB (GA), 100 TiB (preview) 100 TiB100 TiB
檔案共用中檔案的大小上限Maximum size of a file in a file share 1 TiB1 TiB 1 TiB1 TiB
檔案共用中的檔案數目上限Maximum number of files in a file share 無限制No limit 無限制No limit
每個共用的最大 IOPSMaximum IOPS per share 1000 IOPS (GA),10000 IOPS (預覽)1,000 IOPS (GA), 10,000 IOPS (preview) 100,000 IOPS100,000 IOPS
每個檔案共用的儲存存取原則數目上限Maximum number of stored access policies per file share 55 55
單一檔案共用的目標輸送量Target throughput for a single file share 最高 60 MiB/秒(GA),最高 300 MiB/秒(預覽)Up to 60 MiB/sec (GA), up to 300 MiB/sec (preview) 請參閱 premium 檔案共用輸入和輸出值See premium file share ingress and egress values
單一檔案共用的輸出上限Maximum egress for a single file share 請參閱標準檔案共用目標輸送量See standard file share target throughput 最高 6204 MiB/秒Up to 6,204 MiB/s
單一檔案共用的輸入上限Maximum ingress for a single file share 請參閱標準檔案共用目標輸送量See standard file share target throughput 最高 4136 MiB/秒Up to 4,136 MiB/s
每個檔案的開啟控制代碼數目上限Maximum open handles per file 2,000 個開啟控制代碼2,000 open handles 2,000 個開啟控制代碼2,000 open handles
共用快照集的數目上限Maximum number of share snapshots 200 個共用快照集200 share snapshots 200 個共用快照集200 share snapshots
物件 (目錄和檔案) 名稱長度上限Maximum object (directories and files) name length 2048個字元2,048 characters 2048個字元2,048 characters
最大路徑名稱元件 (在路徑 \A\B\C\D 中,每個字母都是元件)Maximum pathname component (in the path \A\B\C\D, each letter is a component) 255 個字元255 characters 255 個字元255 characters

Premium 檔案調整目標Premium files scale targets

高階檔案有三種分類的限制: 儲存體帳戶、共用和檔案。There are three categories of limitations to consider for premium files: storage accounts, shares, and files.

例如: 單一共用可以達到 100000 IOPS, 而單一檔案可以相應增加至 5000 IOPS。For example: A single share can achieve 100,000 IOPS and a single file can scale up to 5,000 IOPS. 因此, 例如, 如果您在一個共用中有三個檔案, 您可以從該共用取得的最大 IOPs 為15000。So, for example, if you have three files in one share, the max IOPs you can get from that share is 15,000.

Premium 檔案共用限制Premium file share limits

其他進階檔案共用層級的限制Additional premium file share level limits

領域Area 目標Target
最小的大小增加/減少Minimum size increase/decrease 1 GiB1 GiB
基準 IOPSBaseline IOPS 每 GiB,最多 100,000 個 1 IOPS1 IOPS per GiB, up to 100,000
負載平衡的 IOPSIOPS bursting 3 個 x IOPS 每 GiB,最多 100,000 個3x IOPS per GiB, up to 100,000
輸出速率Egress rate 60 MiB/秒 + $0.06 * 佈建 GiB60 MiB/s + 0.06 * provisioned GiB
輸入速率Ingress rate 40 MiB/秒 + 0.04 * 佈建 GiB40 MiB/s + 0.04 * provisioned GiB

檔案層級的限制File level limits

領域Area 進階檔案Premium file 標準檔案Standard file
大小Size 1 TiB1 TiB 1 TiB1 TiB
每個檔案的最大 IOPSMax IOPS per file 5,0005,000 1,0001,000
並行控制代碼Concurrent handles 2,0002,000 2,0002,000
輸入Ingress 300 MiB/sec300 MiB/sec 請參閱標準檔案處理量值See standard file throughput values
輸出Egress 200 Mib/sec200 Mib/sec 請參閱標準檔案處理量值See standard file throughput values
ThroughputThroughput 請參閱進階檔案輸入/輸出值See premium file ingress/egress values 最高 60 MiB/秒Up to 60 MiB/sec

Azure 檔案同步擴展目標Azure File Sync scale targets

Azure 檔案同步的設計目標是無限制的使用方式,但無限制的使用方式不一定行得通。Azure File Sync has been designed with the goal of limitless usage, but limitless usage is not always possible. 下表指出 Microsoft 的測試界限,也指出哪些目標是固定限制:The following table indicates the boundaries of Microsoft's testing and also indicates which targets are hard limits:

ResourceResource 目標Target 固定限制Hard limit
每個區域的儲存體同步服務數目Storage Sync Services per region 20個儲存體同步服務20 Storage Sync Services Yes
每個儲存體同步服務的同步群組Sync groups per Storage Sync Service 100 個同步群組100 sync groups Yes
每個儲存體同步服務的已註冊伺服器Registered servers per Storage Sync Service 99 部伺服器99 servers Yes
每個同步群組的雲端端點Cloud endpoints per sync group 1 個雲端端點1 cloud endpoint Yes
每個同步群組的伺服器端點Server endpoints per sync group 50 個伺服器端點50 server endpoints No
每部伺服器的伺服器端點Server endpoints per server 30 個伺服器端點30 server endpoints Yes
每個同步群組的檔案系統物件 (目錄和檔案)File system objects (directories and files) per sync group 50000000物件50 million objects No
目錄中的檔案系統物件 (目錄和檔案) 數目上限Maximum number of file system objects (directories and files) in a directory 5000000物件5 million objects Yes
物件 (目錄和檔案) 安全性描述元大小上限Maximum object (directories and files) security descriptor size 64 KiB64 KiB Yes
檔案大小File size 100 GiB100 GiB No
要分層之檔案的檔案大小下限Minimum file size for a file to be tiered 64 KiB64 KiB Yes
並行同步處理工作階段Concurrent sync sessions V4 代理程式和更新版本:限制會根據可用的系統資源而有所不同。V4 agent and later: The limit varies based on available system resources.
V3 代理程式:每個處理器有兩個作用中的同步會話,或每個伺服器最多八個作用中的同步會話。V3 agent: Two active sync sessions per processor or a maximum of eight active sync sessions per server.
Yes

注意

Azure 檔案同步端點可以相應增加至 Azure 檔案共用的大小。An Azure File Sync endpoint can scale up to the size of an Azure file share. 如果達到 Azure 檔案共用大小限制,同步處理將無法運作。If the Azure file share size limit is reached, sync will not be able to operate.

Azure 佇列儲存體擴展目標Azure Queue storage scale targets

ResourceResource 目標Target
單一佇列的大小上限Maximum size of a single queue 500 TiB500 TiB
佇列中的訊息大小上限Maximum size of a message in a queue 64 KiB64 KiB
每個佇列的預存存取原則數目上限Maximum number of stored access policies per queue 55
每一儲存體帳戶的要求率上限Maximum request rate per storage account 每秒20000個訊息,採用 KiB 訊息大小20,000 messages per second, which assumes a 1-KiB message size
單一佇列的目標輸送量(1-KiB 訊息)Target throughput for a single queue (1-KiB messages) 最多每秒2000訊息Up to 2,000 messages per second

Azure 資料表儲存體擴展目標Azure Table storage scale targets

ResourceResource 目標Target
單一資料表的大小上限Maximum size of a single table 500 TiB500 TiB
資料表實體的大小上限Maximum size of a table entity 1 MiB1 MiB
資料表實體中的屬性數目上限Maximum number of properties in a table entity 255,其中包含三個系統屬性:PartitionKey、RowKey 和 Timestamp255, which includes three system properties: PartitionKey, RowKey, and Timestamp
實體中屬性值的總大小上限Maximum total size of property values in an entity 1 MiB1 MiB
實體中個別屬性的總大小上限Maximum total size of an individual property in an entity 依屬性類型而有所不同。Varies by property type. 如需詳細資訊,請參閱瞭解表格服務資料模型中的屬性類型For more information, see Property Types in Understanding the Table Service Data Model.
每個資料表的預存存取原則數目上限Maximum number of stored access policies per table 55
每一儲存體帳戶的要求率上限Maximum request rate per storage account 每秒20000筆交易,這假設有一個 KiB 的實體大小20,000 transactions per second, which assumes a 1-KiB entity size
單一資料表分割的目標輸送量(1個 KiB-個實體)Target throughput for a single table partition (1 KiB-entities) 最多每秒2000個實體Up to 2,000 entities per second

另請參閱See also