本主題將介紹 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 的單一 FQDN 連線
可達到最佳效能的全域網繭連線與感知
Universal Broker與參與多雲端指派的每個網繭保持直接連線，並留意每個網繭的可用性狀態。因此， Universal Broker 可以管理使用者的連線要求，並直接從這些網繭將其路由至虛擬資源。不需要全域伺服器負載平衡 (GSLB)，或任何可能會導致效能降低和延遲問題的網繭間網路通訊。
智慧型代理
Universal Broker 會根據地理站台和網繭拓撲的感知，以最短的網路路由，將來自指派的資源代理給使用者。

是否有任何不進行轉換的原因？

此版本的 Universal Broker 具有一些功能限制。如果您的使用案例需要使用 Universal Broker 不支援的功能，則應考慮讓租用戶環境維持使用單一網繭代理，直到 Universal Broker 支援該功能為止。如需目前的 Universal Broker 限制清單，請參閱Universal Broker - 功能考量事項和已知限制。

在代理轉換期間會發生什麼情況？

轉換工作流程包含幾個階段。如需執行轉換的詳細逐步指示，請參閱排程並完成從單一網繭代理轉換為 Universal Broker 的作業。

以下提供轉換之前和期間所執行程序的高階概觀。

  1. 若要起始工作流程，您必須先排程執行轉換的日期和時間。除了這項排程工作，請定義轉換期間用來設定 Universal Broker 服務的組態選項。
  2. 排程的開始時間之前的 15 分鐘以內，在主控台中完成所有進行中的作業，並儲存您想要保留的任何變更。關閉所有組態精靈和對話方塊。此外，確保您在 Microsoft Azure 中的所有網繭都處於線上、健全狀況良好且為就緒狀態。
  3. 在轉換即將開始時，系統會提示您先登出主控台再重新登入。
  4. 在轉換的第一個階段期間，預期會發生下列情況：
    • 您無法存取主控台的任何編輯控制項，且主控台會顯示一個橫幅，指出轉換正在進行中。
    • 您在 Microsoft Azure 中的所有網繭都會新增至名為 Default-Site 的站台。
    • 您的 VDI 桌面指派會轉換為由 Universal Broker 代理的多雲端指派。在預設指派設定中，連線相似性會設定為最接近的站台，而範圍會設定為站台內。
    • 您的工作階段型桌面和應用程式指派會保持不變。轉換後，這些指派中的資源將會由 Universal Broker 代理。
    • 在此期間，所有指派仍可供使用者使用，且所有作用中使用者工作階段仍會保持開啟且正常運作。
    備註： 此轉換階段通常需執行約 10 分鐘，但如果您的租用戶環境包含大量指派，則最多可能需要 1 小時。

    此轉換階段完成時，系統會提示您先登出主控台再重新登入。

  5. 在轉換的第二個階段中，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 服務中執行。