Azure Stack Hub 資料中心整合逐步解說

本文說明 Azure Stack Hub 資料中心整合的端對端程序 (從購買到部署後支援)。 整合是客戶、解決方案提供者及 Microsoft 之間的共同作業專案。 按一下下列索引標籤,查看每個專案成員的特定步驟,以及參閱後續幾節中專案時間表的各階段摘要。

  1. 描述使用案例和需求
  2. 判斷計費模型
  3. 檢閱和核准合約
  4. 完成部署工作表
  5. 請確定已符合部署必要條件
  6. 準備資料中心
  7. 在部署期間提供訂用帳戶資訊
  8. 解決任何有關所提供資料的問題

規劃

Microsoft 或 Azure Stack Hub 解決方案合作夥伴將協助您評估目標。 他們將協助您決定如下的問題:

  • Azure Stack Hub 是您的組織適合的解決方案嗎?
  • 您的組織適用何種計費和授權模型?
  • 您將需要何種大小的解決方案?
  • 電源和冷卻需求為何?

使用 Azure Stack Hub Capacity Planner 來調查和分析最佳硬體容量和設定,以滿足您的需求。

訂購程序

您的組織承諾購買 Azure Stack Hub、簽署合約和採購單,並將整合需求資料提供給解決方案提供者。

前置部署

您決定如何將 Azure Stack Hub 整合到您的資料中心。 Microsoft 與解決方案提供者共同發佈部署工作表,協助您收集必要的資訊。 一般資料中心整合考量文章會提供可協助您完成範本 (稱為部署工作表) 的資訊。

重要

在訂購解決方案之前,會先調查所有必要條件,協助避免部署延遲。 驗證必要條件可能需要一些時間,且組織內的各部門需要進行協調並向其收集資料。

您將選擇下列項目:

  • Azure Stack Hub連線模式和識別提供者。 您可以選擇在已連線或未連線網際網路 (和 Azure) 的情況下部署 Azure Stack Hub。 若要發揮 Azure Stack Hub 的最大功效,包括混合式情節,您可以讓部署連線至 Azure。 選擇Active Directory 同盟服務 (AD FS) 或Microsoft Entra識別碼是一次性決策,您必須在部署時間進行。 若未重新部署整個系統,之後便無法變更您的識別提供者

  • 授權模型。 可選擇的授權模型選項會依您將擁有的部署類型而定。 您的識別提供者選項與租用戶虛擬機器、識別系統及其使用的帳戶無關。

    • 中斷連線部署中的客戶只有一個選項:以容量為基礎的計費。

    • 已連線部署中的客戶可以選擇以容量為基礎的計費或隨用隨付。 容量型計費需有 Enterprise 合約 (EA) Azure 訂用帳戶才能註冊。 這是註冊的必要項目,因為這樣才能透過 Azure 訂用帳戶提供 Azure Marketplace 中的項目可用性。

  • 網路整合網路整合是部署、操作及管理 Azure Stack Hub 系統的重要項目。 有許多考量可用來確保 Azure Stack Hub 解決方案具備復原性,且具有高可用性實體基礎結構來支援其作業。

  • 防火牆整合。 建議您使用防火牆來協助保護 Azure Stack Hub 安全。 防火牆可以協助防止 DDOS 攻擊,並進行入侵偵測及內容檢查。 不過,請注意,這可能會成為 Azure 儲存體服務的輸送量瓶頸。

  • 憑證需求。 務必在現場工程師抵達資料中心進行部署「之前」,準備好所有必要憑證

透過部署工作表收集所有必要資訊之後,解決方案提供者會根據收集的資料啟動中心流程,以確保 Azure Stack Hub 成功整合至資料中心。

需要重新部署的變更

下表列出 Azure Stack Hub 部署的哪些變更需要重新部署整個系統:

選項 重新部署
將身分識別系統從Microsoft Entra識別碼變更為 Active Directory FS Yes
變更用於部署的Microsoft Entra目錄 Yes
變更網路 IP 範圍 Yes
變更 AD FS 整合式 Active Directory No
變更計費模型 No
用於註冊的 Azure 訂用帳戶 No

硬體寄送

當解決方案送達您的設施時,解決方案提供者會與您討論排程。 收到並設置好解決方案後,您必須與解決方案提供者排定時間,讓工程師到現場執行 Azure Stack Hub 的部署。

務必在現場工程師抵達以部署解決方案之前,將所有必要資料鎖住並備妥。

  • 必須購買及備妥所有憑證。

  • 必須決定區域名稱。

  • 所有網路整合參數都已完成,且符合您與解決方案提供者共用的項目。

提示

如果任何一項資訊發生變更,請務必在排定實際部署之前,將此變更告知解決方案提供者。

現場部署

若要部署 Azure Stack Hub,硬體解決方案提供者的現場工程師必須在場,才能開始進行部署。 為確保部署成功,請確定所有透過部署工作表提供的資訊皆未曾變更。

以下是現場工程師應在部署體驗期間執行的檢查:

  • 檢查所有纜線和邊界連線能力,以確保解決方案會正確地放在一起,並符合您的需求。
  • 設定解決方案硬體生命週期主機 (HLH) (如果存在)。
  • 檢查並確定所有 BMC、BIOS 和網路設定皆正確。
  • 確定所有元件的韌體是解決方案所核准的最新版本。
  • 開始部署。

注意

由現場工程師進行的部署程序可能需要一個工作週來完成。

部署後

在後置整合階段中,合作夥伴必須執行幾個步驟後,才能將解決方案會遞交給客戶。 在這個階段中,驗證是確保系統已正確部署和執行的重要部分。

OEM 合作夥伴應採取的動作包括:

有幾個步驟會根據安裝類型來決定是必要或是選用。

  • 如果部署是使用 AD FS 來完成的,則 Azure Stack Hub 戳記將需要與客戶自己的 AD FS 整合。

    注意

    此步驟由客戶負責,但合作夥伴可選擇性地提供可完成此作業的服務。

  • 與個別合作夥伴的現有監視系統整合。

排程

Azure Stack Hub 現場部署的整體時間表

支援

Azure Stack Hub 可以在整個系統生命週期中啟用 Azure 一致的整合式支援體驗。 若要完全支援 Azure Stack Hub 整合式系統,客戶需要兩個支援合約;一個是 Microsoft (或其雲端解決方案提供者) 的 Azure 服務支援合約,一個是硬體提供者的系統支援合約。 整合的支援體驗會提供協調的升級和解決方案,無論客戶先向誰發出支援請求,都能獲得一致的支援體驗。 若客戶已有 Microsoft 的頂級支援、Azure - 標準/專業直接或合作夥伴支援,Azure Stack Hub 軟體支援就會包含在其中。

整合支援體驗會用到「案例交換」機制,以在 Microsoft 與硬體合作夥伴之間進行支援案例和案例更新的雙向傳輸。 Microsoft Azure Stack Hub 會遵循新式生命週期原則

後續步驟

深入了解一般資料中心整合考量