虛擬核心購買模型 - Azure SQL 受控執行個體

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

本文將回顧 Azure SQL 受控執行個體的虛擬核心購買模型。

概觀

虛擬核心 (vCore) 代表邏輯 CPU，並提供選項讓您選擇硬體的實體特性 (例如核心數目、記憶體和儲存體大小)。 以虛擬核心為基礎的購買模型可讓您靈活調整、控制、清楚了解個別資源使用量，並直接將內部部署工作負載需求轉移至雲端。 此模型找出最合理的價格，可讓您根據工作負載需求來選擇計算、記憶體和儲存體資源。

在以虛擬核心為基礎的購買模型中，您的成本取決於選擇和使用方式：

• 服務層級
• 硬體組態
• 計算資源 (虛擬核心數目與記憶體數量)
• 保留的資料庫儲存體
• 實際備份儲存體

Azure SQL 受控執行個體使用的虛擬核心 (vCore) 購買模型提供下列優點：

• 控制硬體設定，以更符合工作負載的計算和記憶體需求。
• Azure Hybrid Benefit (AHB) 和保留執行個體 (RI) 的價格折扣。
• 更清楚了解供應計算能力的硬體細節，有助於規劃從內部部署移轉。
• 有多種計算大小可用，縮放細微性更高。

計算

SQL 受控執行個體計算提供一定數量的計算資源，而且不論工作負載活動，持續佈建，並以固定的每小時價格對佈建的計算數量計費。

由於在業務關鍵服務層級中會自動設定三個額外的複本，因此價格大約比一般用途服務層級高 2.7 倍。 同樣地，業務關鍵服務層級中的每 GB 儲存體價格越高，會反映本機 SSD 儲存體有較高的 IO 限制和較低的延遲。

對於常規用途服務層級中的執行個體，您可以在不使用執行個體時停止執行個體，以節省計算和授權成本。 若要深入了解，請檢閱停止和啟動執行個體。

資料和記錄儲存體

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

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

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

備份儲存體

資料庫備備份儲存體的配置是用來支援 SQL 受控執行個體的功能。 此儲存體與資料和記錄檔儲存體分開，且會另外計費。

• 時間點還原 (PITR)：儲存體耗用量取決於資料庫的變動率以及為備份設定的保留期間。 您可以為每個資料庫設定不同的保留期間，對於 SQL 受控執行個體可設定 1 到 35 天。 您會獲得與設定的資料大小上限相等的備份儲存體數量，不需額外付費。
• 長期保留 (LTR)：您可以選擇設定完整備份的長期保留期，最長可達 10 年。 您選擇的設定會決定要將多大的儲存體用於 LTR 備份。

服務層

服務層通常定義與可用性和災害復原相關的儲存體架構、空間和 I/O 限制，以及商務持續性選項。

Azure SQL 受控執行個體擁有兩個服務層級：

• 一般用途。 您可以選擇使用升級的下一代一般用途服務層級 (預覽版)。
• 業務關鍵。

如需服務層級之間的詳細比較，請檢閱資源限制，但使用下表獲取簡要概觀：

一般用途

一般用途架構模型是以計算和儲存體分隔為基礎。 此架構模型仰賴 Azure Blob 儲存體的高可用性和可靠性，可以透明的方式複寫資料庫檔案，並保證當基礎結構發生失敗時也不會遺失資料。

下圖顯示標準架構模型中具有分隔計算和儲存體層的四個節點。

在一般用途服務層級的架構模型中，有兩個層級：

• 無狀態計算層，執行 sqlservr.exe 流程並且僅包含暫時性和快取資料 (例如計畫快取、緩衝集區、資料行存放區集區)。 此無狀態節點是由 Azure Service Fabric 操作，可初始化流程、控制節點的健康情況，並在必要時執行故障轉移至其他位置。
• 具狀態資料層，包含儲存在 Azure Blob 儲存體中的資料庫檔案 (.mdf/.ldf)。 Azure Blob 可確保任何資料庫檔案中放置的任何記錄都不會遺失資料。 Azure 儲存體具有內建的資料可用性/備援，即使流程損毀，也可以確保保留資料檔案中記錄檔或頁面中的每項記錄。

每當升級資料庫引擎或作業系統，部份的基礎結構失敗，或者在 sqlservr.exe 流程中偵測到某些關鍵問題時，Azure Service Fabric 都會將無狀態流程移至另一個無狀態計算節點。 主要節點發生容錯移轉時，會有一組備用節點等候執行新的計算服務，以便將容錯移轉的時間縮到最短。 Azure 儲存體層中的資料不受影響，而資料/記錄檔會附加到新初始化的流程。 根據預設此程序保證 99.99% 的可用性。 由於轉換時間和新節點以冷快取啟動，可能會對正在飛行的繁重工作負載產生一些效能影響。

選擇此服務層級的時機

一般用途服務層級是 Azure SQL 受控執行個體中的預設服務層級，專供大部分的一般工作負載使用。 如果您需要完全受控的資料庫引擎 (預設 SLA) 和 5 到 10 毫秒之間的儲存體延遲，則一般用途層級是您可以選擇的選項。

下一代一般用途

下一代一般用途服務層級是現有一般用途服務層級的架構升級，可提供下列主要特性：

• 專為具有較高效能需求的企業而設計，同時提供與一般用途服務層級相同的比較基準成本
• 在一般用途服務層級上對效能、可擴縮性和資源彈性進行大幅升級
• 使用受控磁碟而非分頁 Blob，大幅改善儲存體效能計量
• 每 GB 保留儲存空間可提供 3 個免費 IOPS
• 每個執行個體最多支援 500 個資料庫，儲存大小上限為 32 TB

由於下一代一般用途服務層級是現有一般用途服務層級的升級，無論您的執行個體使用哪一個服務層級，您的帳單都會反映一般用途服務層級。

架構模型

下一代一般用途服務層級是現有一般用途服務層級的升級，使用升級的遠端存放層，將儲存體資料和記錄檔儲存在受控磁碟上，而不是分頁 Blob 上。 這意味著下一代一般用途服務層級升級提供比現有一般用途服務層級更快的儲存體延遲、IOPS 和輸送量，同時增加了對儲存體、虛擬核心數目和資料庫數目上限的限制。 此外，由於整個執行個體會共用效能配額，因此不再需要調整個別檔案的大小，以改善其效能。 下一代一般用途服務層級的比較基準成本與一般用途服務層級相同，但您可以使用滑桿來增加 IO 效能，然後單獨計費。

下一代一般用途服務層級可針對每 GB 保留儲存空間免費提供三個 IOPS，以協助降低成本。 儲存體的價格包含最小 IOPS。 如果超出最小值，則會依下列方式收費：1 IOPS = 儲存體價格 (按區域) 除以三。

例如：

• 如果 1 GB 的儲存體成本為 0.115，則 1 IOPS = 0.115/3 = 0.038/IOPS。
• 1,024 GB 執行個體能免費獲得 3072 IOPS。 您可以選擇將 IOPS 增加至 VM 限制，以增加額外的成本。

選擇此服務層級的時機

如果您的企業以預算為導向，但一般用途服務層級的效能計量和限制不足，請選擇此服務層級。

您應選擇下一代一般用途服務層級而非一般用途層級的主要原因如下：

• 比較基準成本相同，但效能更佳
• 改善延遲、輸送量和 IOPS
• 更大的儲存容量
• 計算的彈性更高
• 單一執行個體需要超過 100 個資料庫
• 您需要超過 16 TB 的保留儲存空間

業務關鍵

業務關鍵服務層級模型會以資料庫引擎程序的叢集作為基礎。 此架構模型會依賴一律可用資料庫引擎節點的仲裁，而這對您工作負載的效能影響最小 (即使在維護活動期間)。 Azure 以透明方式升級和修補基礎作業系統、驅動程式及 SQL Server 資料庫引擎，為使用者將停機時間降到最低。

在業務關鍵模型中，計算和儲存體會在每個節點上整合。 在四節點叢集的每個節點上，資料庫引擎進程之間的資料複寫可達到高可用性，每個節點都會使用本機連結 SSD 作為資料儲存體。

SQL Server 資料庫引擎流程和基礎 .mdf/.ldf 檔案都放在具有本機連接 SSD 儲存體的同一節點上，為您的工作負載提供低延遲。 使用類似 SQL Server Always On 可用性群組的技術，實作高可用性。

每個執行個體都是資料庫引擎節點的叢集，其中包含執行個體上所有資料庫的複本、可供客戶工作負載存取的主資料庫，以及三個包含資料複本的次要資料庫，可供容錯移轉。 主要節點持續將變更推送至次要節點，以確保主要節點因故失敗時，次要複本仍可提供資料。

容錯轉移是由 SQL Server 資料庫引擎處理，一個次要複本成為主要節點，並建立新的次要複本，以確保叢集中有足夠的節點。 工作負載會自動重新導向至新的主要節點。

此外，業務關鍵叢集具有內建的讀取縮放功能，以提供免費的唯讀複本，該複本用於執行不會影響主要工作負載效能的唯讀查詢 (例如報告)。

選擇此服務層級的時機

業務關鍵服務層級專門用於有下列需求的應用程式：基礎 SSD 儲存體要有低延遲的回應 (平均 1 至 2 毫秒)、能夠在基礎結構失敗時快速復原，或需要將報告、分析和唯讀查詢卸載至主要資料庫的免費可讀次要複本。

選擇業務關鍵服務層級而非一般用途層級的主要原因如下：

• 低 I/O 延遲需求 – 需要來自儲存層快速回應的工作負載 (平均 1-2 毫秒) 應使用關鍵業務層級。
• 具有報告和分析查詢的工作負載，可用於重新導向至免費的次要讀取複本。
• 失敗的最高復原能力和更快復原。 如果系統失敗，主要執行個體上的資料庫會離線，而其中一個次要複本會立即成為新的讀寫主要執行個體，準備好處理查詢。 資料庫引擎不需要從記錄檔分析和重做交易，或將資料載入記憶體緩衝區。
• 進階資料損毀保護。 由於業務關鍵層會在幕後使用資料庫複本，因此服務會利用鏡像和可用性群組提供的自動頁面修復，以協助降低資料損毀。 如果複本因資料完整性問題而無法讀取頁面，將會從其他複本擷取新的頁面複本以取代無法讀取的頁面，這不會造成資料遺失或客戶停機。 如果受控執行個體具有異地複寫次要複本，這項功能適用於一般用途層級。
• 更高的可用性 - 多個可用性區域設定中的業務關鍵層級提供區域性失敗的復原能力和更高的可用性 SLA。
• 快速的異地複寫復原 - 如果設定容錯移轉群組時，業務關鍵層有在 100% 的部署時數內提供 5 秒的復原點目標 (RPO) 和 30 秒的復原時間目標 (RTO) 保證。

在範本或指令碼中指定服務層級時，會使用其名稱來提供分層。 可套用下表：

硬體設定

虛擬核心模型中的硬體設定選項包括標準系列 (Gen5)、進階系列，以及記憶體最佳化進階系列。 硬體設定通常會定義計算和記憶體限制，以及影響工作負載效能的其他特性。

如需硬體設定細節和限制的詳細資訊，請參閱硬體設定特性。

在 sys.dm_user_db_resource_governance 動態管理檢視中，採用 Intel® SP-8160 (Skylake) 處理器的執行個體硬體世代顯示為 Gen6，而採用 Intel® 8272CL (Cascade Lake) 的執行個體硬體世代顯示為 Gen7。 進階系列和記憶體最佳化進階系列硬體世代使用的 Intel® 8370C (Ice Lake) CPU 顯示為 Gen8。 無論處理器類型 (Broadwell、Skylake 或 Cascade Lake)，所有標準系列 (Gen5) 執行個體的資源限制都相同。

選取硬體設定

您可以在建立執行個體時選取硬體設定，也可以變更現有執行個體的硬體。

在建立 SQL 受控執行個體時選取硬體設定

如需詳細資訊，請參閱建立 SQL 受控執行個體。

在 [基本] 索引標籤上，選取 [計算 + 儲存體] 區段中的 [設定資料庫] 連結，然後選取所需的硬體：

變更現有 SQL 受控執行個體的硬體

Set-AzSqlInstance -Name "managedinstance1" -ResourceGroupName "ResourceGroup01" -ComputeGeneration Gen5

az sql mi update -g mygroup -n myinstance --family Gen5

在範本或指令碼中指定硬體參數時，會使用其名稱來提供硬體。 可套用下表：

SKU 名稱

硬體可用性

標準系列 (Gen5) 和進階系列

標準系列 (Gen5) 和進階系列硬體在全球所有公用區域都可使用。

記憶體最佳化進階系列硬體處於預覽，並於有限區域提供。 如需詳細資訊，請參閱 Azure SQL 受控執行個體資源限制 \(部分機器翻譯\)。

相關內容

• 使用 Azure 入口網站建立 SQL 受控執行個體。
• Azure SQL 受控執行個體單一執行個體定價頁面
• Azure SQL 受控執行個體集區定價頁面
• Azure SQL 受控執行個體以虛擬核心為基礎的資源限制