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 業務關鍵：最多 16 TB3 |
一般用途：最多 16 TB 業務關鍵：最多 16 TB |
1 只有在執行個體集區內才能部署 2 個虛擬核心執行個體。
2 取決於虛擬核心數目。
3 隻有主要區域可以提供 16 TB的記憶體。 較小的區域會將可用的儲存體限製為 5.5 TB。
注意
如果您的工作負載所需的儲存體大小超過 Azure SQL 受控執行個體的可用資源限制，請考慮使用 Azure SQL Database 超大規模資料庫服務層級。
記憶體最佳化進階系列硬體和帶 16-TB 儲存體的進階系列硬體的區域支援
帶 16-TB 儲存體的進階系列硬體的支援具有與記憶體最佳化進階系列硬體的支援相同的可用性。 記憶體最佳化進階系列硬體和帶 16-TB 儲存體的進階系列硬體的支援目前僅適用於下列特定區域：
| 地理位置 | 支援記憶體最佳化進階系列硬體和帶 16-TB 儲存體的進階系列硬體的區域 |
|---|---|
| 歐洲 | 法國中部、德國中西部、義大利北部、北歐、波蘭中部、瑞典中部、瑞士北部、英國南部、西歐 |
| 中東、非洲 | 卡達中部 |
| 美洲 | 巴西西部、加拿大中部、加拿大東部、美國中部、美國東部 2、美國中北部、美國中南部、美國西部、美國中西部、美國西部 2 |
| 亞太地區 | 澳洲東部、澳洲東南部、中國北部 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 | 4、8、16、24、32、40、64、80 | 4、8、16、24、32、40、64、80 |
| 進階系列 | 21、4、8、16、24、32、40、64、80 | 4、6、8、10、12、16、20、24、32、40、48、56、64、80、96、128 | 4、6、8、10、12、16、20、24、32、40、48、56、64、80、96、128 |
| 記憶體最佳化進階系列 | 4、8、16、24、32、40、64、80 | 4、6、8、10、12、16、20、24、32、40、48、56、64、80、96、128 | 4、6、8、10、12、16、20、24、32、40、48、56、64、80、96、128 |
1 只有在執行個體集區內才能部署 2 個虛擬核心執行個體。
最大記憶體
| 硬體世代 | 一般用途 | 下一代一般用途 | 業務關鍵 |
|---|---|---|---|
| 標準系列 (Gen5) | 20.4 GB - 408 GB 5.1 GB/虛擬核心 |
20.4 GB - 408 GB 5.1 GB/虛擬核心 |
20.4 GB - 408 GB 每個複本上的 5.1 GB/虛擬核心 |
| 進階系列 | 28 GB - 560 GB 7 GB/虛擬核心 |
28 GB - 560 GB 7 GB/虛擬核心 |
28 GB - 560 GB 每個複本上最多 80 個虛擬核心個 7 GB/虛擬核心1 |
| 記憶體最佳化進階系列 | 54.4 GB - 870.4 GB 13.6 GB/虛擬核心 |
54.4 GB - 870.4 GB 13.6 GB/虛擬核心 |
54.4 GB - 870.4 GB 每個複本上最多 64 個虛擬核心個 13.6 GB/虛擬核心1 |
1 記憶體對虛擬核心比僅適用於最多 80 個虛擬核心的進階版系列硬體，以及最多 64 個虛擬核心的記憶體最佳化進階版系列。 80 個以上進階系列虛擬核心的記憶體上限為 560 GB，64 個以上記憶體最佳化進階系列虛擬核心的記憶體上限為 870.4 GB。
最大執行個體儲存體大小 (保留)
| 硬體世代 | 一般用途 | 下一代一般用途 | 業務關鍵 |
|---|---|---|---|
| 標準系列 (Gen5) | - 2 TB (適用於 4 個虛擬核心) - 8 TB (適用於 8 個虛擬核心) - 16 TB (適用於其他大小) |
- 2 TB (適用於 4 個虛擬核心) - 8 TB (適用於 8 個虛擬核心) - 16 TB (適用於其他大小) |
- 1 TB (適用於 4、8、16 個虛擬核心) - 2 TB (適用於 24 個虛擬核心) - 4 TB (適用於 32、40、64、80 個虛擬核心) |
| 進階系列 | - 2 TB (適用於 4 個虛擬核心) - 8 TB (適用於 8 個虛擬核心) - 16 TB (適用於其他大小) |
- 2 TB (適用於 4、6 個虛擬核心) - 8 TB (適用於 8、10、12 個虛擬核心) - 16 TB (適用於 16、20、24 個虛擬核心) - 32 TB (適用於 32、40、48、56、64、80、96、128 個虛擬核心) |
- 1 TB (適用於 4、6 個虛擬核心) - 2 TB (適用於 8、10、12 個虛擬核心) - 4 TB (適用於 16、20 個虛擬核心) - 5.5 TB，適用於 24、32、40、48、56 個虛擬核心 - 5.5 TB 或 16 TB (視區域而定)，適用於 64、80、96、128 個虛擬核心1 |
| 記憶體最佳化進階系列 | - 2 TB (適用於 4 個虛擬核心) - 8 TB (適用於 8 個虛擬核心) - 16 TB (適用於其他大小) |
- 2 TB (適用於 4、6 個虛擬核心) - 8 TB (適用於 8、10、12 個虛擬核心) - 16 TB (適用於 16、20、24 個虛擬核心) - 32 TB (適用於 32、40、48、56、64、80、96、128 個虛擬核心) |
- 1 TB (適用於 4、6 個虛擬核心) - 2 TB (適用於 8、10、12 個虛擬核心) - 4 TB (適用於 16、20 個虛擬核心) - 5.5 TB (適用於 24 個虛擬核心) - 5.5 TB 或 8 TB (視區域而定) 適用於 32、40 個虛擬核心2 - 12 TB (適用於 48、56 個虛擬核心) - 16 TB (適用於 64、80、96、128 個虛擬核心) |
1 唯有主要區域可以為這些 CPU 虛擬核心數目的進階系列硬體提供 16 TB 的儲存體。 較小的區域會將可用的儲存體限製為 5.5 TB。
2 唯有主要區域可以為這些 CPU 虛擬核心數目的進階系列記憶體最佳化硬體提供 8 TB 的儲存體。 較小的區域會將可用的儲存體限製為 5.5 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 個使用者資料庫，除非已達到執行個體儲存體大小限制。 |
| 資料庫檔案數目上限 | 每個執行個體 280，除非已達到執行個體儲存大小或 Azure 進階磁碟儲存體配置空間限制。 | 每個資料庫 4,096 個檔案 | 每個資料庫 32,767 個檔案，除非已達到執行個體儲存體大小限制。 |
| 資料檔案大小上限 | 每個資料檔案的大小上限為 8 TB。 針對大於 8 TB 的資料庫，請至少使用兩個資料檔案。 | 最高可達目前可用的執行個體大小上限 (視虛擬核心的數目而定)。 | 最高可達目前可用的執行個體大小上限 (視虛擬核心的數目而定)。 |
| 記錄檔大小上限 | 受限於 2 TB 和目前可用的執行個體儲存體大小。 | 受限於 2 TB 和目前可用的執行個體儲存體大小。 | 受限於 2 TB 和目前可用的執行個體儲存體大小。 |
| 資料/記錄 IOPS (大約) | 每個檔案 500 - 7500 *增加檔案大小以取得更多 IOPS |
保留儲存空間 * 3 - 直至 VM 限制。 如果保留儲存空間為 32 GB、64 GB 和 96 GB，則為 300。 VM 限制取決於虛擬核心數目 具有 4 個虛擬核心的 VM 6400 IOPS - 具有 128 個虛擬核心的 VM 80 K IOPS |
16 K - 320 K (4000 IOPS/虛擬核心) 新增更多虛擬核心，以取得更佳的 IO 效能。 |
| 資料輸送量 (大約) | 每個檔案 100 - 250 MiB/秒 *增加檔案大小以取得更高的 IO 效能 |
IOPS / 30 MBps - 最高為 VM 限制。 如果保留儲存空間為 32 GB、64 GB 和 96 GB，則為 75 MBps。 | 不受限制。 |
| 記錄寫入輸送量限制 (每個執行個體) | 每個虛擬核心 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 (在開發/測試訂用帳戶上沒有) Enterprise 和隨用隨付的開發/測試訂用帳戶 |
保留執行個體 Azure Hybrid Benefit (在開發/測試訂用帳戶上沒有) Enterprise 和隨用隨付的開發/測試訂用帳戶 |
保留執行個體 Azure Hybrid Benefit (在開發/測試訂用帳戶上沒有) Enterprise 和隨用隨付的開發/測試訂用帳戶 |
其他考量：
- [目前可用的執行個體儲存體大小] 是保留執行個體大小與已用儲存空間之間的差異。
- 使用者和系統資料庫中的資料和記錄檔大小都會計入執行個體儲存體大小，並與儲存體大小上限相比較。 使用 sys.master_files 系統檢視來判斷資料庫所使用的總空間。 錯誤記錄不會持續留存，也不計入大小。 備份並未計入儲存大小。
- 一般用途層級的輸送量和 IOPS 也取決於 SQL 受控執行個體未明確限制的檔案大小。
- 最大執行個體 IOPS 取決於工作負載的檔案配置和分配。 舉例來說，如果您建立 7 個 1 TB 檔案 (每個檔案最大 5K IOPS) 和七個小型檔案 (小於 128 GB，每個檔案 500 IOPS)，若您的工作負載可以使用所有檔案，即可取得每個執行個體 38500 IOPS (7x5000+7x500)。 請注意，部分 IOPS 也會用於自動備份。
- 您可以使用容錯移轉群組，在不同的 Azure 區域中建立另一個可讀取的複本
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：
| 虛擬核心數目 | 下一代一般用途 | 業務關鍵 |
|---|---|---|
| 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 |
一般用途層級中的檔案 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/秒)，因此，您可能會因為即將達到執行個體輸送量限制，而無法達到記錄檔的最大檔案輸送量。
資料和記錄儲存體
下列因素會影響資料和記錄檔所使用的儲存體數量，且適用於一般用途和業務關鍵層。
- 在一般用途服務層級中，
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 備份。 如需詳細資訊，請參閱長期備份保留。
支援區域
SQL 受控執行個體只能在支援的區域中建立。 若要在目前不支援的區域中建立 SQL 受控執行個體，您可以透過 Azure 入口網站傳送支援要求。
支援的訂用帳戶類型
SQL 受控執行個體目前僅支援在下列類型的訂用帳戶中部署：
- Enterprise 合約 (EA)
- 隨用隨付
- 雲端服務提供者 (CSP)
- Enterprise 開發/測試
- 隨用隨付開發/測試
- 含每月 Azure 點數的訂閱 (適用於 Visual Studio 訂閱者)
- 免費試用版
- Azure 學生版
- Azure In Open
區域資源限制
支援的訂用帳戶類型可包含有限的每一區域資源數目。 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 配額。
下一步
- 如需關於 SQL 受控執行個體的詳細資訊，請參閱什麼是 SQL 受控執行個體？。
- 如需定價資訊，請參閱 SQL 受控執行個體定價。
- 若要了解如何建立您的第一個 SQL 受控執行個體，請參閱快速入門指南。
- Azure SQL 受控執行個體的 SLA