此參考文件會詳細說明 Azure 儲存體的可擴縮性和效能目標。 這裡列出的可擴展性和效能目標屬於高階目標，但確實是可以達成的。 在所有情況下，你的儲存帳號所達成的請求速率和頻寬，取決於儲存物件的大小、所使用的存取模式，以及應用程式所執行的工作負載類型。
測試您的服務，以判斷其效能是否符合您的需求。 如果可能，請避免流量率突增，確保流量在不同分割之間妥善分散。
當您的應用程式達到分割區可處理的工作負載限制時，Azure 儲存體會開始傳回錯誤碼 503 (伺服器忙碌) 或錯誤碼 500 (作業逾時) 回應。 若發生 503 錯誤，請考慮修改您的應用程式，使用指數退換策略來進行重試。 指數退讓減少了分割區的負載，並緩解了該分割區的流量激增。
縮放資料表儲存體的目標
下表描述資料表儲存體的容量、延展性和效能目標。
| 資源 | 標的 |
|---|---|
| Azure 儲存體帳戶中的資料表數目 | 僅受限於儲存體帳戶的容量 |
| 資料表中的分割區數量 | 僅受限於儲存體帳戶的容量 |
| 分割區中的實體數目 | 僅受限於儲存體帳戶的容量 |
| 單一資料表的大小上限 | 500 TiB |
| 單一實體的大小上限，包括所有屬性值 | 1 MiB |
| 資料表實體中的屬性數目上限 | 255 (包括 3 個系統屬性：PartitionKey、RowKey 和 Timestamp) |
| 實體中個別屬性的大小總和上限 | 依屬性類型而有所不同。 如需詳細資訊，請參閱了解資料表服務的資料模型中的屬性類型。 |
| PartitionKey 的大小 | 大小上限為 1024 個字元的字串 |
| RowKey 的大小 | 大小上限為 1024 個字元的字串 |
| 實體群組交易的大小 | 交易最多可以包含 100 個實體，而承載大小必須小於 4 MiB。 實體群組交易只能包含一次單一實體的更新。 |
| 每個資料表可儲存的存取原則數目上限 | 5 |
| 每個儲存體帳戶的要求速率上限 | 每秒 20,000 筆交易，假設實體大小為 1 KiB |
| 單一資料表分區的目標輸送量 (1 KiB 的實體) | 每秒最多 2,000 個實體 |