Horizon Cloud 在網繭更新程序中發生會妨礙進度但可以修復的錯誤時,這些錯誤會在管理主控台中呈現給您,以便您採取必要的動作來解決問題。在 Microsoft Azure 環境中,這些呈現的妨礙進度錯誤可由您控制。由於補救措施是由您控制的,無法由 VMware 解決,因此如果您在主控台中看到更新錯誤的通知,您必須先採取動作加以解決,然後才連絡 VMware 支援以繼續進行網繭更新程序。

更新您的 Horizon Cloud Pod說明在 Microsoft Azure 中部署的網繭更新程序的運作方式。一般而言,更新程序會遵循藍/綠模式,其中,網繭的主要資源群組和閘道相關資源群組中待更新的現有網繭資源為藍色元件。程序的第一步是在訂閱中建立 Jumpbox 資源群組,並在該資源群組中部署 Jumpbox 虛擬機器。然後,該 Jumpbox 虛擬機器會在網繭現有資源群組內,在您的訂閱中協調一組平行的網繭虛擬機器的建立。這個平行集是藍/綠模式中的綠色元件。綠色元件包括的虛擬機器與閘道的主要資源群組和閘道相關資源群組中的虛擬機器平行,例如網繭管理員虛擬機器和 Unified Access Gateway 虛擬機器。在端對端更新程序完成之前,這些虛擬機器會啟動並隨著待更新網繭的虛擬機器 (藍色集的虛擬機器) 保持執行。在您使用主控台排程更新,且已排程的活動執行並完成網繭的切換 (從使用藍色虛擬機器切換至綠色虛擬機器) 後,端對端更新程序才會完成。當網繭使用綠色虛擬機器時,會停止並移除藍色虛擬機器,並刪除 Jumpbox 虛擬機器及其資源。

如果您的 Microsoft Azure 環境無法隨著現有網繭虛擬機器容納這些平行的綠色虛擬機器的建立,則建立綠色虛擬機器將無法成功完成。之所以會發生此情況,一般的關鍵原因是網繭相關聯的 Microsoft Azure 訂閱沒有足夠的剩餘配額,因此無法具現化 Jumpbox 虛擬機器和綠色虛擬機器。建立綠色虛擬機器可能會發生錯誤的另一個原因是您的網繭目前處於離線狀態。當您在主控台中排程更新時,Horizon Cloud 會部署 Jumpbox 虛擬機器,讓其能夠追蹤排程,並準備好在您排定的時間將網繭移轉至較新的元件。如果網繭相關聯的 Microsoft Azure 訂閱剩餘的配額不足,無法具現化 Jumpbox 虛擬機器,並在您排定的時間和綠色虛擬機器切換完成的期間內維持執行,則會對主控台中的通知標記更新錯誤。

如需端對端網繭更新程序中各個系統活動的說明,請參閱更新您的 Horizon Cloud Pod

常可能發生的妨礙更新錯誤

這些是 Azure 環境中常可能發生、但可以修復的妨礙更新錯誤。

訂閱沒有容量可用於具現化 Jumpbox 虛擬機器。
更新程序的設計是要在符合下列情況時,於網繭的訂閱中具現化 Jumpbox 虛擬機器:當系統建立綠色元件時、當您使用排程器來排程更新時,以及在排程的時間協調將從藍色為切換為綠色元件。此 Jumpbox 虛擬機器會協調工作以讓新元件準備就緒,並執行實際的移轉程序。除了使用相同訂閱的現有網繭虛擬機器的目前配額使用量外,訂閱的配額還必須允許 Standard_F2 VM 規格 (2 個核心 (vCPU)) 的其他虛擬機器。除了用於建立平行綠色虛擬機器所需的虛擬機器類型和核心外,還要符合此配額需求。
訂閱沒有適當的核心 (vCPU) 或虛擬機器大小可用於具現化平行綠色虛擬機器的所有虛擬機器。
建立綠色元件時,針對您在目前網繭中的每個虛擬機器,會建立另一個虛擬機器。如此一來,從建立好綠色元件,到依據您在主控台中排程的時間執行從藍色元件切換為綠色元件為止,將會有數量重複的網繭管理員虛擬機器和 Unified Access Gateway 虛擬機器。若要容納這些綠色虛擬機器的建立,除了該訂閱中已用於其現有相關聯網繭的配額外,您的訂閱用於來自相關 Microsoft 虛擬機器系列的核心 (vCPU) 的配額層級,必須足以容納平行綠色虛擬機器。如需各種虛擬機器類型和使用量所需的核心數,請參閱
網繭目前處於離線狀態,或目前無法與 Horizon Cloud 通訊。
在 [容量] 頁面上,確認待更新的網繭報告為線上狀態。登入 Microsoft Azure 入口網站,並檢查網繭管理員虛擬機器及其 Unified Access Gateway 虛擬機器 (如果網繭有這些虛擬機器) 是否正在執行。如果虛擬機器未執行,請開啟其電源。如需這些虛擬機器所在資源群組的詳細資料,請參閱 為 Microsoft Azure 中部署之網繭建立的資源群組

從部署綠色虛擬機器到切換到綠色網繭完成所需的配額和核心數

如果收到有關因缺少可用核心而導致更新錯誤的通知,請使用下表來查看您所需的額外配額。針對目前藍色網繭中使用的各種虛擬機器類型,本主題末端的表格會說明這些類型所使用的配額、建立綠色網繭虛擬機器時所需的額外配額,以及從綠色虛擬機器建立直到切換至綠色虛擬機器完成之前,執行藍色和綠色虛擬機器所需的總配額。如需網繭使用的虛擬機器系列類型和核心的詳細資料,請參閱《部署指南》網繭的虛擬機器需求說明文件主題

虛擬機器類型及其核心 說明 執行藍色虛擬機器和綠色虛擬機器直到切換到綠色完成的配額總計
Standard_D4_v3 虛擬機器類型,各 4 個核心
備註: 如果 Standard_D4_v3 類型在您的 Microsoft Azure 區域中無法使用,則您的網繭通常使用 Standard_D3_v2 虛擬機器類型。該類型也使用 4 個核心。
此虛擬機器類型會用於網繭管理員虛擬機器。
針對具有單一管理員虛擬機器的網繭
您的配額必須允許現有 (藍色) 管理員虛擬機器的 4 個核心,加上平行綠色管理員虛擬機器的額外 4 個核心。要涵蓋此使用量需要八 (8) 個核心。
針對具有兩個管理員虛擬機器、已啟用高可用性的網繭
您的配額必須允許現有 (藍色) 管理員虛擬機器的 8 個核心 (2 個虛擬機器,每個有 4 個核心),加上平行綠色管理員虛擬機器的額外 8 個核心。要涵蓋此使用量需要十六 (16) 個核心。
根據您在部署網繭時選擇的項目:
  • Standard_A4_v2 虛擬機器類型 (具有 4 個核心)
  • Standard_F8s_v2 (具有 8 個核心)
此虛擬機器類型用於網繭的閘道組態中的 Unified Access Gateway 虛擬機器。您的訂閱需要支援的核心數目取決於您在網繭上設定的閘道類型。
針對僅具有一個外部閘道的網繭
該外部閘道具有兩部 Unified Access Gateway 虛擬機器,因此應將 2 部虛擬機器乘以其各自擁有的核心數目。對於綠色集,您的配額必須允許現有 (藍色) Unified Access Gateway 虛擬機器的總數,再加上平行綠色 Unified Access Gateway 虛擬機器數目重複的額外核心。
  • 例如,如果您的虛擬機器是各有 4 個核心的 Standard_A4_v2,則您需要 2 x 4 x 2 個 (即 16 個) 核心才能涵蓋此使用量。
  • 如果您的虛擬機器是各有 8 個核心的虛擬機器大小,則您需要 2 x 8 x 2 個 (即 32 個) 核心才能涵蓋該使用量。
針對僅具有內部閘道的網繭
該閘道具有兩部 Unified Access Gateway 虛擬機器,因此,應將 2 部虛擬機器乘以其各自擁有的核心數目。對於綠色集,您的配額必須允許現有 (藍色) Unified Access Gateway 虛擬機器的總數,再加上平行綠色 Unified Access Gateway 虛擬機器數目重複的額外核心。
  • 例如,如果您的虛擬機器是各有 4 個核心的 Standard_A4_v2,則您需要 2 x 4 x 2 個 (即 16 個) 核心才能涵蓋此使用量。
  • 如果您的虛擬機器是各有 8 個核心的虛擬機器大小,則您需要 2 x 8 x 2 個 (即 32 個) 核心才能涵蓋該使用量。
針對具有兩個類型閘道的網繭
該閘道具有四部 Unified Access Gateway 虛擬機器,因此,應將 4 部虛擬機器乘以其各自擁有的核心數目。對於綠色集,您的配額必須允許現有 (藍色) Unified Access Gateway 虛擬機器 4 倍的核心,再加上平行綠色 Unified Access Gateway 虛擬機器雙倍的核心。
  • 例如,如果您的虛擬機器是各有 4 個核心的 Standard_A4_v2,則您需要 4 x 4 x 2 個 (即 32 個) 核心才能涵蓋此使用量。
  • 如果您的虛擬機器是各有 8 個核心的虛擬機器大小,則您需要 4 x 8 x 2 個 (即 64 個) 核心才能涵蓋該使用量。
Standard_F2 虛擬機器,2 個核心 此虛擬機器用於 Jumpbox 虛擬機器。 您的配額必須允許這 2 個核心,Jumpbox 虛擬機器才能在建立綠色元件期間以及在需要協調網繭更新活動的時間期間進行部署和執行。