虛擬核心購買模型 - Azure SQL Database

適用於：Azure SQL Database

本文會檢閱 Azure SQL Database虛擬核心購買模型。

概述

虛擬核心（虛擬核心）代表邏輯CPU，並提供您選擇硬體實體特性的選項（例如核心數目、記憶體和記憶體大小）。 以虛擬核心為基礎的購買模型提供彈性、控制、個別資源耗用量的透明度，以及將內部部署工作負載需求轉譯至雲端的簡單方式。 此模型會優化價格，並可讓您根據工作負載需求選擇計算、記憶體和記憶體資源。

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

• 服務層級
• 硬體組態
• 計算資源（虛擬核心數目和記憶體數量）
• 保留的資料庫記憶體
• 實際備份記憶體

重要

計算資源、I/O 和數據與記錄記憶體會依資料庫或彈性集區收費。 每個資料庫都會收取備份記憶體的費用。 如需定價詳細數據，請參閱Azure SQL Database 定價頁面。

比較 vCore(虛擬核心) 和 DTU 購買模型

Azure SQL Database 所使用的虛擬核心購買模型提供數個優點，以 DTU 為基礎的購買模型：

• 較高的計算、記憶體、I/O 和記憶體限制。
• 選擇硬體組態，以更符合工作負載的計算和記憶體需求。
• Azure Hybrid Benefit （AHB）定價折扣。
• 提高提供運算支援的硬體詳細資訊的透明度，有助於規劃從內部部署的遷移。
• 保留實例定價 僅適用於虛擬核心購買模型。
• 較高的調整靈活性，多種計算規模可供選擇。

如需協助選擇虛擬核心和 DTU 購買模型，請參閱虛擬核心與 DTU 為基礎的購買模型之間的差異 。

計算

以虛擬核心為基礎的購買模型包含已配置的計算層和 無伺服器 計算層。 在布建的計算層中，計算成本會反映持續布建給應用程式與工作負載活動無關的總計算容量。 根據虛擬核心和記憶體需求，選擇最符合您業務需求的資源配置，然後視您的工作負載需求相應增加和減少資源。 在 Azure SQL Database 的無伺服器計算層中，計算資源會根據工作負載容量自動調整，並針對每秒使用的計算量計費。

總結：

• 雖然 布建的計算層 提供持續布建與工作負載活動無關的特定計算資源數量，但 無伺服器計算層 根據工作負載活動自動調整計算資源。
• 雖然 布建的計算層 以每小時固定價格為布建的計算量計費，但 無伺服器計算層 則會按照每秒使用的計算量計費。

不論計算層為何，商務關鍵服務層級會自動配置三個額外的高可用性次要複本，以提供對失敗和快速故障轉移的高復原能力。 這些額外的複本的成本比一般用途服務層級高出大約 2.7 倍。 同樣地，業務關鍵服務層級中每 GB 的記憶體成本越高，會反映本機 SSD 記憶體的 IO 限制和較低的延遲。

在超大規模資料庫中，客戶控制從 0 到 4 的額外高可用性復本數目，以取得其應用程式所需的復原層級，同時控制成本。

如需 Azure SQL Database 中計算的詳細資訊，請參閱 計算資源 （CPU 和記憶體）。

資源限制

如需虛擬核心資源限制，請檢閱可用的 硬體組態，然後檢閱下列資源限制：

• 邏輯伺服器
• 單一資料庫
• 彈性集區中的資料庫

數據和記錄記憶體

下列因素會影響用於數據和記錄檔的記憶體數量，並套用至一般用途和商務關鍵層。

• 每個計算大小都支援可設定的數據大小上限，預設值為32 GB。
• 當您設定數據大小上限時，會自動為記錄檔新增額外的 30% 可計費記憶體。
• 在一般用途服務層級中，tempdb 使用本機 SSD 記憶體，而此記憶體成本會包含在虛擬核心價格中。
• 在業務關鍵服務層級中，tempdb 共用本機 SSD 記憶體與數據和記錄檔，tempdb 記憶體成本包含在虛擬核心價格中。
• 在一般用途和業務關鍵層中，您需支付為資料庫或彈性集區設定的記憶體大小上限。
• 針對 SQL Database，您可以選取介於 1 GB 與支援的記憶體大小上限之間的任何最大數據大小，以 1 GB 遞增。

下列儲存考量適用於 Hyperscale：

• 數據記憶體大小上限設定為 128 TB，且無法設定。
• 您只需支付已配置的資料儲存空間費用，而非針對最大的資料儲存空間。
• 您不需要支付記錄記憶體的費用。
• tempdb 使用本機 SSD 儲存，且其成本已包含在虛擬核心價格中。 若要監視 SQL Database 中目前配置和使用的資料儲存大小，請分別使用 Azure 監視器 allocated_data_storage 和 儲存指標。

若要使用 T-SQL 監視資料庫中個別數據和記錄檔的目前配置和使用記憶體大小，請使用 sys.database_files 檢視和 FILEPROPERTY（... ， 'SpaceUsed'） 函式。

提示

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

備份記憶體

系統會配置儲存空間，以支援 SQL 資料庫的 時間點還原（PITR） 和 長期保留（LTR） 功能。 此記憶體與數據和記錄檔記憶體不同，而且會個別計費。

• PITR：在一般用途和業務關鍵層中，個別資料庫備份會自動複製到 Azure 記憶體 。 建立新的備份時，記憶體大小會以動態方式增加。 完整備份、差異備份和事務日誌備份會使用儲存空間。 記憶體耗用量取決於資料庫的變更率，以及針對備份設定的保留期間。 您可以在 SQL Database 的 1 到 35 天內為每個資料庫設定個別的保留期間。 備份記憶體金額等於設定的數據大小上限，不需額外費用。
• LTR：您也可以設定長達 10 年的完整備份長期保留。 如果您設定 LTR 原則，這些備份會自動儲存在 Azure Blob 記憶體中，但您可以控制備份的複製頻率。 若要符合不同的合規性需求，您可以針對每周、每月和/或每年備份選取不同的保留期間。 您選擇的設定會決定用於 LTR 備份的記憶體量。 如需詳細資訊，請參閱 長期備份保留。

如需超大規模資料庫的備份記憶體，請參閱 超大規模資料庫自動備份。

服務層級

虛擬核心（vCore）購買模式中的服務級別選項包括一般用途、商務關鍵和超大規模。 服務層級通常會決定記憶體類型和效能、高可用性和災害復原選項，以及某些功能的可用性，例如 In-Memory OLTP。

使用案例	一般用途	業務關鍵	超大規模
最適合	大部分的商務工作負載。 提供預算導向、平衡且可調整的計算和記憶體選項。	使用數個高可用性次要複本，為商務應用程式提供最高的失敗復原能力，並提供最高的 I/O 效能。	各種不同的工作負載，包括具有高度擴充記憶體和讀取規模需求的工作負載。 允許設定多個高可用性次要複本，以提供更高的失敗復原能力。
計算大小	2 到 128 個虛擬核心	2 到 128 個虛擬核心	2 到 128 個虛擬核心
記憶體類型	高級遠端儲存（每個實例）	超快速本機 SSD 記憶體 （每個實例）	使用本機 SSD 快取的分離式儲存（每個運算複本）
記憶體大小	1 GB – 4 TB	1 GB – 4 TB	10 GB – 128 TB
IOPS	每個虛擬核心 320 IOPS，最大 IOPS 為 16,000	每個虛擬核心 4,000 IOPS，最大 IOPS 為 327,680	327,680 IOPS 在最大本機 SSD 上 超大規模資料庫是多層式架構，具有多個層級的快取。 有效的 IOPS 取決於工作負載。
記憶體/虛擬核心	5.1 GB	5.1 GB	5.1 GB 或 10.2 GB
備份	選擇異地備援、區域備援或本地備援備份記憶體，保留 1-35 天（預設為 7 天） 長期保留最多 10 年	選擇異地備援、區域備援或本地備援備份記憶體，保留 1-35 天（預設為 7 天） 長期保留最多 10 年	選擇本地備援 （LRS）、區域備援 （ZRS） 或異地備援 （GRS） 記憶體 保留期為 1-35 天（預設為 7 天），最長可使用 10 年的長期保留期
可用性	一個復本，沒有讀取級別複本， 區域冗餘高可用性 (HA)	三個複本，一個 讀取級別複本，。 區域冗餘高可用性 (HA)	區域冗餘高可用性 (HA)
定價/計費	虛擬核心、保留記憶體和備份記憶體 收費。 IOPS 不會收費。	虛擬核心、保留記憶體和備份記憶體 收費。 IOPS 不會收費。	每個複本的虛擬核心和已使用的記憶體 都會收費。 IOPS 不會收費。
折扣模型	Azure 預訂 Azure Hybrid Benefit （不適用於開發/測試訂用帳戶） 企業 和 隨用隨付You-Go 開發/測試方案 訂用帳戶	Azure 預訂 Azure Hybrid Benefit （不適用於開發/測試訂用帳戶） 企業 和 隨用隨付You-Go 開發/測試方案 訂用帳戶	Azure Hybrid Benefit（不適用於開發/測試訂閱）1 企業 和 隨用隨付You-Go 開發/測試方案 訂用帳戶
記憶體內部 OLTP 數據表	不	是的	否

¹ SQL Database 超大規模資料庫簡化定價即將推出。 如需詳細資訊，請查看 超大規模定價部落格。

如需詳細資訊，請檢閱 邏輯伺服器的資源限制、單一資料庫，以及集區資料庫。

備註

如需服務等級協定 （SLA） 的詳細資訊，請參閱 Azure SQL Database SLA

一般用途

一般用途服務層級的架構模型是以計算和記憶體的區隔為基礎。 此架構模型依賴 Azure Blob 記憶體的高可用性和可靠性，以透明方式複寫資料庫檔案，並保證基礎結構失敗時不會遺失任何數據。

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

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

• 執行 sqlservr.exe 進程的無狀態計算層，只包含暫時性和快取的數據（例如計劃快取、緩衝池、數據行存放區集區）。 此無狀態節點是由 Azure Service Fabric 所操作，可初始化進程、控制節點的健康情況，並在必要時執行故障轉移至另一個位置。
• 具狀態數據層，其中包含儲存在 Azure Blob 記憶體中的資料庫檔案 （.mdf/.ldf）。 Azure Blob 儲存體保證在任何資料庫文件中都不會遺失任何記錄。 Azure 記憶體具有內建數據可用性/備援，可確保即使進程當機，也會保留數據檔中記錄檔或頁面中的每個記錄。

每當資料庫引擎或操作系統升級時，基礎結構的某些部分就會失敗，或如果在 sqlservr.exe 程式中偵測到某些重大問題，Azure Service Fabric 會將無狀態進程移至另一個無狀態計算節點。 如果主要節點的故障轉移發生，有一組備用節點正在等候執行新的計算服務，以便將故障轉移時間降到最低。 Azure 記憶體層中的數據不會受到影響，且數據/記錄檔會附加至新初始化的進程。 此程式預設會保證 99.99% 可用性，且啟用 區域備援 時，% 可用性為 99.995。 由於轉換時間以及新節點以冷快取開頭的事實，可能會對大量工作負載造成效能影響。

選擇此服務層級的時機

一般用途服務層級是 Azure SQL Database 中針對大部分一般工作負載所設計的預設服務層級。 如果您需要一個完全受控的資料庫引擎，且預設 SLA 和記憶體延遲介於 5 毫秒到 10 毫秒之間，一般用途層是您的選項。

業務關鍵

業務關鍵服務層級模型是以資料庫引擎程式的叢集為基礎。 這個架構模型依賴資料庫引擎節點的共識來將對工作負載的性能影響降到最低，即使在維護期間也是如此。 基礎作業系統、驅動程式和資料庫引擎的升級和修補程式會以不影響使用者運作的方式透明進行，確保使用者的停機時間最少。

在業務關鍵模型中，計算和記憶體會整合在每個節點上。 在四節點叢集的每個節點上，資料庫引擎進程之間的數據復寫可達到高可用性，每個節點都會使用本機連結的 SSD 作為資料記憶體。 下圖顯示業務關鍵服務層級如何組織可用性群組複本中資料庫引擎節點的叢集。

資料庫引擎進程和基礎.mdf/.ldf 檔案都放在具有本機連結 SSD 記憶體的相同節點上，為您的工作負載提供低延遲。 高可用性是使用類似 SQL Server Always On 可用性群組的技術來實作。 每個資料庫都是一個資料庫節點叢集，其中一個主要復本可供客戶工作負載存取，以及包含數據複本的三個次要複本。 主要複本會持續將變更推送至次要複本，以確保主要複本因任何原因而失敗時，可以在次要複本上使用數據。 故障轉移是由 Service Fabric 和資料庫引擎所處理– 一個次要複本會變成主要複本，並建立新的次要複本，以確保叢集中有足夠的節點。 工作負載會自動重新導向至新的主要複本。

此外，業務關鍵叢集具有內建的 讀取擴展 功能，可提供免費只讀複本，用來執行只讀查詢（例如報表），而不會影響主要複本的效能。

選擇此服務層級的時機

業務關鍵服務層級專為需要來自基礎 SSD 儲存（平均 1-2 毫秒）的低延遲回應、基礎建設故障時更快的復原，或需要將報告、分析和只讀查詢卸載到主資料庫的免費可讀取次要副本的應用程式而設計。

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

• 低 I/O 延遲需求 – 需要儲存層持續快速回應的工作負載（平均 1-2 毫秒）應該使用業務關鍵層。
• 具有報告和分析查詢的工作負載，其中單一免費的唯讀副本就已足夠。
• 更高的韌性和更快速的故障恢復。 如果系統失敗，主實例上的資料庫會停用，而其中一個次要複本會立即成為新的讀寫主資料庫，準備好處理查詢。
• 進階數據損毀保護。 由於業務關鍵層在幕後使用資料庫複本，因此該服務會利用鏡像和可用性群組提供的自動頁面修復功能，以協助減輕數據損毀的風險。 如果複本因數據完整性問題而無法讀取頁面，則會從另一個複本擷取頁面的新複本，取代無法讀取的頁面，而不會遺失數據或客戶停機。 如果資料庫具有異地次要複本，則此功能可在一般用途層中使用。
• 較高可用性 - 在多重可用性區域配置中，業務關鍵層提供了抵禦區域故障的彈性以及更高的可用性 SLA。
• 快速異地復原 - 設定 作用中異地複寫 時，業務關鍵層具有 5 秒的保證恢復點目標 （RPO），且 100% 部署時數的復原時間目標 （RTO） 為 30 秒。

超大規模

超大規模資料庫服務層級適用於所有工作負載類型。 其雲端原生架構提供可獨立擴充的計算和記憶體，以支援各種傳統和新式應用程式。 超大規模資料庫中的計算和記憶體資源大幅超過一般用途和業務關鍵層中可用的資源。

若要深入瞭解，請檢閱 Azure SQL Database超大規模資料庫服務層級。

選擇此服務層級的時機

超大規模資料庫服務層級會移除許多傳統上在雲端資料庫中看到的實際限制。 如果大部分其他資料庫受限於單一節點中可用的資源，超大規模資料庫服務層級中的資料庫就沒有這類限制。 透過其彈性記憶體架構，超大規模資料庫會視需要成長，而您只需針對您使用的記憶體容量計費。

除了其進階調整功能之外，超大規模資料庫對於任何工作負載而言都是絕佳的選項，而不只是大型資料庫。 透過超大規模資料庫，您可以：

• 藉由選擇 0 到 4 的高可用性副本數量，在控制成本的同時達成 高彈性和 快速故障修復。
• 改善 的高可用性，啟用計算和儲存的區域備援。
• 針對您資料庫經常存取的部分，達到 低 I/O 延遲（平均 1-2 毫秒）。 對於較小的資料庫，這可能適用於整個資料庫。
• 實作各種 讀取向外延展案例， 具名複本。
• 利用 快速調整，而不需要等待數據複製到新節點上的本地存儲。
• 享受 零影響的持續資料庫備份，並 快速還原。
• 使用容錯群組和異地復寫來支援 业务连续性 需求。

硬體組態

虛擬核心模型中的常見硬體組態包括標準系列 （Gen5）、Fsv2 系列和 DC 系列。 超大規模資料庫也提供進階系列和進階系列記憶體優化硬體的選項。 硬體組態會定義影響工作負載效能的計算和記憶體限制和其他特性。

某些硬體組態，例如標準系列 （Gen5） 可以使用一種以上的處理器（CPU），如 計算資源（CPU 和記憶體）中所述，。 雖然指定的資料庫或彈性集區通常會長時間停留在具有相同 CPU 類型的硬體上（通常為數個月），但某些事件可能會導致資料庫或集區移至使用不同 CPU 類型的硬體。

資料庫或集區可能會在各種情況下移動，包括但不限於以下情況：

• 服務目標已變更
• 數據中心目前的基礎結構即將達到容量限制
• 目前使用的硬體已達使用期限，將被退役。
• 因為有可用的容量，已啟用區域冗餘設定，現在正在轉移到不同的硬體。

對於某些工作負載，移至不同的CPU類型可能會變更效能。 SQL Database 會設定硬體，以提供可預測的工作負載效能，即使 CPU 類型變更，也能在窄帶內保持效能變更。 不過，在 SQL Database 中的廣泛客戶工作負載中，以及隨著新類型的 CPU 可供使用，當資料庫或集區移動到不同的 CPU 類型時，偶爾可能會看到效能有更明顯的變更。

不論使用的 CPU 類型為何，資料庫或彈性集區的資源限制（例如核心數目、記憶體、最大數據 IOPS、最大記錄速率和最大並行背景工作角色）只要資料庫維持在相同的服務目標上，就會維持不變。

計算資源 （CPU 和記憶體）

下表比較不同硬體組態和計算層中的計算資源：

硬體組態	中央處理器	記憶
標準系列 （Gen5）	配置的運算資源 - Intel® E5-2673 v4 （Broadwell） 2.3 GHz， Intel SP-8160 （Skylake）*， Intel 8272CL （Cascade Lake） 2.5 GHz*， Intel®®® Xeon® Platinum 8370C （Ice Lake）*， AMD EPYC 7763v （米蘭） 處理器 - 布建最多 128 個虛擬核心 （超線程） 無伺服器計算 - Intel® E5-2673 v4 （Broadwell） 2.3 GHz， Intel SP-8160 （Skylake）*， Intel 8272CL （Cascade Lake） 2.5 GHz*， Intel®®® Xeon® Platinum 8370C （Ice Lake）*， AMD EPYC 7763v （米蘭） 處理器 - 自動調整最多 80 個虛擬核心 （超線程） - 記憶體對虛擬核心比率會根據工作負載需求動態適應記憶體和CPU使用量，而且每個虛擬核心可高達24 GB。 例如，在某個特定時間點，工作負載可能會使用 240 GB 記憶體以及僅有 10 個虛擬核心而計費。	配置的運算資源 - 每個虛擬核心 5.1 GB - 提供最多 625 GB 無伺服器計算 - 每個 vCore 虛擬核心可自動調整至最多 24 GB - 自動擴展至最多 240 GB
Fsv2 系列	- Intel® 8168 （Skylake） 處理器 - 本產品具有持續的全核心渦輪增壓頻率 3.4 GHz 和最大單核心渦輪增壓頻率 3.7 GHz。 - 布建最多 72 個虛擬核心 （超線程）	- 每個虛擬核心 1.9 GB - 提供最多 136 GB
DC 系列	- Intel® Xeon® E-2288G 處理器 - 具有 Intel Software Guard 擴充功能 （Intel SGX） - 布建最多 8 個虛擬核心 （實體）	每個虛擬核心 4.5 GB

* 在 sys.dm_user_db_resource_governance 動態管理檢視中，使用 Intel® SP-8160（Skylake） 處理器之資料庫的硬體產生會顯示為 Gen6，使用 Intel 8272CL （Cascade Lake） 的資料庫硬體產生會顯示為 Gen7，而使用 Intel®® Xeon® Platinum 8370C （Ice Lake） 或 AMD® EPYC® 7763v （米蘭） 的資料庫硬體產生會顯示為 Gen8。 針對指定的計算大小和硬體組態，無論 CPU 類型為何，資源限制都相同（Intel Broadwell、Skylake、Ice Lake、Cascade Lake 或 AMD 米蘭）。

如需詳細資訊，請參閱 單一資料庫的資源限制， 和 彈性集區。

如需超大規模資料庫計算資源和規格，請參閱超大規模資料庫計算資源。

標準系列 （Gen5）

• 標準系列 （Gen5） 硬體提供平衡的計算和記憶體資源，而且適用於大部分的資料庫工作負載。

標準系列 （Gen5） 硬體可在全球所有公用區域中使用。

超大規模高級系列

• 進階系列硬體選項使用 Intel 和 AMD 的最新 CPU 和記憶體技術。 進階系列提供相對於標準系列硬體的計算效能提升。
• 相較於標準系列和較高的最大虛擬核心數目，進階系列選項可提供更快的 CPU 效能。
• 進階系列記憶體優化選項提供與標準系列相對的記憶體數量加倍。
• 標準系列、進階系列，以及進階記憶體優化系列適用於超大規模彈性集區 。

如需詳細資訊，請參閱 超大規模高級系列部落格公告。

如需可用的區域，請參閱 超大規模進階系列可用性。

Fsv2 系列

• Fsv2 系列是一種計算優化的硬體組態，提供低 CPU 延遲和高時脈速度，專為最需 CPU 資源的工作負載而設計。 與 超大規模進階系列 硬體組態類似，Fsv2 系列是由 Intel 和 AMD 的最新 CPU 和記憶體技術驅動，讓客戶能在一般用途服務層使用資料庫和彈性集區時享受最新的硬體。
• 根據工作負載而定，Fsv2 系列可以為每個虛擬核心提供比其他類型的硬體更多的 CPU 效能。 例如，72 個虛擬核心 Fsv2 計算大小可以在標準系列 （Gen5） 上提供超過 80 個虛擬核心的 CPU 效能，成本較低。
• Fsv2 為每個虛擬核心提供的記憶體和 tempdb 比其他硬體少，因此對這些限制敏感的工作負載可能會對標準系列 （Gen5） 執行得更好。

Fsv2 系列僅在一般用途層中獲得支援。 如需 Fsv2 系列可供使用的區域，請參閱 Fsv2 系列可用性。

DC 系列

• DC 系列硬體使用 Intel 處理器搭配軟體防護擴充功能 （Intel SGX） 技術。
• 具有安全記憶體保護區的 Always Encrypted 需要 DC 系列， 需要硬體記憶體保護區安全性保護的工作負載，相較於虛擬化型安全性 （VBS） 記憶體保護區。
• DC 系列專為處理敏感數據和要求機密查詢處理功能的工作負載而設計，由具有安全記憶體保護區的 Always Encrypted 提供。
• DC 系列硬體提供平衡的計算和記憶體資源。

DC 系列僅支援已布建的計算（不支援無伺服器），且不支援區域備援。 如需 DC 系列可用的區域，請參閱 DC 系列可用性。

Azure 支援的 DC 系列方案類型

若要在 DC 系列硬體上建立資料庫或彈性集區，訂用帳戶必須是付費供應項目類型，包括隨用隨付You-Go 或 Enterprise 合約 （EA）。 如需 DC 系列所支援之 Azure 供應專案類型的完整清單，請參閱 目前的無消費限制供應專案。

選取硬體組態

您可以在建立時選取 SQL Database 中資料庫或彈性集區的硬體組態。 您也可以變更現有資料庫或彈性集區的硬體組態。

建立 SQL Database 或集區時選取硬體組態

如需詳細資訊，請參閱 建立 SQL Database。

在 [基本] 索引標籤上，選取 [計算 + 記憶體] 區段中的 [設定資料庫] 連結，然後選取 [變更組態 連結：

選取所需的硬體組態：

變更現有 SQL Database 或集區 的硬體組態

針對資料庫，在 [概觀] 頁面上，選取 定價層 連結：

針對集區，在 [概觀] 頁面上，選取 [設定]。

請遵循步驟來變更組態，並選取如先前步驟中所述的硬體設定。

硬體可用性

如需上一代硬體的相關信息，請參閱 上一代硬體可用性。

標準系列 （Gen5）

標準系列 （Gen5） 硬體可在全球所有公用區域中使用。

超大規模高級系列

超大規模資料庫服務層級進階系列和進階系列記憶體優化硬體適用於下列區域中的單一資料庫和彈性集區：

• 澳大利亞東部 **
• 澳大利亞東南部
• 巴西南部 **，*
• 加拿大中部 **
• 加拿大東部
• 東亞
• 歐洲北部 **
• 歐洲西部 **
• 法國中部
• 德國中西部
• 印度中部
• 印度南部
• 日本東部 **
• 日本西部
• 東南亞**
• 瑞士北部
• 瑞典中部 **，*
• 英國南部 **
• 英國西部 *
• 美國中部 **
• 美國東部 **
• 美國東部 2 **
• 美國中北部
• 美國中南部
• 美國西中部
• 美國西部 1
• 美國西部 2 **
• 美國西部 3 **

* 進階系列記憶體優化硬體目前無法使用。

** 包括支援 區域冗餘。

Fsv2 系列

Fsv2 系列適用於下列區域：

• 澳大利亞中部
• 澳大利亞中部 2
• 澳大利亞東部
• 澳大利亞東南部
• 巴西南部
• 加拿大中部
• 東亞
• 歐洲北部
• 歐洲西部
• 法國中部
• 印度中部
• 韓國中部
• 韓國南部
• 南非北部
• 東南亞
• 英國南部
• 英國西部
• 美國東部
• 美國西部 2

DC 系列

DC 系列適用於下列區域：

• 加拿大中部
• 歐洲西部
• 歐洲北部
• 東南亞
• 英國南部
• 美國西部
• 美國東部

如果您在目前不支援的地區需要 DC 系列，提交支援請求。 在 [Basics] 頁面上，提供下列項目：

1. 針對 [問題類型]，選取 [Technical]。
2. 請選擇硬體所需的訂閱服務。 選取 下一步。
3. 針對 [服務類型]，選取 [SQL Database]。
4. 針對 [資源]，選取 [一般問題]。
5. 如需 摘要，請提供所需的硬體可用性和區域。
6. 針對 問題類型，選取 [安全性]、[私人] 和 [合規性]。
7. 針對 問題子類型，選取 永遠加密。

上一代硬體

Gen4

Gen4 硬體已被淘汰，無法進行布建、升級或降級。 將您的資料庫遷移至支援的硬體世代，以取得更廣泛的虛擬核心和儲存空間延展性、加速的網路、最佳的 IO 效能，以及最低的延遲。 檢閱單一資料庫 硬體選項，以及彈性集區 硬體選項。 如需詳細資訊，請參閱 Azure SQL Database上的第 4 代硬體 支援已結束。

下一步

快速入門：建立單一資料庫 - Azure SQL Database

相關內容

• Azure SQL Database 定價頁面
• 使用虛擬核心購買模型的單一資料庫 資源限制
• 使用虛擬核心購買模型之彈性集區的資源限制