升級到 vCenter Server 之後,請考慮升級後選項和需求。

  • 完成升級期間變更可能需要的所有元件重新設定。
  • 確認您瞭解驗證程序,並識別您的身分識別來源。
  • 如果已將 Windows 上的 vCenter Server 移轉至目標 vCenter Server Appliance,且使用任何本機作業系統使用者名稱登入 vCenter Single Sign-On,則必須重新建立這些使用者名稱並重新指派權限。
  • 如果已執行升級,請升級任何連結到此 vCenter Server 執行個體的額外模組,例如 Update Manager。如果已從 vCenter Server for Windows 移轉至 vCenter Server Appliance,則 Update Manager 模組會一併移轉至 vSphere Lifecycle Manager
  • 可以選擇將 vCenter Server 詳細目錄中的 ESXi 主機升級或移轉至與 vCenter Server 執行個體相同的版本。
  • 如果在 vCenter Server 部署中使用 Update Manager,並且 Update ManagervCenter Server 在移轉之前是在不同的機器上執行,請考慮在移轉完成後關閉或刪除 Update Manager 主機電腦。在處置 Update Manager 主機電腦之前,請考慮以下幾項:
    • 您可能需要使用該主機電腦來復原已升級或移轉的環境。
    • 您可能有其他軟體在該機器上執行。
  • 如果使用智慧卡驗證,請確保在用戶端環境中將智慧卡連接埠保持開啟狀態。vCenter Server 中的智慧卡連接埠預設為開啟狀態。如需有關智慧卡連接埠的詳細資料,請參閱 https://ports.vmware.com 中的 VMware Ports and Protocols Tool™
  • 如果計劃將 Windows 11 作為客體作業系統安裝在虛擬機器上,則必須設定金鑰提供者。安裝 Windows 11 需要信賴平台模組 (TPM) 2.0。將 Windows 11 作為客體作業系統安裝在虛擬機器上時,可以使用虛擬信賴平台模組 (vTPM),而不使用實體 TPM。vTPM 是實體 TPM 2.0 晶片的基於軟體的表示。vTPM 依賴虛擬機器加密來保護重要的 TPM 資料,因此,要求您設定金鑰提供者。如需 vSphere 支援的金鑰提供者的相關資訊,請參閱《vSphere 安全性》說明文件中的〈虛擬機器加密〉章節。最簡單的方法是設定 VMware vSphere® Native Key Provider™。vSphere Native Key Provider 已包含在所有 vSphere 版本中,且不需要外部金鑰伺服器。如需設定 vSphere Native Key Provider 的相關資訊,請參閱《vSphere 安全性》說明文件中的〈設定和管理 vSphere Native Key Provider〉章節。與所有安全性解決方案一樣,請考慮系統設計、實作考量事項和使用 vSphere Native Key Provider 的權衡。
  • 如果在升級之前修改了 DRS 叢集自動化層級,則可以繼續使用修改後的設定,也可以將自動化層級還原為全自動。