本主題將介紹 Horizon Cloud 租用戶的代理轉換程序,以及執行轉換可帶來的好處。請瞭解單一網繭代理與 Universal Broker 環境之間的差異,以及在進行代理轉換之前、期間和之後會發生的情況。
什麼是代理轉換程序?
完成代理轉換後,您的 Horizon Cloud 租用戶環境會從使用單一網繭代理變更為使用 Universal Broker 來代理使用者指派中的資源。作為新的租用戶範圍代理,Universal Broker 會管理使用者的連線要求,並將其路由至所要求指派中的最佳可用資源。
代理轉換程序會對您的使用者指派進行下列變更。
- VDI 桌面指派會轉換為由 Universal Broker 代理的多雲端指派。多雲端指派可包含來自多個網繭的 VDI 桌面。
- 工作階段型桌面和應用程式指派會保持不變。工作階段型桌面或應用程式指派只能包含來自單一網繭的資源,但此時指派會由 Universal Broker 所代理。
如果您的環境目前使用單一網繭代理,且符合Horizon Cloud - 轉換為 Universal Broker 的系統需求中說明的先決條件,則適用轉換功能。
為何要轉換為 Universal Broker?
轉換為使用 Universal Broker (VMware 最新的雲端式代理技術) 後,將可獲得下列幾項主要好處。
- 使用者指派可包含來自多個網繭的 VDI 桌面
-
使用單一網繭代理時,VDI 指派中的所有桌面必須來自相同的網繭。桌面代理是針對個別的網繭來完成的。
透過 Universal Broker,您可以建立來自多個網繭的 VDI 桌面指派,也稱為多雲端指派。使用者可從該指派中包含的任何網繭存取指派及接收桌面。如需詳細資訊,請參閱VMware Horizon Service Universal Broker 簡介及其副主題。
您也可以像往常一樣繼續使用工作階段型桌面和應用程式指派。不同之處在於,這些指派中的工作階段型桌面和應用程式將會由 Universal Broker 代理,而非個別的網繭代理。
- 所有遠端資源均適用的單一連線 FQDN
-
使用單一網繭代理時,使用者必須分別連線至每個網繭的完整網域名稱 (FQDN),才能存取來自該網繭的指派。代理是針對個別的網繭來完成的。
使用 Universal Broker 時,使用者只需連線至一個 FQDN (如您在 Universal Broker 組態設定中所定義) 即可存取所有指派。透過單一 FQDN,使用者可從環境中的任何站台,存取所有參與網繭中的指派 (包括 Microsoft Azure 中的 Horizon Cloud Pod 和 VMware SDDC 型平台上的 Horizon 網繭)。您的網繭之間不需要內部網路功能。
- 可達到最佳效能的全域網繭連線與感知
- Universal Broker與參與多雲端指派的每個網繭保持直接連線,並留意每個網繭的可用性狀態。因此, Universal Broker 可以管理使用者的連線要求,並直接從這些網繭將其路由至虛擬資源。不需要全域伺服器負載平衡 (GSLB),或任何可能會導致效能降低和延遲問題的網繭間網路通訊。
- 智慧型代理
- Universal Broker 會根據地理站台和網繭拓撲的感知,以最短的網路路由,將來自指派的資源代理給使用者。
是否有任何不進行轉換的原因?
此版本的 Universal Broker 具有一些功能限制。如果您的使用案例需要使用 Universal Broker 不支援的功能,則應考慮讓租用戶環境維持使用單一網繭代理,直到 Universal Broker 支援該功能為止。如需目前的 Universal Broker 限制清單,請參閱Universal Broker - 功能考量事項和已知限制。
在代理轉換期間會發生什麼情況?
轉換工作流程包含幾個階段。如需執行轉換的詳細逐步指示,請參閱排程並完成從單一網繭代理轉換為 Universal Broker 的作業。
以下提供轉換之前和期間所執行程序的高階概觀。
- 若要起始工作流程,您必須先排程執行轉換的日期和時間。除了這項排程工作,請定義轉換期間用來設定 Universal Broker 服務的組態選項。
- 排程的開始時間之前的 15 分鐘以內,在主控台中完成所有進行中的作業,並儲存您想要保留的任何變更。關閉所有組態精靈和對話方塊。此外,確保您在 Microsoft Azure 中的所有網繭都處於線上、健全狀況良好且為就緒狀態。
- 在轉換即將開始時,系統會提示您先登出主控台再重新登入。
- 在轉換的第一個階段期間,預期會發生下列情況:
- 您無法存取主控台的任何編輯控制項,且主控台會顯示一個橫幅,指出轉換正在進行中。
- 您在 Microsoft Azure 中的所有網繭都會新增至名為 Default-Site 的站台。
- 您的 VDI 桌面指派會轉換為由 Universal Broker 代理的多雲端指派。在預設指派設定中,連線相似性會設定為最接近的站台,而範圍會設定為站台內。
- 您的工作階段型桌面和應用程式指派會保持不變。轉換後,這些指派中的資源將會由 Universal Broker 代理。
- 在此期間,所有指派仍可供使用者使用,且所有作用中使用者工作階段仍會保持開啟且正常運作。
備註: 此轉換階段通常需執行約 10 分鐘,但如果您的租用戶環境包含大量指派,則最多可能需要 1 小時。此轉換階段完成時,系統會提示您先登出主控台再重新登入。
- 在轉換的第二個階段中,Universal Broker 服務會完成其設定程序並完全啟用。您可以在主控台中存取所有編輯作業,但建立和編輯指派除外。
備註: 此轉換階段通常會在 30 分鐘內完成。不過,根據您的系統與網路條件,以及環境中的指派總數和專用的使用者到桌面對應,此階段可能需要數小時才能完成。
此轉換階段完成後,已啟用狀態,並出現一個綠點。
頁面會顯示此時,整個代理轉換程序即告完成。
代理轉換之後預期會發生什麼情況?
如需代理轉換之後對租用戶環境所做變更的詳細清單,請參閱您的租用戶環境在轉換為 Universal Broker 之後的新功能。
完成轉換後,您即可開始運用 Universal Broker 環境所提供優勢。下面清單可讓您一睹後續動作,並提供指向詳細頁面的連結。
- 修改站台和多雲端 VDI 指派設定,以充分利用 Universal Broker 功能。例如,您可以將更多網繭新增至現有的指派,或調整站台設定以微調 Universal Broker 將資源配置給使用者的方式。如需詳細資訊,請參閱在 Universal Broker 環境中建立及管理指派和在 Universal Broker環境中使用站台。
- 如果您的 Horizon Cloud 租用戶與 Workspace ONE Access 之間有現有的整合,則必須更新該整合以利使用 Universal Broker。如需完整指示,請參閱Horizon Cloud 環境與 Universal Broker - 整合租用戶與 Workspace ONE Access 和 Intelligent Hub 服務。
備註: 經 VMware Workspace ONE Access 產品團隊確認,將 Universal Broker 與 Horizon Cloud on Microsoft Azure 部署搭配使用時,該組態不支援 VMware Workspace ONE Access 產品的「虛擬應用程式集合」功能。這是因為, Universal Broker 是比舊式每一網繭代理更新的代理技術,這表示 Universal Broker 與 Workspace ONE Access 的整合將不再需要對 Horizon Cloud on Microsoft Azure 部署使用舊版每一網繭的虛擬應用程式集合。因此, Universal Broker 根本沒有對 Horizon Cloud on Microsoft Azure 部署使用虛擬應用程式集合的概念,從而導致不支援將虛擬應用程式集合用於 Universal Broker 和 Horizon Cloud on Microsoft Azure 組態。
如果為 Horizon Cloud on Microsoft Azure 部署設定了 Universal Broker,且您計劃將 Workspace ONE Access 和 Intelligent Hub 服務與這些 Horizon Cloud on Microsoft Azure 部署搭配使用,則在整合程序期間中,當您在執行主控台的清理動作時,需要清理這些部署可能具有的任何現有「虛擬應用程式集合」。完成清理活動,相同的應用程式將透過使用整合的 Universal Broker 以及 Workspace ONE Access 和 Intelligent Hub 服務的新功能,繼續在 Workspace ONE Access 和 Intelligent Hub 服務中執行。