Azure SQL 受控執行個體資源限制概觀

  • 發行項

適用於：Azure SQL 受控執行個體

本文將概述 Azure SQL 受控執行個體的技術特性和資源限制，並說明如何要求提高這些限制。

注意

若想了解支援的功能和 T-SQL 陳述式的差異，請參閱功能差異和 T-SQL 陳述式支援。 若要了解 Azure SQL Database 與 SQL 受控執行個體的服務層級之間的一般差異，請檢閱一般用途和業務關鍵服務層級。

硬體設定特性

SQL 受控執行個體具有取決於基礎結構和架構的特性與資源限制。 SQL 受管理執行個體 可以部署在多代硬體上。

硬體世代具有不同的特性，如下表所述：

標準系列 (Gen5) 進階系列 記憶體最佳化進階系列
CPU Intel® E5-2673 v4 （Broadwell） 2.3 GHz、Intel SP-8160 （Skylake） 和 Intel®® 8272CL （Cascade Lake） 2.5-GHz 處理器 Intel® 8370C （Ice Lake） 2.8-GHz 處理器 Intel® 8370C （Ice Lake） 2.8-GHz 處理器
虛擬核心數目
vCore=1 LP (超執行緒)		 21-80 個虛擬核心 21-128 個虛擬核心 4-128 個虛擬核心
最大記憶體 (記憶體/虛擬核心比率) 每個虛擬核心 5.1 GB - 最大值 408 GB
新增更多虛擬核心以取得更多記憶體。		 每個虛擬核心 7 GB，最多 80 個虛擬核心 - 最多 560 GB 每個虛擬核心 13.6 GB，最多 64 個虛擬核心 - 最多 870.4 GB
最大記憶體內部 OLTP 記憶體 執行個體限制：每個虛擬核心 0.8 - 1.65 GB 執行個體限制：每個虛擬核心 1.1 - 2.3 GB 執行個體限制：每個虛擬核心 2.2 - 4.5 GB
最大實例保留記憶體2 一般用途：最多 16 TB
業務關鍵：最多 4 TB		 一般用途：最多 16 TB
業務關鍵：最多 5.5 TB		 一般用途： 最多 16 TB
業務關鍵：最多 16 TB

1 只有在實例集區內才能部署 2 個虛擬核心實例。
2 相依於 虛擬核心數目。

注意

如果您的工作負載所需的儲存體大小超過 Azure SQL 受控執行個體的可用資源限制，請考慮使用 Azure SQL Database 超大規模資料庫服務層級。

區域支援記憶體優化進階系列硬體，以及具有 16 TB 記憶體的進階系列硬體

支援具有 16 TB 記憶體的進階系列硬體具有與記憶體優化進階系列硬體支援相同的可用性。 支援記憶體優化的進階系列硬體和具有 16 TB 記憶體的進階系列硬體目前僅適用於這些特定區域：

地理位置 支援具有 16 TB 儲存體 記憶體優化進階系列 HW 和進階系列硬體的區域
歐洲 法國中部、德國中西部、義大利北部、北歐、波蘭中部、瑞典中部、瑞士北部、英國南部、西歐
中東、非洲 卡達中部
美洲 巴西南部、加拿大中部、美國中部、美國東部、美國東部 2、美國中北部、美國中南部、美國西部、美國西部 2、美國西部 3
亞太地區 澳大利亞東部、澳大利亞東南部、中國北部 3、印度中部、印度南部、東亞、日本東部、東南亞

記憶體內部 OLTP 可用空間

業務關鍵服務層級中的記憶體內部 OLTP 空間數量，取決於虛擬核心數目和硬體設定。 下表列出可用於記憶體內部 OLTP 物件的記憶體限制。

虛擬核心 標準系列 (Gen5) 進階系列 記憶體最佳化進階系列
4 個 V 核心 3.14 GB 4.39 GB 8.79 GB
6 個虛擬核心 - 6.59 GB 15.32 GB
8 個 V 核心 6.28 GB 8.79 GB 22.06 GB
10 個虛擬核心 - 12.11 GB 30.94 GB
12 個虛擬核心 - 15.43 GB 39.82 GB
16 個 V 核心 15.77 GB 22.06 GB 57.58 GB
20 個虛擬核心 - 28.70 GB 75.34 GB
24 個虛擬核心 25.25 GB 35.34 GB 93.09 GB
32 個 V 核心 37.94 GB 53.09 GB 128.61 GB
40 個虛擬核心 52.23 GB 73.09 GB 164.13 GB
48 個虛擬核心 - 95.34 GB 199.64 GB
56 個虛擬核心 - 117.58 GB 244.13 GB
64 個 V 核心 99.9 GB 139.82 GB 288.61 GB
80 個虛擬核心 131.68 GB 184.30 GB 288.61 GB
96 個虛擬核心 N/A 184.30 GB 288.61 GB
128 個虛擬核心 N/A 184.30 GB 288.61 GB

服務層的特性

SQL 受管理執行個體 有兩個服務層級：一般用途和 業務關鍵。 您可以選擇使用升級的下一代一般用途服務層級（預覽）。

重要

業務關鍵服務層級提供額外的內建 Azure SQL 受控執行個體複本 (次要複本)，可用於唯讀工作負載。 如果您可分隔讀寫查詢和唯讀/分析/報告查詢，就會以相同價格取得兩倍的虛擬核心和記憶體。 次要複本可能會落後主要執行個體數秒，因此其設計訴求是要卸載不需要確切目前資料狀態的報告/分析工作負載。 在下表中，唯讀查詢是在次要複本上執行的查詢。

功能 一般用途 下一代一般用途 業務關鍵
虛擬核心數* 標準系列 （Gen5）：21、4、8、16、24、32、40、64、80
進階版 系列：21、4、8、16、24、32、40、64、80
記憶體優化進階系列：4、8、16、24、32、40、64、80		 標準系列 （Gen5）：4、8、16、24、32、40、64、80
進階版 系列：4、6、8、10、12、16、20、24、32、40、48、56、64、80、962、1282
記憶體優化進階系列：4、6、8、10、12、16、20、24、32、40、48、56、64、802、962、1282		 標準系列 （Gen5）：4、8、16、24、32、40、64、80
進階版 系列：4、6、8、10、12、16、20、24、32、40、48、56、64、80、962、1282
記憶體優化進階系列：4、6、8、10、12、16、20、24、32、40、48、56、64、802、962、1282
*相同數目的虛擬核心專用於唯讀查詢。
最大記憶體 標準系列 （Gen5）：20.4 GB - 408 GB（5.1 GB/虛擬核心）
進階系列：28 GB - 560 GB (7 GB/虛擬核心)
記憶體最佳化進階系列：54.4 GB - 870.4 GB (13.6 GB/虛擬核心)		 標準系列 （Gen5）：20.4 GB - 408 GB（5.1 GB/虛擬核心）
進階系列：28 GB - 560 GB (7 GB/虛擬核心)
記憶體最佳化進階系列：54.4 GB - 870.4 GB (13.6 GB/虛擬核心)		 標準系列 （Gen5）：每個復本上的 20.4 GB - 408 GB（5.1 GB/虛擬核心）
進階版 系列：每個複本上 28 GB - 560 GB（7 GB/虛擬核心最多 80 個虛擬核心 2）
記憶體優化進階系列：每個復本上 54.4 GB - 870.4 GB （13.6 GB/虛擬核心最多 64 個虛擬核心 2）
最大執行個體儲存體大小 (保留) 標準系列 （Gen5）：
- 2 TB (適用於 4 個虛擬核心)
- 8 TB (適用於 8 個虛擬核心)
- 16 TB 用於其他大小
進階版 系列：
- 2 TB (適用於 4 個虛擬核心)
- 8 TB (適用於 8 個虛擬核心)
- 16 TB 用於其他大小
記憶體優化進階系列：
- 2 TB (適用於 4 個虛擬核心)
- 8 TB (適用於 8 個虛擬核心)
- 16 TB 用於其他大小
標準系列 （Gen5）：
- 2 TB (適用於 4 個虛擬核心)
- 8 TB (適用於 8 個虛擬核心)
- 16 TB 用於其他大小
進階版 系列：
- 4、6 個虛擬核心的 2 TB
- 8 TB，8,10,12 個虛擬核心
- 16、20、24 個虛擬核心的 16 TB
- 32、40、40、48、56、64、80、96、128 個虛擬核心的 32 TB
記憶體優化進階系列：
- 4、6 個虛擬核心的 2 TB
- 8 TB，8,10,12 個虛擬核心
- 16、20、24 個虛擬核心的 16 TB
- 32、40、40、48、56、64、80、96、128 個虛擬核心的 32 TB
標準系列 （Gen5）：
- 1 TB (適用於 4、8、16 個虛擬核心)
- 24 個虛擬核心的 2 TB
- 4 TB 用於 32、40、64、80 個虛擬核心
進階版 系列：
- 4、6 個虛擬核心的 1 TB
- 8、10、12 個虛擬核心的 2 TB
- 4 TB 用於 16,20 個虛擬核心
- 5.5 TB 用於 24、32、40、48、56 個虛擬核心
- 64、80、96、128 個虛擬核心3 的 5.5 TB 或 16 TB（視區域而定）
記憶體優化進階系列：
- 4、6 個虛擬核心的 1 TB
- 8、10、12 個虛擬核心的 2 TB
- 4 TB 用於 16,20 個虛擬核心
- 24 個虛擬核心的 5.5 TB
- 5.5 TB 或 8 TB（視區域而定）的 32,40 個虛擬核心4
- 48、56 個虛擬核心的 12 TB
- 64、80、96、128 個虛擬核心的 16 TB
資料庫大小上限 最高可達目前可用的執行個體大小上限 (視虛擬核心的數目而定)。 最高可達目前可用的執行個體大小上限 (視虛擬核心的數目而定)。 最高可達目前可用的執行個體大小上限 (視虛擬核心的數目而定)。
tempdb 資料庫大小上限 受限於 24 GB/虛擬核心 (96 - 1,920 GB) 和目前可用的執行個體儲存體大小。
新增更多虛擬核心以取得更多 tempdb 空間。
記錄檔大小限制為 120 GB。		 受限於 24 GB/虛擬核心 (96 - 1,920 GB) 和目前可用的執行個體儲存體大小。
新增更多虛擬核心以取得更多 tempdb 空間。
記錄檔大小限制為 120 GB。		 最高可達目前可用的執行個體儲存體大小。
tempdb 檔案數目上限 128 128 128
每個執行個體的資料庫數目上限 100 個使用者資料庫，除非已達到執行個體儲存體大小限制。 500 個用戶資料庫 100 個使用者資料庫，除非已達到執行個體儲存體大小限制。
資料庫檔案數目上限 除非已達到實例記憶體大小或 Azure 進階版 磁碟記憶體配置空間限制，否則每個實例 280 個。 每個資料庫 4,096 個檔案 每個資料庫 32,767 個檔案，除非已達到執行個體儲存體大小限制。
資料檔案大小上限 每個資料檔案的大小上限為 8 TB。 針對大於 8 TB 的資料庫，請至少使用兩個資料檔案。 最高可達目前可用的執行個體大小上限 (視虛擬核心的數目而定)。 最高可達目前可用的執行個體大小上限 (視虛擬核心的數目而定)。
記錄檔大小上限 受限於 2 TB 和目前可用的執行個體儲存體大小。 受限於 2 TB 和目前可用的執行個體儲存體大小。 受限於 2 TB 和目前可用的執行個體儲存體大小。
資料/記錄 IOPS (大約) 每個檔案 500 - 7500
*增加檔案大小以取得更多 IOPS		 保留的記憶體 * 3 - 最多 VM 限制。 300 在 32 GB、64 GB 和 96 GB 的保留記憶體的情況下。
VM 限制取決於虛擬核心數目
具有 4 個虛擬核心的 VM 6400 IOPS - 80 K IOPS 適用於具有 128 個虛擬核心的 VM		 16 K - 320 K (4000 IOPS/虛擬核心)
新增更多虛擬核心，以取得更佳的 IO 效能。
資料輸送量 (大約) 每個檔案 100 - 250 MiB/秒
*增加檔案大小以取得更高的 IO 效能		 IOPS / 30 MBps - 最高為 VM 限制。 75 MBps 的案例為 32 GB、64 GB 和 96 GB 的保留記憶體。 不受限制。
記錄寫入輸送量限制 (每個執行個體) 每個虛擬核心 4.5 MiB/秒
每個執行個體最大 120 MiB/秒
每個資料庫 22 - 65 MiB/秒 (視記錄檔大小而定)
*增加檔案大小以取得更高的 IO 效能		 每個虛擬核心 4.5 MiB/秒
最大 192 MiB/秒		 每個虛擬核心 4.5 MiB/秒
最大 192 MiB/秒
儲存體 IO 延遲 (大約) 5-10 毫秒 3-5 毫秒 1-2 毫秒
記憶體內部 OLTP 不支援 不支援 可用，大小取決於虛擬核心數目
工作階段數上限 30000 30000 30000
並行背景工作數上限 105 * 虛擬核心數目 + 800 105 * 虛擬核心數目 + 800 105 * 虛擬核心數目 + 800
唯讀複本 0 0 1 (包含在價格中)
計算隔離 不支援，因為一般用途執行個體可與其他執行個體共用實體硬體 不支援，因為下一代一般用途實例可能會與其他實例共用實體硬體 標準系列 （Gen5）：
支援具有 64 個或更多虛擬核心的設定
進階版 系列：支援具有64個或更多虛擬核心的設定
記憶體優化進階系列：支援具有64個或更多虛擬核心的設定
可用性的複本 待用節點以取得高可用性 待用節點以取得高可用性 四個 高可用性複本，1 也是讀取級別複本
已啟用故障轉移群組的唯讀複本 另一個唯讀複本。 包含主要複本的兩個可讀取複本總數。 另一個唯讀複本。 包含主要複本的兩個可讀取複本總數。 兩個額外的唯讀複本，三個總唯讀複本。 包含主要複本的四個可讀取複本總數。
定價/計費 虛擬核心、保留儲存體和備份儲存體收費。
IOPS 不收費		 虛擬核心、保留記憶體、備份記憶體和 IOPS（超過免費配額）會收費。 虛擬核心、保留儲存體和備份儲存體收費。
IOPS 不會收費。
折扣模型 保留執行個體
Azure Hybrid Benefit (在開發/測試訂用帳戶上沒有)
企業 和 隨用隨付開發/測試 訂用帳戶		 保留執行個體
Azure Hybrid Benefit (在開發/測試訂用帳戶上沒有)
企業 和 隨用隨付開發/測試 訂用帳戶		 保留執行個體
Azure Hybrid Benefit (在開發/測試訂用帳戶上沒有)
企業 和 隨用隨付開發/測試 訂用帳戶

1 只有在實例集區內才能部署 2 個虛擬核心實例。
2 記憶體對虛擬核心比率僅適用於進階系列硬體最多80個虛擬核心，而記憶體優化進階系列最多64個虛擬核心。 進階系列虛擬核心的記憶體上限為560 GB，記憶體優化進階系列虛擬核心超過64的記憶體上限為870.4 GB。
3 只有 主要區域 可以為這些 CPU 虛擬核心號碼的進階系列硬體提供 16 TB 的記憶體。 較小的區域會將可用的記憶體限製為5.5 TB。
4 隻有 主要區域 可以為這些 CPU 虛擬核心號碼提供進階系列記憶體最佳化硬體的 8 TB 記憶體。 較小的區域會將可用的記憶體限製為5.5 TB。

另外還有幾項考量：

  • [目前可用的執行個體儲存體大小] 是保留執行個體大小與已用儲存空間之間的差異。
  • 使用者和系統資料庫中的資料和記錄檔大小都會計入執行個體儲存體大小，並與儲存體大小上限相比較。 使用 sys.master_files 系統檢視來判斷資料庫所使用的總空間。 錯誤記錄不會保存，也不會包含在大小中。 備份不會包含在記憶體大小中。
  • 一般用途層中的輸送量和 IOPS 也取決於檔案大小，而且不會明確受限於 SQL 受管理執行個體。
  • 您可以使用故障轉移群組在不同的 Azure 區域中 建立另一個可讀取的複本
  • 最大執行個體 IOPS 取決於工作負載的檔案配置和分配。 舉例來說，如果您建立 7 個 1 TB 檔案 (每個檔案最大 5K IOPS) 和七個小型檔案 (小於 128 GB，每個檔案 500 IOPS)，若您的工作負載可以使用所有檔案，即可取得每個執行個體 38500 IOPS (7x5000+7x500)。 請注意，某些 IOPS 也用於自動備份。
  • tempdb檔名不能超過16個字元。

如需詳細資訊，請參閱本文中 SQL 受控執行個體集區的資源限制。

IOPS

針對下一代一般用途和 業務關鍵 服務層級，可用的 IOPS 是由虛擬核心數目決定：

  • 下一代一般用途服務層級：以虛擬核心數目為基礎的固定 IOPS 值。 記憶體的價格包含最小 IOPS。 如果您高於最小值，則會依下列方式收費：1 IOPS = 記憶體價格（依區域）除以三。 例如，如果 1 GB 的記憶體成本為 0.115，則 1 IOPS = 0.115/3 = 0.038/IOPS。
  • 業務關鍵 服務層級：使用公式（4000 IOPS/虛擬核心）來判斷 IOPS 限制。

下表根據虛擬核心數目列出每個服務層級可用的最大 IOPS：

虛擬核心數目 下一代一般用途服務層級的最大 IOPS 業務關鍵 服務層級的最大IOPS
4 6,400 16,000
6 9,600 24,000
8 12,800 32,000
10 16,000 40,000
12 19,200 48,000
16 25,600 64,000
20 32,000 80,000
24 38,400 96,000
32 51,200 128,000
40 64,000 160,000
48 76,800 192,000
56 80,000 224,000
64 80,000 256,000
80 80,000 320,000
96 80,000 320,000
128 80,000 320,000

資料和記錄儲存體

下列因素會影響資料和記錄檔所使用的儲存體數量，且適用於一般用途和業務關鍵層。

  • 在一般用途服務層級中，tempdb 會使用本機 SSD 儲存體，而此儲存體成本會包含在虛擬核心價格中。
  • 在業務關鍵服務層級中，tempdb 會與資料和記錄檔共用本機 SSD 儲存體，而 tempdb 儲存體成本會包含在虛擬核心價格中。
  • SQL 受控執行個體的儲存體大小上限必須指定為 32 GB 的倍數。

重要

在兩種服務層級中，您需按照為受控執行個體設定的最大儲存體大小付費。

若要監視 SQL 受控執行個體已使用的執行個體儲存體大小總計，請使用 storage_space_used_mb計量。 若要使用 T-SQL 來監視資料庫中的個別資料和記錄檔目前已配置和使用的儲存體大小，請使用 sys.database_files 檢視和 FILEPROPERTY(... , 'SpaceUsed') 函式。

提示

在某些情況下，您可能需要壓縮資料庫來回收未使用的空間。 如需詳細資訊，請參閱 DBCC SHRINKFILE。

備份和儲存體

為了支援 SQL 受控執行個體的時間點還原 (PITR) 和長期保留 (LTR) 功能，系統會配置儲存體供資料庫備份使用。 此儲存體與資料和記錄檔儲存體分開，且會另外計費。

  • PITR：在一般用途和業務關鍵層中，個別的資料庫備份會自動複製到讀取權限異地備援 (GRS) 儲存體。 儲存體大小會隨著新備份的建立而動態增加。 完整、差異和交易記錄備份都會使用此儲存體。 儲存體耗用量取決於資料庫的變動率以及為備份設定的保留期間。 您可以為每個資料庫設定不同的保留期間，對於 SQL 受控執行個體可設定 1 到 35 天。 您會獲得與設定的資料大小上限相等的備份儲存體數量，不需額外付費。
  • LTR：您也可以選擇設定完整備份的長期保留期，最長可達 10 年。 如果您設定 LTR 原則，這些備份會自動儲存在 RA-GRS 儲存體中，但您可以控制備份的複製頻率。 為了符合不同的合規性需求，您可以針對每週、每月和/或每年備份選取不同的保留期間。 您選擇的設定會決定將多大的儲存體用於 LTR 備份。 如需詳細資訊，請參閱長期備份保留。

一般用途層級中的檔案 IO 特性

在一般用途服務層級中，每個資料庫檔案都會取得相依於檔案大小的專用 IOPS 和輸送量。 較大的檔案會獲得較多 IOPS 和輸送量。 下表顯示資料庫檔案的 IO 特性：

檔案大小 >=0 且 <=129 GiB >129 且 <=513 GiB >513 且 <=1025 GiB >1025 且 <=2049 GiB >2049 且 <=4097 GiB >4097 GiB 且 <=8 TiB
每個檔案的 IOPS 500 2300 5000 7500 7500 7500
每個檔案的輸送量 100 MiB/秒 150 MiB/秒 200 MiB/秒 250 MiB/秒 250 MiB/秒 250 MiB/秒

如果您注意到某個資料庫檔案上有高 IO 延遲，或發現 IOPS/輸送量達到此限制，您可藉由增加檔案大小來改善效能。

記錄寫入輸送量上限也有實例層級限制（如需值，例如 22 MiB/s，請參閱上一個數據表），因此您可能無法在記錄檔上達到最大檔案，因為您達到實例輸送量限制。

支援區域

SQL 受控執行個體只能在支援的區域中建立。 若要在目前不支援的區域中建立 SQL 受控執行個體，您可以透過 Azure 入口網站傳送支援要求。

支援的訂用帳戶類型

SQL 受控執行個體目前僅支援在下列類型的訂用帳戶中部署：

區域資源限制

注意

如需訂用帳戶區域可用性的最新資訊，請先勾選 [選取區域]。

支援的訂用帳戶類型可包含有限的每一區域資源數目。 SQL 受管理執行個體 每個 Azure 區域有兩個預設限制（視訂用帳戶類型類型建立特殊支援 Azure 入口網站 要求而視需要增加：

  • 子網路限制：在單一區域中部署 SQL 受控執行個體的子網路數目上限。
  • 虛擬核心單元限制：可以在單一區域中的所有執行個體上部署的虛擬核心單元數上限。 一個 GP 虛擬核心使用一個虛擬核心單元，而一個 BC 虛擬核心採用四個虛擬核心單元。 只要實例在虛擬核心單位限制內，實例總數就不會受到限制。

注意

這些限制是預設設定，而不是技術限制。 如果您在目前的區域中需要更多執行個體，可以在 Azure 入口網站中建立特殊支援要求，依照需求提高這些限制。 或者，您可以在另一個 Azure 區域中建立新的 SQL 受控執行個體，而不需要傳送支援要求。

下表顯示所支援訂用帳戶類型的預設區域限制 (可使用支援要求來擴充預設限制)：

訂用帳戶類型 SQL 受控執行個體子網路的預設限制 虛擬核心單位的預設限制*
CSP 16 (在某些區域為 30**) 960 (在某些區域為 1440**)
EA 16 (在某些區域為 30**) 960 (在某些區域為 1440**)
Enterprise 開發/測試 6 320
隨用隨付 6 320
隨用隨付開發/測試 6 320
Azure Pass 3 64
BizSpark 3 64
BizSpark Plus 3 64
Microsoft Azure 贊助 3 64
Microsoft 合作夥伴網路 3 64
Visual Studio Enterprise (MPN) 3 64
Visual Studio Enterprise 3 32
Visual Studio Enterprise (BizSpark) 3 32
Visual Studio Professional 3 32
MSDN 平台 3 32

* 在規劃部署中，請考量業務關鍵 (BC) 服務層級所需的虛擬核心容量是一般用途 (GP) 服務層級的四 (4) 倍。 例如：1 個 GP 虛擬核心 = 1 個虛擬核心單元，1 個 BC 虛擬核心 = 4 個虛擬核心。 若要簡化以預設限制為準的耗用量分析，請對區域中所有部署了 SQL 受控執行個體的子網路摘要虛擬核心單元，並將其結果與您訂用帳戶類型的執行個體單位限制相比較。 [虛擬核心單元數上限] 限制適用於區域中的每個訂用帳戶。 個別子網沒有限制，不同之處在於跨多個子網部署的所有虛擬核心總和必須較低或等於 虛擬核心單位數目上限。

** 在下列區域可使用較大的子網路和虛擬核心限制：澳大利亞東部、美國東部、美國東部 2、北歐、美國中南部、東南亞、英國南部、西歐、美國西部 2。

重要

如果您的虛擬核心和子網路限制為 0，則表示訂用帳戶類型的預設區域限制未設定。 您也可以依照相同程序 (提供所需的虛擬核心和子網路值)，使用配額增加要求來存取特定區域中的訂用帳戶。

要求增加配額

如果您在目前的區域中需要更多執行個體，請使用 Azure 入口網站傳送擴充配額的支援要求。 如需詳細資訊，請參閱要求增加 Azure SQL Database 配額。

下一步