Azure Arc 服務層級所啟用的 SQL 受控執行個體

作為 Azure SQL 產品系列的一部分,Azure Arc 所啟用的 SQL 受控執行個體可在兩個 vCore 服務層級中使用。

  • 一般用途是一種預算友善的層級,專為具備常見效能和可用性功能的大多數工作負載所設計。
  • 「業務關鍵」層是針對具有較高可用性功能的效能敏感工作負載所設計。

在 Azure 中,儲存體和計算是由 Microsoft 所提供,並保證服務等級協定 (SLA),以達到每個服務層的效能、輸送量、可用性等。 透過已啟用 Azure Arc 的資料服務,客戶會提供儲存體和計算。 因此,沒有任何保證的 SLA 提供給已啟用 Azure Arc 的資料服務的客戶。 不過,無論服務層為何,客戶都能夠彈性地攜帶自己的效能硬體。

服務層級比較

以下是兩個服務層中已啟用 Azure Arc 的資料服務所提供的各種功能描述:

區域 業務關鍵 一般用途
SQL 功能集 與 SQL Server Enterprise Edition 相同 與 SQL Server Standard Edition 相同
CPU 限制/執行個體 不限定 24 個核心
記憶體限制/執行個體 不限定 128 GB
擴大/縮小 可用 可用
監視 本機內建可用,並選擇性地匯出至 Azure 監視器 本機內建可用,並選擇性地匯出至 Azure Log Analytics
記錄 本機內建可用,並選擇性地匯出至 Azure Log Analytics 本機內建可用,並選擇性地匯出至 Azure 監視器
時間點還原 內建 內建
高可用性 透過 Kubernetes 重新部署的自主可用性群組 單一執行個體 w/ Kubernetes 重新部署 + 共用儲存體。
讀取縮放 可用性群組
災害復原 可透過容錯移轉群組取得 可透過容錯移轉群組取得
價格 IP 元件的 AHB 匯率 1:1 Enterprise Edition
4:1 Standard Edition
1:4 Enterprise Edition​
1:1 Standard Edition
開發/測試定價 無成本 無成本

如何在服務層之間進行選擇

因為客戶會根據商務需求自備具有效能和可用性需求的硬體,所以服務層之間的主要差異在於軟體層級所提供的功能。

如果是下列情況,則請選擇 [一般用途]

  • CPU/記憶體需求符合或位於一般用途服務層的限制內
  • Kubernetes 所提供的高可用性選項 (例如 Pod 重新部署) 就足以供工作負載使用
  • 應用程式不需要讀取擴增
  • 應用程式不需要在業務關鍵服務層中找到的任何功能 (與 SQL Server Enterprise Edition 相同)

如果是下列情況,則請選擇 [業務關鍵]

  • CPU/記憶體需求超過一般用途服務層的限制
  • 應用程式需要較高層級的高可用性 (例如內建可用性群組) 來處理應用程式容錯移轉,而不是 Kubernetes 所提供的內容。
  • 應用程式可以利用讀取擴增,將讀取工作負載卸載至次要複本
  • 應用程式只需要在業務關鍵服務層中找到的功能 (與 SQL Server Enterprise Edition 相同)