共用方式為

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

  • 發行項

適用於： Azure SQL 資料庫

此文章將檢閱 Azure SQL Database 的虛擬核心購買模型。

概觀

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

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

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

重要

計算資源、I/O 及資料和記錄儲存體按資料庫或彈性集區收費。 備份儲存體按每個資料庫收費。 如需價格的詳細資料，請參閱 Azure SQL Database 定價頁面。

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

Azure SQL Database 所使用的虛擬核心購買模型可提供數種優於 DTU 型購買模型的優點：

  • 更高的計算、記憶體、I/O 和儲存體限制。
  • 選擇硬體設定，以更符合工作負載的計算和記憶體需求。
  • Azure Hybrid Benefit (AHB) 的價格折扣。
  • 更清楚了解供應計算能力的硬體細節，有助於規劃從內部部署移轉。
  • 保留執行個體價格僅適用於虛擬核心購買模型。
  • 有多種計算大小可用，縮放細微性更高。

如需在虛擬核心和 DTU 購買模型之間進行選擇的說明，請參閱虛擬核心與 DTU 型購買模型之間的差異

計算

虛擬核心型購買模型擁有已佈建的計算層和無伺服器計算層。 在已佈建的計算層中，計算成本會反映出獨立於工作負載活動外，對於持續佈建應用程式所導致的計算產能總和。 請根據虛擬核心和記憶體需求，選擇最適合您業務需求的資源配置，然後視您的工作負載需求調整資源。 在適用於 Azure SQL 資料庫的無伺服器計算層中，計算資源會根據工作負載容量自動調整，並依每秒使用的計算量來計費。

總括來說：

  • 儘管已佈建的計算層會提供可持續佈建且與工作負載活動無關的特定數量計算資源，但是無伺服器的計算層會根據工作負載活動自動調整計算資源。
  • 雖然已佈建的計算層會針對每小時固定價格佈建的計算數量計費，但是無伺服器的計算層會以每秒使用的計算數量來計費。

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

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

如需 Azure SQL 資料庫中的計算詳細資訊，請參閱計算資源 (CPU 和記憶體)。

資源限制

針對虛擬核心資源限制，檢閱可用的硬體設定，然後檢閱下列資源限制：

資料和記錄儲存體

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

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

下列儲存體考量適用於超大規模資料庫：

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

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

提示

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

備份儲存體

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

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

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

服務層

虛擬核心購買模型中的服務層級選項包括 [一般用途]、[業務關鍵] 及 [超大規模資料庫]。 服務層級通常會決定儲存體類型和效能、高可用性和災害復原選項，以及特定功能的可用性，例如 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 天 (預設七天) 保留，最長達 10 年的長期保留
可用性 1 個複本、沒有讀取縮放複本、
區域備援高可用性 (HA)		 3 個複本、1 個讀取縮放複本、
區域備援高可用性 (HA)		 區域備援高可用性 (HA)
定價/計費 虛擬核心、保留儲存體和備份儲存體會收取費用。
IOPS 不計費。		 虛擬核心、保留儲存體和備份儲存體會收取費用。
IOPS 不計費。		 每個複本的虛擬核心和使用的儲存體會收取費用。
IOPS 不計費。
折扣模型 保留執行個體
Azure Hybrid Benefit (在開發/測試訂用帳戶上沒有)
Enterprise 和隨用隨付的開發/測試訂用帳戶		 保留執行個體
Azure Hybrid Benefit (在開發/測試訂用帳戶上沒有)
Enterprise 和隨用隨付的開發/測試訂用帳戶		 Azure Hybrid Benefit (在開發/測試訂用帳戶上不可用) 1
Enterprise 和隨用隨付的開發/測試訂用帳戶
記憶體內部 OLTP 資料表 No .是 否

1 即將推出 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 可用性群組的技術，實作高可用性。 每個資料庫都屬於資料庫節點叢集，其中一個主要複本可供客戶工作負載存取，還有三個包含資料副本的次要複本。 主要複本持續將變更推送至次要複本，以確保主要因故失敗時，次要複本仍可提供資料。 容錯轉移是由 SQL Service Fabric 資料庫引擎處理，一個次要複本成為主要，並建立新的次要複本，以確保叢集中有足夠的節點。 工作負載會自動重新導向至新的主要複本。

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

選擇此服務層級的時機

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

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

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

超大規模資料庫

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

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

選擇此服務層級的時機

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

除了進階調整功能之外，不只是大型資料庫，超大規模資料庫也是任何工作負載的絕佳選項。 使用超大規模資料庫，您可以：

  • 藉由選擇從 0 到 4 間的高可用性複本數目，以達到高復原能力和快速失敗復原，同時控制成本。
  • 啟用計算和儲存體的區域備援，以改善高可用性。
  • 針對經常存取的資料庫部分，達到低 I/O 延遲 (平均 1-2 毫秒)。 對於較小的資料庫，這可以套用至整個資料庫。
  • 使用具名複本實作各種不同的讀取縮放案例。
  • 利用快速調整，而不用等待資料複製到新節點上的本機儲存體。
  • 享受零影響連續資料庫備份和快速還原。
  • 使用容錯移轉群組和異地複寫來支援業務持續性的需求。

硬體組態

虛擬核心型號中的常見硬體設定包括標準系列 (Gen 5)、Fsv2 系列和 DC 系列。 超大規模資料庫也提供進階系列和進階系列記憶體最佳化硬體的選項。 硬體設定會定義影響工作負載效能的計算和記憶體限制以及其他特性。

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

資料庫或集區可針對各種案例移動，包括但不限於以下情況：

  • 服務目標出現變更
  • 資料中心目前的基礎結構即將接近容量限制
  • 目前使用的硬體因生命週期結束而解除委任
  • 已啟用區域備援設定，並根據可用容量移至不同的硬體

針對某些工作負載，移至不同的 CPU 類型可能會變更效能。 SQL Database 會為硬體設定目標，以提供可預測的工作負載效能，即使 CPU 類型變更，仍會將效能變更維持在有限的範圍內。 不過，在 SQL Database 中的各種客戶工作負載之間，以及當新的 CPU 類型可供使用時，如果資料庫或集區移至不同的 CPU 類型，可能會偶爾看到效能的變更更為明顯。

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

計算資源 (CPU 和記憶體)

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

硬體組態 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 (Milan) 處理器
- 佈建最多 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 (Milan) 處理器
- 自動縮放最多 80 個虛擬核心 (超執行緒)
- 記憶體對虛擬核心比率會根據工作負載需求動態調整，以適應記憶體和 CPU 使用量，而且每個虛擬核心可高達 24 GB。 例如，在指定的時間點，工作負載可能會使用，並且只針對 240 GB 記憶體和 10 個虛擬核心計費。		 佈建計算
- 每個虛擬核心 5.1 GB
- 最多可佈建 625 GB

無伺服器計算
- 針對每個虛擬核心，最多可自動縮放至 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 Extension (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 (Milan) 之資料庫的硬體世代會顯示為 Gen8。 針對指定的計算大小和硬體設定，無論 CPU 類型 (Intel Broadwell、Skylake、Ice Lake、Cascade Lake 或 AMD Milan) 為何，資源限制都會相同。

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

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

標準系列 (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 系列硬體使用具有 Software Guard Extensions 的 Intel 處理器 (Intel SGX) 技術。
  • 具有安全記憶體保護區的 Always Encrypted 工作負載需要 DC 系列，相較於虛擬化型安全性 (VBS) 記憶體保護區，這些工作負載需要更為強大的硬體記憶體保護區安全性保護。
  • DC 系列是專為處理敏感性資料且需要機密查詢處理功能的工作負載而設計 (由具有安全記憶體保護區的 Always Encrypted 提供)。
  • DC 系列硬體提供平衡的計算和記憶體資源。

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

DC 系列支援的 Azure 供應項目類型

若要在 DC 系列硬體上建立資料庫或彈性集區，訂用帳戶必須是付費供應項目類型，包含隨用隨付或 Enterprise 合約 (EA)。 如需 DC 系列所支援的 Azure 供應項目類型完整清單，請參閱不含消費限制的目前優惠方案。

選取硬體設定

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

在建立 SQL Database 或集區時選取硬體設定

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

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

[設定] 頁面上 Azure 入口網站建立 SQL Database 部署的螢幕擷取畫面。醒目提示 [變更設定] 按鈕。

選取所需的硬體設定：

Azure SQL 資料庫 [SQL 硬體設定] 頁面上 Azure 入口網站的螢幕擷取畫面。

若要變更現有 SQL Database 或集區的硬體設定

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

Azure SQL 資料庫的概觀頁面上 Azure 入口網站螢幕擷取畫面。醒目提示定價層「常規用途：標準系列 (Gen5)，2 個虛擬核心」。

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

遵循步驟來變更設定，然後選取硬體設定，如先前步驟中所述。

硬體可用性

若需上一代硬體的資訊，請參閱上一代硬體的可用性。

標準系列 (Gen5)

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

超大規模資料庫進階系列

超大規模資料庫服務層級進階系列和進階系列記憶體最佳化硬體適用於單一資料庫和彈性集區，可在下列區域獲取：

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

* 進階版系列記憶體最佳化硬體目前無法獲取。

** 包含對區域備援的支援。

Fsv2 系列

Fsv2 系列會在以下區域上市：

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

DC 系列

DC 系列會在以下區域上市：

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

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

  1. 針對 [問題類型]，選取 [技術]。
  2. 提供硬體所需的訂用帳戶。 選取 [下一步]。
  3. 針對 [服務類型]，選取 [SQL Database]。
  4. 針對 [資源]，選取 [一般問題]。
  5. 針對 [摘要]，提供所需的硬體可用性和區域。
  6. 針對 [問題類型]，選取 [安全性、私人及合規性]。
  7. 針對 [問題子類型]，選取 [Always Encrypted]。

在新的區域中要求 DC 系列 Azure 入口網站表單的螢幕擷取畫面。

前代硬體

Gen4

Gen4 硬體已淘汰，無法佈建、擴增或縮減。 將您的資料庫移轉至受支援的硬體世代，以獲得更廣泛的虛擬核心和儲存體擴充性、加速網路、最佳 IO 效能，以及最少的延遲。 檢閱單一資料庫的硬體選項以及彈性集區的硬體選項。 如需詳細資訊，請參閱 Azure SQL 資料庫上對第 4 代硬體的支援已結束。

後續步驟

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

相關內容