已啟用 Azure Arc 的升級性專業領域SQL 受管理執行個體

已啟用 Azure Arc 的資料服務可讓您取得只有已啟用 Arc SQL 受管理執行個體 的一個常綠版 SQL。 啟用 Arc 的SQL 受管理執行個體本質上提供受控服務型升級能力，因此您可以在 Azure 基礎結構中立即獲得創新，而不同于內部部署安裝或多重雲端環境。

本文提供設定和管理已啟用 Azure Arc 之資料服務升級程式的重要設計考慮和建議。

架構

直接連接模式

下圖顯示 直接連線 模式中的資料服務升級流程。

間接連接模式

下圖顯示 間接連線 模式中的資料服務升級流程。

一般用途服務層級

下圖顯示常規用途服務層級中已啟用 Arc 的SQL 受管理執行個體升級程式。

業務關鍵服務層級

下圖顯示業務關鍵服務層級中已啟用 Arc SQL 受管理執行個體的升級程式。

設計考量

Azure Arc 資料控制器升級

• 您可以使用各種工具來執行升級，例如 Azure CLI、Azure 入口網站或 Kubernetes。 根據所使用的連線模式、直接或間接連線模式，以及您最熟悉的工具，請考慮要使用的工具。
• 檢閱您的 Azure Arc 資料控制器，以檢查您是否有任何預覽資料服務，例如已啟用 Azure Arc 的 PostgreSQL，連同已啟用 Arc 的SQL 受管理執行個體一起部署。 如果您混合在相同的資料控制器上部署預覽和正式運作的服務，則無法就地升級。
• 在執行升級之前，請檢閱資料控制器所使用的所有已啟用 Arc 的 SQL 受控實例版本，以確認它們與資料控制器的版本相同。
• 請考慮 支援的升級路徑 ，以在升級之前判斷資料控制器的下一個正確版本。

直接連接模式

• 判斷是否應該使用Azure 入口網站、Azure CLI 或Azure Data Studio實作直接連線模式中的 Azure Arc 資料控制器升級。
• 使用Azure 入口網站和Azure CLI檢閱升級的必要條件。
• 檢閱已啟用 Azure Arc 的 Kubernetes 登陸區域加速器中的延伸模組管理關鍵設計區域。

間接連接模式

• 判斷是否應該使用 Azure CLI 或 Kubernetes 工具來實作間接連線模式中的 Azure Arc 資料控制器升級。
• 檢閱使用 Kubernetes 工具和Azure CLI進行升級的必要條件。
• 決定如果您的叢集具有網際網路連線或私人登錄，則決定是否要使用Microsoft 成品登錄，如果您的叢集已進行無線存取以提取已啟用 Azure Arc 的資料服務映射。
• 針對使用 Kubernetes 工具升級 Azure Arc 資料控制器的服務帳戶，規劃 必要的 Kubernetes 許可權 。
• 請檢查存放庫資訊，確定其有效且已提取新的映射。

已啟用 Azure Arc 的SQL 受管理執行個體升級

一般考量

• 升級至 Azure Arc 資料控制器必須先執行，才能升級已啟用 Arc 的SQL 受管理執行個體。 arcdata叢集延伸模組和SQL 受管理執行個體延伸模組版本相關，而且必須相同。
• 根據您的需求，決定是否要使用已啟用 Arc 的自動或手動升級SQL 受管理執行個體。
• 在自動升級的情況下，只能為數據控制器定義單一維護期間。 請考慮不同工作負載所需的不同維護時段數目，以識別所需的資料控制者數目。

一般用途服務層級

• 在常規用途服務層級升級期間，Kubernetes Pod 會終止並重新布建新版本。 請務必瞭解升級的應用程式和用戶端副作用，因為新 Pod 建立時會有短暫的停機時間。
• 檢閱應用程式的架構，以瞭解它們是否有所需的復原能力，並重試邏輯以支援升級期間的短暫影響。

業務關鍵服務層級

• 在具有多個複本的業務關鍵服務層級升級期間，會先升級次要複本。 其中一個升級的次要複本會升階為新的主要複本，而舊的主要複本會變成次要複本並升級。 從舊的主要複本轉換到新主要複本期間，容錯移轉發生時會有短暫的停機時間。 請務必瞭解發生容錯移轉時，升級的應用程式和用戶端影響。
• 檢閱應用程式的架構，以瞭解它們是否有所需的復原能力，並重試邏輯以支援升級期間的短暫影響。

設計建議

Azure Arc 資料控制器升級

• 如果您使用 Azure CLI 升級，請確認 arcdata Azure CLI 擴充功能版本對應至您想要升級至 版本記錄中的映射版本。

• 在多叢集環境中，先在測試/開發環境中執行升級，以驗證任何潛在的問題或重大變更。

• 在升級之前執行 試執行 ，以驗證版本架構、使用私人存放庫授權權杖，並在嘗試實際升級之前存在登錄。

• 建立監視 新 Azure Arc 資料控制器升級的程式。

• 請勿在相同的資料控制器上混合啟用 PostgreSQL 和已啟用 Arc 的SQL 受管理執行個體，因為 PostgreSQL 在已啟用 Arc 的SQL 受管理執行個體正式推出時仍處於預覽狀態。 請考慮使用自己的資料控制器來測試 PostgreSQL 的個別叢集。

• 請避免在生產環境中使用預覽功能，並只針對開發/測試實例的評估用途使用預覽功能。

• 建立目前已部署資料控制器版本的清查。 Azure Resource Graph可用來查詢您目前部署的資料控制器。

    resources
    | where type == 'microsoft.azurearcdata/datacontrollers'
    | extend version = tostring(properties.k8sRaw.status.runningVersion)
    | project name,location,resourceGroup,version
  

• 請檢閱 疑難排解指南 ，以瞭解如何取得所需的記錄，以解決任何升級問題。

直接連接模式

• 使用Azure 入口網站、Azure CLI或Azure Data Studio建立監視升級程式的程式。
• 升級 Azure Arc 資料控制器本身之前，請先升級arcdata叢集延伸模組。

間接連接模式

• 使用 Kubernetes 工具 或 Azure CLI建立監視升級程式的程式。
• 自動執行 將映射提取 至私人登錄的程式。

已啟用 Azure Arc 的SQL 受管理執行個體升級

一般建議

• 使用最新的可用版本讓您的 Arc 保持SQL 受管理執行個體最新狀態，以接收最新的修補程式、錯誤修正和功能。 目前，Arc 資料服務不支援在升級期間略過版本。 因此，如果有多個要升級的版本，您必須升級至循序版本，才能取得最新版本。 建議您不要太遠于最新版本。

• 請務必設定「時間點還原」備份原則，以便在升級期間發生問題時復原。 檢閱 商務持續性和災害復原關鍵設計區域 ， kubectl describe sqlmi 並針對您的實例使用 命令來驗證目前的保留設定。

• 在已啟用 Arc 之多個部署的多叢集環境或案例中，代表不同環境的 Arc SQL 受管理執行個體，請先在開發/測試環境中執行升級，例如開發環境，以驗證任何潛在的問題或重大變更。

• 在升級之前執行 試執行 ，以驗證版本架構、使用私人存放庫授權權杖，並在嘗試實際升級之前存在登錄。

• 使用 Azure CLI 來執行已啟用 Arc 的大規模升級SQL 受管理執行個體。

• 針對可容許立即升級的工作負載使用 自動升級 ，並針對需要排定離峰時間來執行升級的工作負載退出宣告自動升級。

• 如果使用自動升級，請務必定義適當的 維護期間 ，以允許在離峰期間進行升級。

• 如果是手動升級，請確定您建立一般步調來執行升級，以保持在支援的版本內。

  注意

  您也可以輪詢新容器映射版本的Microsoft 成品登錄。

• 使用 Azure CLI 或 Kubernetes 工具建立監視升級狀態的程式。

• 在執行升級之前，請先檢閱不同元件的 對應版本 ，以驗證已備妥正確的元件版本。

一般用途服務層級

• 在非關鍵時間執行升級，以將對使用者和組織資料的影響降到最低。
• 如需如何建構應用程式的復原和重試指引的詳細資訊，請檢閱Microsoft Azure Well-Architected Framework的可靠性要素。

業務關鍵服務層級

• 使用三個複本部署業務關鍵實例，而不是兩個複本，以在升級和容錯移轉活動期間達到更高的可用性和較少的停機時間。
• 在非關鍵時間執行升級，以將對使用者和組織資料的影響降到最低。

下一步

如需混合式雲端和多重雲端旅程的詳細資訊，請參閱下列文章：

• 檢閱 已啟用 Azure Arc 的資料服務功能。
• 檢閱已啟用 Azure Arc 的資料服務的 已驗證 Kubernetes 散發套件 。
• 檢閱 直接 和 間接 連線模式中的 Azure Arc 升級程式。
• 檢閱直接和間接連線模式中的 Azure Arc SQL 受管理執行個體升級程式。
• 管理 混合式和多雲端環境。
• 使用Azure Arc Jumpstart體驗已啟用 Arc 的SQL 受管理執行個體自動化案例。
• 若要深入瞭解 Azure Arc，請檢閱 Microsoft Learn 上的 Azure Arc 學習路徑。