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

適用于:Azure SQL 受控執行個體

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

注意

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

硬體設定特性

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

注意

Gen5 硬體已重新命名為標準系列 (第 5 代)

如需先前可用硬體的資訊,請參閱本文稍後的先前可用硬體

硬體設定有不同的特性,如下表所述:

標準系列 (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 (超執行緒)
4-80 個虛擬核心 4-80 個虛擬核心 4-64 個虛擬核心
最大記憶體 (記憶體/虛擬核心比率) 每個虛擬核心 5.1 GB
新增更多虛擬核心以取得更多記憶體。
每個虛擬核心 7GB 每個虛擬核心 13.6 GB
最大記憶體內部 OLTP 記憶體 執行個體限制:每個虛擬核心 0.8 - 1.65 GB 執行個體限制:每個虛擬核心 1.1 - 2.3 GB 執行個體限制:每個虛擬核心 2.2 - 4.5 GB
最大執行個體保留儲存體* 一般用途:最多 16 TB
業務關鍵:最多 4 TB
一般用途:最多 16 TB
業務關鍵:最多 5.5 TB
一般用途:最多 16 TB
業務關鍵:最多 16 TB

* 取決於 虛擬核心數目

注意

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

記憶體優化進階系列硬體的區域支援

記憶體優化進階系列硬體的支援目前僅適用于這些特定區域:

[地理位置] 支援記憶體優化進階系列 HW 的區域
歐洲、中東、非洲 法國中部、德國中西部、北歐、瑞典中部、英國南部、西歐
美洲 巴西南部、加拿大中部、美國中部、美國東部、美國東部 2、美國中北部、美國中南部、美國西部、美國西部 2、美國西部 3
亞太地區 澳大利亞東部、澳大利亞東南部、印度中部、東亞、日本東部、東南亞

記憶體內部 OLTP 可用空間

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

虛擬核心 標準系列 (Gen5) 進階系列 記憶體最佳化進階系列
4 個 V 核心 3.14 GB 4.39 GB 8.79 GB
8 個 V 核心 6.28 GB 8.79 GB 22.06 GB
16 個 V 核心 15.77 GB 22.06 GB 57.58 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
64 個 V 核心 99.9 GB 139.82 GB 288.61 GB
80 個虛擬核心 131.68 GB 184.30 GB N/A

服務層的特性

SQL 受控執行個體有兩個服務層級:一般用途業務關鍵

重要

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

功能 一般用途 業務關鍵
虛擬核心數* 4、8、16、24、32、40、64、80 標準系列 (Gen5):4、8、16、24、32、40、64、80
進階系列:4、8、16、24、32、40、64、80
記憶體最佳化進階系列:4、8、16、24、32、40、64
*相同數目的虛擬核心專用於唯讀查詢。
最大記憶體 標準系列 (Gen5) :20.4 GB - 625 GB (5.1 GB/虛擬核心)
進階系列:28 GB - 560 GB (7 GB/虛擬核心)
記憶體最佳化進階系列:54.4 GB - 870.4 GB (13.6 GB/虛擬核心)
標準系列 (Gen5) :20.4 GB - 625 GB (5.1 GB/虛擬核心)
進階系列:28 GB - 560 GB (每個複本 7 GB/虛擬核心)
記憶體最佳化進階系列:每個複本 54.4 GB - 870.4 GB (13.6 GB/虛擬核心)
最大執行個體儲存體大小 (保留) - 2 TB (適用於 4 個虛擬核心)
- 8 TB (適用於 8 個虛擬核心)
- 16 TB (適用於其他大小)
標準系列 (Gen5)
- 1 TB (適用於 4、8、16 個虛擬核心)
- 2 TB (適用於 24 個虛擬核心)
- 4 TB (適用於 32、40、64、80 個虛擬核心)
進階系列
- 1 TB (適用於 4、8 個虛擬核心)
- 2 TB (適用於 16、24 個虛擬核心)
- 4 TB (適用於 32 個虛擬核心)
- 5.5 TB (適用於 40、64、80 個虛擬核心)
記憶體最佳化進階系列
- 1 TB (適用於 4、8 個虛擬核心)
- 2 TB (適用於 16、24 個虛擬核心)
- 4 TB (適用於 32 個虛擬核心)
- 5.5 TB (適用於 40 個虛擬核心)
- 16 TB (適用於 64 個虛擬核心)
資料庫大小上限 最高可達目前可用的執行個體大小上限 (視虛擬核心的數目而定)。 最高可達目前可用的執行個體大小上限 (視虛擬核心的數目而定)。
最大 tempDB 大小 受限於 24 GB/虛擬核心 (96 - 1,920 GB) 和目前可用的執行個體儲存體大小。
新增更多虛擬核心以取得更多 TempDB 空間。
記錄檔大小限制為 120 GB。
最高可達目前可用的執行個體儲存體大小。
tempDB 檔案數目上限 128 128
每個執行個體的資料庫數目上限 100 個使用者資料庫,除非已達到執行個體儲存體大小限制。 100 個使用者資料庫,除非已達到執行個體儲存體大小限制。
每個執行個體的資料庫檔案數目上限 最高可達 280,除非已達到執行個體儲存體大小或 Azure 進階磁碟儲存體配置空間限制。 每個資料庫 32,767 個檔案,除非已達到執行個體儲存體大小限制。
資料檔案大小上限 每個資料檔案的大小上限為 8 TB。 針對大於 8 TB 的資料庫,請至少使用兩個資料檔案。 最高可達目前可用的執行個體大小上限 (視虛擬核心的數目而定)。
記錄檔大小上限 受限於 2 TB 和目前可用的執行個體儲存體大小。 受限於 2 TB 和目前可用的執行個體儲存體大小。
資料/記錄 IOPS (大約) 每個檔案 500 - 7500
*增加檔案大小以取得更多 IOPS
16 K - 320 K (4000 IOPS/虛擬核心)
新增更多虛擬核心,以取得更佳的 IO 效能。
記錄寫入輸送量限制 (每個執行個體) 每個虛擬核心 3 MB/秒
每個執行個體最大 120 MB/秒
每個資料庫 22 - 65 MB/秒 (視記錄檔大小而定)
*增加檔案大小以取得更高的 IO 效能
每個虛擬核心 4 MB/秒
最大 96 MB/秒
資料輸送量 (大約) 每個檔案 100 - 250 MB/秒
*增加檔案大小以取得更高的 IO 效能
不受限制。
儲存體 IO 延遲 (大約) 5-10 毫秒 1-2 毫秒
記憶體內部 OLTP 不支援 可用,大小取決於虛擬核心數目
工作階段數上限 30000 30000
並行背景工作數上限 105 * 虛擬核心數目 + 800 105 * 虛擬核心數目 + 800
唯讀複本 0 1 (包含在價格中)
計算隔離 不支援,因為一般用途執行個體可與其他執行個體共用實體硬體 標準系列 (Gen5)
支援 40、64、80 個虛擬核心
進階系列:支援 64、80 個虛擬核心
記憶體最佳化進階系列:支援 64 個虛擬核心

另外還有幾項考量:

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

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

資料和記錄儲存體

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

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

重要

在一般用途和業務關鍵層中,您需按照為受控執行個體設定的最大儲存體大小付費。

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

提示

在某些情況下,您可能需要壓縮資料庫來回收未使用的空間。 如需詳細資訊,請參閱管理 Azure SQL Database 中的檔案空間

備份和儲存體

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

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

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

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

檔案大小 >=0 且 <=128 GiB >128 且 <= 512 GiB >0.5 且 <=1 TiB >1 且 <=2 TiB >2 且 <=4 TiB >4 且 <=8 TiB
每個檔案的 IOPS 500 2300 5000 7500 7500 12,500
每個檔案的輸送量 100 MiB/秒 150 MiB/秒 200 MiB/秒 250 MiB/秒 250 MiB/秒 250 MiB/秒

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

此外也有執行個體層級的最大記錄寫入輸送量限制 (其值請見上方,例如 22 MB/秒),因此,您可能會因為即將達到執行個體輸送量限制,而無法達到記錄檔的最大檔案輸送量。

支援區域

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 配額

先前可用的硬體

本章節包含先前可用硬體的詳細資料。 請考慮將您的 SQL 受控執行個體移轉至標準系列 (Gen5),以體驗更廣泛的虛擬核心和儲存體擴充性、加速網路、最佳 IO 效能,以及最低的延遲。

重要

Gen4 硬體即將淘汰,且不適用於新的部署,如 2019 年 12 月 18 日 宣佈 。 在 2023 年 1 月 31 日之前,使用 Gen4 進行Azure SQL資料庫、彈性集區或 SQL 受控實例的客戶應該移轉至目前可用的硬體,例如標準系列 (Gen5) 。

如需 Gen4 硬體淘汰和移轉至目前硬體的詳細資訊,請參閱 Gen4 淘汰的部落格文章。 現有的 Gen4 資料庫、彈性集區和 SQL 受控實例會自動移轉至對等的標準系列 (Gen5) 硬體。

自動移轉所造成的停機時間會降到最低,類似于在所選服務層級內調整作業期間的停機時間。 為了避免工作負載發生非計劃性中斷,請在 2023 年 1 月 31 日之前主動移轉。

硬體特性

Gen4
硬體 Intel® E5-2673 v3 (Haswell) 2.4 GHz 處理器,附加 SSD 虛擬核心 = 1 PP (實體核心)
虛擬核心數目 8 個、16 個、24 個虛擬核心
最大記憶體 (記憶體/核心比率) 每個虛擬核心 7GB
新增更多虛擬核心以取得更多記憶體。
最大記憶體內部 OLTP 記憶體 執行個體限制:每個虛擬核心 1-1.5 GB
最大執行個體保留儲存體 一般用途:8 TB
業務關鍵:1 TB

記憶體內部 OLTP 可用空間

重要

Gen4 硬體即將淘汰,且不適用於新的部署,如 2019 年 12 月 18 日 宣佈 。 在 2023 年 1 月 31 日之前,使用 Gen4 進行Azure SQL資料庫、彈性集區或 SQL 受控實例的客戶應該移轉至目前可用的硬體,例如標準系列 (Gen5) 。

如需 Gen4 硬體淘汰和移轉至目前硬體的詳細資訊,請參閱 Gen4 淘汰的部落格文章。 現有的 Gen4 資料庫、彈性集區和 SQL 受控實例會自動移轉至對等的標準系列 (Gen5) 硬體。

自動移轉所造成的停機時間會降到最低,類似于在所選服務層級內調整作業期間的停機時間。 為了避免工作負載發生非計劃性中斷,請在 2023 年 1 月 31 日之前主動移轉。

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

記憶體內部 OLTP 空間 Gen4
8 個 V 核心 8 GB
16 個 V 核心 20 GB
24 個虛擬核心 36 GB

服務層的特性

重要

Gen4 硬體即將淘汰,且不適用於新的部署,如 2019 年 12 月 18 日 宣佈 。 在 2023 年 1 月 31 日之前,使用 Gen4 進行Azure SQL資料庫、彈性集區或 SQL 受控實例的客戶應該移轉至目前可用的硬體,例如標準系列 (Gen5) 。

如需 Gen4 硬體淘汰和移轉至目前硬體的詳細資訊,請參閱 Gen4 淘汰的部落格文章。 現有的 Gen4 資料庫、彈性集區和 SQL 受控實例會自動移轉至對等的標準系列 (Gen5) 硬體。

自動移轉所造成的停機時間會降到最低,類似于在所選服務層級內調整作業期間的停機時間。 為了避免工作負載發生非計劃性中斷,請在您選擇的 2023 年 1 月 31 日之前主動移轉。

功能 一般用途 業務關鍵
虛擬核心數* 8、16、24 8、16、24
*相同數目的虛擬核心專用於唯讀查詢。
最大記憶體 56 GB - 168 GB (7GB/虛擬核心)
新增更多虛擬核心以取得更多記憶體。
56 GB - 168 GB (7GB/虛擬核心)
+ 額外 20.4 GB - 408 GB (5.1GB/虛擬核心) 用於唯讀查詢。
新增更多虛擬核心以取得更多記憶體。
最大執行個體儲存體大小 (保留) 8 TB 1 TB
資料庫大小上限 根據虛擬) 核心數目而定,目前最多可用實例大小 (2 TB - 8 TB。 根據虛擬) 核心數目而定,目前最多可用實例大小 (1 TB - 4 TB。
最大 tempDB 大小 受限於 24 GB/虛擬核心 (96 - 1,920 GB) 和目前可用的執行個體儲存體大小。
新增更多虛擬核心以取得更多 TempDB 空間。
記錄檔大小限制為 120 GB。
最高可達目前可用的執行個體儲存體大小。
每個執行個體的資料庫數目上限 100 個使用者資料庫,除非已達到執行個體儲存體大小限制。 100 個使用者資料庫,除非已達到執行個體儲存體大小限制。
每個執行個體的資料庫檔案數目上限 最多 280 個,除非已達到實例儲存體大小或 Azure 進階磁片儲存體配置空間限制 每個資料庫 32,767 個檔案,除非已達到執行個體儲存體大小限制。
資料檔案大小上限 限制為目前可用的實例儲存體大小, (最大 2 TB - 8 TB) 和 Azure 進階磁片儲存體配置空間。 針對大於 8 TB 的資料庫,請至少使用兩個資料檔案。 限制為目前可用的實例儲存體大小 (最多 1 TB - 4 TB) 。
記錄檔大小上限 受限於 2 TB 和目前可用的執行個體儲存體大小。 受限於 2 TB 和目前可用的執行個體儲存體大小。
資料/記錄 IOPS (大約) 最高可達每個執行個體 30-40 K IOPS*,每個檔案 500-7500
*增加檔案大小以取得更多 IOPS
16 K - 320 K (4000 IOPS/虛擬核心)
新增更多虛擬核心,以取得更佳的 IO 效能。
記錄寫入輸送量限制 (每個執行個體) 每個虛擬核心 3 MB/秒
每個執行個體最大 120 MB/秒
每個資料庫 22 - 65 MB/秒
*增加檔案大小以取得更高的 IO 效能
每個虛擬核心 4 MB/秒
最大 96 MB/秒
資料輸送量 (大約) 每個檔案 100 - 250 MB/秒
*增加檔案大小以取得更高的 IO 效能
不受限制。
儲存體 IO 延遲 (大約) 5-10 毫秒 1-2 毫秒
記憶體內部 OLTP 不支援 可用,大小取決於虛擬核心數目
工作階段數上限 30000 30000
並行背景工作數上限 210 * 虛擬核心數目 + 800 210 * 虛擬核心計數 + 800
唯讀複本 0 1 (包含在價格中)
計算隔離 不支援 不支援

後續步驟