Blob 儲存體的延展性和效能目標
此參考文件會詳細說明 Azure 儲存體的可擴縮性和效能目標。 列於此處的延展性和效能目標都是高階目標，但仍可達成。 在所有情況下，您的儲存體帳戶所達到的要求率和頻寬取決於已儲存物件的大小、使用的存取模式、應用程式執行的工作負載類型。
務必測試您的服務，以判斷其效能是否符合您的需求。 如果可能，請避免流量率突增，確保流量在不同分割之間妥善分散。
當您的應用程式達到分割區可處理的工作負載限制時，Azure 儲存體會開始傳回錯誤碼 503 (伺服器忙碌) 或錯誤碼 500 (作業逾時) 回應。 如果發生 503 錯誤，請考慮將您的應用程式修改為針對重試使用指數輪詢原則。 指數輪詢讓分割的負載減少，也能減輕該分割流量的尖峰。
Azure 儲存體帳戶的服務等級協定 (SLA) 可在儲存體帳戶的 SLA 中使用。
調整 Blob 儲存體的目標
| 資源 | 目標 |
|---|---|
| 單一 Blob 容器的大小上限 | 與儲存體帳戶容量上限相同 |
| 區塊 Blob 或附加 Blob 中的區塊數目上限 | 50,000 個區塊 |
| 區塊 Blob 中的區塊大小上限 | 4000 MiB |
| 區塊 Blob 的大小上限 | 50,000 X 4000 MiB (大約 190.7 TiB) |
| 附加 Blob 中的區塊大小上限 | 4 MiB |
| 附加 Blob 的大小上限 | 50,000 x 4 MiB (大約 195 GiB) |
| 分頁 Blob 的大小上限 | 8 TiB2 |
| 每個 Blob 容器的預存存取原則的最大數目 | 5 |
| 單一 Blob 的目標要求率 | 每秒最多 500 個要求 |
| 單一頁面 Blob 的目標輸送量 | 每秒最多 60 MiB2 |
| 單一區塊 Blob 的目標輸送量 | 最高儲存體帳戶的輸入/輸出限制1 |
1 單一 Blob 的輸送量取決於數個因素。 這些因素包括 (但不限於)：並行、要求大小、效能層級、上傳來源速度，以及下載的目的地。 若要利用高輸送量區塊 Blob 的效能增強功能，請上傳較大的 Blob 或區塊。 具體而言，請針對標準儲存體帳戶，呼叫 Put Blob 或 Put Block 作業，其 Blob 或區塊大小大於 4 MiB。 針對高階區塊 Blob 或 Data Lake Storage Gen2 儲存體帳戶，使用大於 256 KiB 的區塊或 Blob 大小。
2 已啟用階層命名空間的帳戶尚不支援分頁 Blob。
下表描述服務版本所允許的最大區塊和 Blob 大小。
| 服務版本 | 區塊大小上限 (透過 Put Block) | Blob 大小上限 (透過 Put Block List) | 透過單一寫入作業的 Blob 大小上限 (透過 Put Blob) |
|---|---|---|---|
| 2019-12-12 版和更新版本 | 4000 MiB | 大約 190.7 TiB (4000 MiB X 50,000 個區塊) | 5000 MiB |
| 2016-05-31 版至 2019-07-07 版 | 100 MiB | 大約 4.75 TiB (100 MiB X 50,000 個區塊) | 256 MiB |
| 2016-05-31 之前的版本 | 4 MiB | 大約 195 GiB (4 MiB X 50,000 個區塊) | 64 MiB |