本主題將介紹Horizon Cloud租用戶的代理轉換程序，以及執行轉換可帶來的好處。請瞭解單一網繭代理與 Universal Broker 環境之間的差異，以及在進行代理轉換之前、期間和之後會發生的情況。
什麼是代理轉換程序？
完成代理轉換後，您的Horizon Cloud租環境會從使用單一網繭代理變更為使用Universal Broker來代理使用者指派中的資源。做為新的租用戶範圍代理，Universal Broker會管理使用者的連線要求，並將其路由至所要求指派中的最佳可用資源。
代理轉換程序會對您的使用者指派進行下列變更。
- VDI 桌面指派會轉換為由Universal Broker代理的多雲端指派。多雲端指派可包含來自多個網繭的 VDI 桌面。
- 工作階段型桌面和應用程式指派會保持不變。工作階段型桌面或應用程式指派只能包含來自單一網繭的資源，但指派現在會由Universal Broker代理。
如果您的環境目前使用單一網繭代理，且符合 Horizon Cloud - 轉換為 Universal Broker 的系統需求中所述的先決條件，則您可以使用轉換功能。
為什麼要過渡到Universal Broker？
轉換為使用 Universal Broker 後，可獲得下列主要好處。
- 具有來自多個網繭之 VDI 桌面的使用者指派
使用單一網繭代理時，VDI 指派中的所有桌面必須來自相同的網繭。桌面代理是針對個別的網繭來完成的。
使用 Universal Broker，您可以建立來自多個網繭的 VDI 桌面指派，也稱為多雲端指派。使用者可從該指派中包含的任何網繭存取指派及接收桌面。如需詳細資訊，請參閱 Horizon 服務Universal Broker簡介 及其副主題。
您也可以像往常一樣繼續使用工作階段型桌面和應用程式指派。不同之處在於，這些指派中的工作階段型桌面和應用程式將會由 Universal Broker 代理，而非個別的網繭代理。
- 所有遠端資源均適用的單一連線 FQDN
使用單一網繭代理時，使用者必須分別連線至每個網繭的完整網域名稱 （FQDN），才能存取來自該網繭的指派。代理是針對個別的網繭來完成的。
使用 Universal Broker 時，使用者只需連線至您在 Universal Broker 組態設定中定義的一個 FQDN 即可存取所有指派。透過單一 FQDN，使用者可以從環境中的任何站台存取所有參與網繭中的指派 （包括 Microsoft Azure 中的Horizon Cloud網繭和 vSphere 型 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 承租人與 Omnissa Access 之間有現有的整合，則必須更新該整合以利使用 Universal Broker。如需完整指示，請參閱 Horizon Cloud 環境與 Universal Broker - 整合租用戶與 Omnissa Access 和 Intelligent Hub 服務。
注： 經 Access 產品團隊確認，當 Universal Broker 與 Microsoft Azure 部署上的 Horizon Cloud搭配使用時，該組態不支援 Access 產品的虛擬應用程式集合功能。這是因為 Universal Broker 是比舊式每一網繭代理更新的代理技術，這表示Universal Broker與 Access 的整合將不再需要對 Microsoft Azure 部署上Horizon Cloud使用舊版每一網繭虛擬應用程式集合。因此，Universal Broker 完全沒有 Microsoft Azure 部署上Horizon Cloud的虛擬應用程式集合的概念，因此不支援將虛擬應用程式集合與 Microsoft Azure 組態上的Universal Broker和Horizon Cloud搭配使用。
如果您為 Microsoft Azure 部署上的 Horizon Cloud 設定了 Universal Broker，且您計劃在 Microsoft Azure 部署上對這些Horizon Cloud使用存取和Intelligent Hub服務，則在整合程序中，作為主控台 清理 動作的一部分，您需要清理這些部署可能具有的任何現有虛擬應用程式集合。完成清理活動後，相同的應用程式將透過使用整合的 Universal Broker 和 Access 和 Intelligent Hub 服務的現代化功能，繼續在 Access 和 Intelligent Hub 服務中運作。
Horizon Cloud - 轉換為 Universal Broker 的系統需求
本文說明您的Horizon Cloud租用戶環境必須符合哪些需求，您才能排程及完成租用戶從使用單一網繭代理轉換為Universal Broker的作業。此外也會引導您完成為 Universal Broker 支援新連線 FQDN 的規劃和準備步驟。
若要支援轉換程序，以及轉換後由Universal Broker代理的多雲端指派的進行中作業，請確認您的租用戶環境符合下列需求。
注意：
如果您的租用戶網繭機群中包含已使用 Universal Broker 的 Horizon 網繭，以及使用單一網繭代理的 Horizon Cloud 網繭，則必須特別注意使已設定 Universal Broker 設定中的雙因素驗證設定與Horizon Cloud網繭相符。
-
除非您的Horizon Cloud網繭符合租用戶環境中最低網繭資訊清單和啟用 RSA SecurID 選項的準則，否則這些網繭僅支援 RADIUS 驗證。（如需詳細資訊，請參閱 在Universal Broker環境中實作雙因素驗證時的最佳做法。）
-
如果Horizon Cloud網繭不符合在其外部閘道上設定RSA SecurID的準則，如果您想對機群中的所有網繭 （Horizon 網繭和 Horizon Cloud 網繭） 使用雙因素驗證，則每個網繭必須具有外部Unified Access Gateway RADIUS並設定雙因素驗證。
Horizon Cloud網繭的需求
確認您在 Microsoft Azure 中的 Horizon Cloud 網繭符合下列需求。
-
您的租用戶至少有一個Horizon Cloud網繭。Horizon Cloud 網繭以在 Microsoft Azure 中執行的網繭管理員技術為基礎。
-
您租用戶的所有 Horizon Cloud 網繭皆執行網繭資訊清單 2298.0 或更新版本。下列需求也適用於某些使用案例。
-
如果您的 Horizon Cloud 租用戶與 Access 之間有現有的整合，則所有網繭都必須執行資訊清單 2474.0 或更新版本。完成代理轉換後，您必須更新整合以利使用 Universal Broker，如 Horizon Cloud具有Universal Broker的環境 - 將租用戶與存取和Intelligent Hub服務整合中所述。
-
如果您在代理轉換後想要使用工作取消功能或刪除保護功能，則所有 Horizon Cloud 網繭都必須執行資訊清單 2474.0 或更新版本。如果網繭執行早於資訊清單 2474.0 的版本，則不支援這些功能。 重要： 確保您的所有 Horizon Cloud 網繭都處於線上、健全狀況良好且為就緒狀態。Universal Broker服務必須與這些網繭通訊，並在網繭上執行某些組態步驟，才能完成轉換程序。如果其中有任何網繭離線或無法使用，您將無法排程轉換。如果您排程轉換，但有任何網繭稍後在轉換進行期間離線或變得無法使用，則Universal Broker設定會失敗。
-
轉換期間不會排程任何同時執行的網繭升級。
-
網繭的位置可藉由在網繭組態精靈的功能表選項中選取有效位置來設定。如果藉由在文字欄位中手動輸入位置來設定網繭的位置，則轉換將會失敗。
注： 對於在 2019 年 3 月 （服務版本 1.9） 之前初次部署的網繭，更可能發生這種涉及手動輸入位置的問題。從 2019 年 3 月版本開始，必須使用功能表，從系統的全球城市名稱資料庫的值中選取位置。
若要降低因設定給網繭的位置而導致轉換失敗的可能性，請導覽至主控台的 [容量] 頁面，然後檢查每個Horizon Cloud網繭的 [位置] 資料行的值。如果 [位置] 資料行的值看似手動輸入的名稱，請使用網繭上的 編輯 動作，移至 網繭詳細 資料步驟，然後編輯 位置 欄位，將其值設定為系統的某個城市名稱值。
- 在轉換工作流程期間，如果您的租用戶尚未從網繭機群中的任何 Horizon 網繭進行Universal Broker設定，則主控台會提示您進行Universal Broker設定。當您計劃在 Universal Broker 設定中設定雙因素驗證設定時，每個網繭都必須具有一個外部 Unified Access Gateway 執行個體，且必須為該執行個體設定適當的雙因素驗證類型。（如需背景資訊，請參閱 在Universal Broker環境中實作雙因素驗證時的最佳做法。）
這些需求取決於您的Horizon Cloud網繭是否符合在其外部閘道上設定RSA SecurID類型的準則：
- 當您Horizon Cloud網繭符合租用戶環境中最低網繭資訊清單和啟用RSA SecurID選項的準則時，您需要將所有網繭中的所有外部Unified Access Gateway個體設定為使用相同的驗證服務。這包括處於受管理狀態的所有租用戶的 Horizon 網繭。最終結果是讓所有 都使用匹配的身份驗證類型 — 全部使用 RADIUS 或都使用 RSA SecurID。
- 當Horizon Cloud網繭不符合在其外部閘道上設定RSA SecurID的準則時，如果您想對機群中的所有網繭 （Horizon 網繭和 Horizon Cloud 網繭） 使用雙因素驗證，則必須將所有網繭中的所有外部Unified Access Gateway個體設定為使用相同的 RADIUS 驗證服務。這包括處於受管理狀態的所有租用戶的 Horizon 網繭。
注： 如果網繭僅包含內部Unified Access Gateway執行個體，則Universal Broker會覆寫在 [代理] 頁面的 網路範圍 索引標籤上定義的網路原則，並將所有使用者路由至該Unified Access Gateway執行個體，無論其 IP 位址為何。
支援Universal Broker的 DNS、連接埠和通訊協定需求
確認下列需求。
- 每個網繭皆已適當設定，讓您的區域 Universal Broker 執行個體所需的 DNS 名稱可供解析且可連線。請參閱 Microsoft Azure 中 Horizon Cloud 網繭的 DNS 需求中的「網繭部署和作業 DNS 需求」表格。
- 每個網繭都設定了所需的連接埠和通訊協定，如 Horizon Cloud網繭的連接埠和通訊協定需求中的〈Universal Broker所需的連接埠和通訊協定〉一節中所述。
支援 Universal Broker 的 FQDN 需求
使用單一網繭代理時，使用者必須分別連線至每個網繭的完整網域名稱 （FQDN），才能存取來自該網繭的指派。
轉換為Universal Broker後，使用者只要連線至 Universal Broker 雲端服務的一個 FQDN，即可從環境中任何站台中的任何網繭存取任何指派。Universal Broker會將每個使用者要求路由至最可能滿足要求之網繭的個別 FQDN。
您可以在Universal Broker組態設定中指定 Universal Broker FQDN，如 排程和完成從單一網繭代理轉換為Universal Broker中所述。您可以在標準系統提供的網域前面附加有效的子網域以建立 FQDN，也可以設定完全自訂的 FQDN。
注： 如果您選擇設定自訂 FQDN，請記住此 FQDN 代表您的公司或組織。請確定您是自訂 FQDN 中所指定網域名稱的擁有者、可提供驗證該網域的憑證，以及具有使用自訂 FQDN 的適當授權。Universal Broker的自訂 FQDN 必須是唯一的，並且與網繭內所有Unified Access Gateway個體的 FQDN 不同。
規劃和準備代理轉換
由於代理轉換涉及對網路和指派工作流程進行重要變更，請確保採取必要的動作，為環境和使用者準備新的工作流程。請參閱以下規劃指南，以根據您的轉換使用案例進行適當的準備和變更管理步驟。
| 轉換使用案例 | 規劃和準備步驟 |
|---|---|
| 您的環境包含單一網繭，且您想要使用該網繭的現有 FQDN 作為Universal Broker FQDN |
|
| 您的環境包含多個網繭，且您想要將新的 FQDN 設定為 Universal Broker FQDN |
|
排程並完成從單一網繭代理轉換為Universal Broker
本主題將引導您完成轉換為 Universal Broker 的排程、準備和完成步驟。請參閱下列程序，以瞭解如何設定 Universal Broker 服務、定義轉換的開始日期和時間，以及順暢地導覽各階段的程序以成功轉換。
在做好排程代理轉換的準備後，Horizon Universal Console 頂端會出現一個含有 排程 按鈕的通知橫幅。
注： 如果橫幅顯示使轉換無法排程的錯誤狀況，表示您可能不符合轉換的一或多個先決條件。按一下橫幅中的檢視錯誤，然後在代理頁面中按一下需要轉換連結旁的錯誤圖示，以檢視有關錯誤狀況的詳細資料。您必須採取必要的步驟來清除錯誤情況，然後才能排程轉換。
先決條件
確認您的租用戶環境符合 Horizon Cloud - 轉換為 Universal Broker 的系統需求中列出的所有先決條件。
程序
- 在代理轉換的通知橫幅中按一下 排程 。
此動作會將您重新導向至 [代理] 頁面。此頁面會指出目前已為您的租用戶啟用單一網繭代理，並提供排程代理轉換的連結。
- 在代理頁面中，按一下排程連結。
Universal Broker的組態精靈隨即顯示。您必須完成此精靈的步驟，為 Microsoft Azure 中的網繭設定 Universal Broker，並排程轉換為 Universal Broker。
- 在精靈的 FQDN 頁面中，設定代理連線 FQDN 的設定。這些設定會定義您的使用者將用來存取Universal Broker所配置資源的專用連線位址。
注： 當您修改子網域或 FQDN 設定時，變更可能需要一些時間才能在所有的 DNS 伺服器上生效。
-
針對類型，選取 Omnissa 提供 或 自訂 完整網域名稱 （FQDN）。
-
為選取的 FQDN 類型指定其他設定。
- 如果您選取了 Omnissa 提供的 類型，請依照下列方式指定設定。
| 設定 | 說明 |
|---|---|
| 子網域 | 在網路組態中輸入代表您公司或組織的有效子網域的唯一 DNS 名稱。此子網域會附加在系統提供的網域前面，以形成代理 FQDN。
附註： 某些字串會由系統禁止或保留使用。此類字串包括通用字詞 （如 但是，當您在此欄位中輸入不允許的名稱時，系統不會在此時驗證該輸入。只有在您到達精靈的最後摘要步驟時，系統才會驗證您在此處輸入的名稱，並在您的輸入符合其中一個禁止的名稱時顯示錯誤。如果發生這種情況，請在此處輸入不同且更獨特的名稱。 |
| 代理 FQDN | 此唯讀欄位會顯示已設定的 FQDN。FQDN 使用 https://your-sub-domain.firstgen.omnissahorizon.com 格式。
將此 FQDN 提供給您的使用者，讓他們能夠使用 Horizon Client 連線至Universal Broker服務。Universal Broker管理此 FQDN 的 DNS 和 SSL 驗證。 |
- 如果選取 了自訂 類型，請依照下列方式指定設定。
| 設定 | 說明 |
|---|---|
| 代理 FQDN | 輸入您的使用者將用來存取Universal Broker服務的自訂 FQDN。您的自訂 FQDN 功能可作為自動產生之系統提供的 FQDN 的別名，以完成與 服務的連線。
您必須是自訂 FQDN 中所指定網域名稱的擁有者，並提供可驗證該網域的憑證。 附註： 您的自訂 FQDN （也稱為連線 URL） 代表您的公司或組織。確保您有適當的授權可使用此自訂 FQDN。
附註： 您的自訂 FQDN 必須是唯一的，並且與網繭內所有Unified Access Gateway個體的 FQDN 不同。
重要： 您必須在 DNS 伺服器上建立 CNAME 記錄，將自訂 FQDN 對應至系統提供的 FQDN，以表示 Universal Broker 服務的內部連線位址。例如，記錄可能會將 vdi.examplecompany.com 映射 |
| 憑證 |
按一下 瀏覽 ，然後上傳驗證您的代理 FQDN 的憑證 （採用密碼保護的 PFX 格式）。憑證必須符合下列所有準則：
Universal Broker服務會使用此憑證建立用戶端的信任連線工作階段。 |
| 密碼 | 輸入 PFX 憑證檔案的密碼。 |
| Omnissa 提供的 FQDN | 此唯讀欄位會顯示系統提供的 FQDN，且會為代理服務自動產生。FQDN 採用 格式 https://auto-generated-string.firstgen.omnissahorizon.com。
此系統提供的 FQDN 不會向使用者顯示，代表 Universal Broker 服務的內部連線位址。您的自訂 FQDN 可作為此系統提供的 FQDN 的別名。 重要： 您必須透過在 DNS 伺服器上建立 CNAME 記錄，將自訂 FQDN 對應至系統提供的 FQDN，以設定別名關聯。例如，記錄可能會將 vdi.examplecompany.com 映射 |
-
當您完成設定 FQDN 設定時， 請按下一步 以繼續前往精靈的下一頁。
-
（選用）在精靈的 驗證 頁面中，設定雙因素驗證。
依預設，Universal Broker僅透過使用者Active Directory的使用者名稱和密碼來驗證使用者。您可以藉由指定其他驗證方法來實作雙因素驗證。如需詳細資訊，請參閱 在Universal Broker環境中實作雙因素驗證時的最佳做法。
重要： 若要將雙因素驗證用於Universal Broker，您必須先在每個參與網繭內的每個外部 Unified Access Gateway 執行個體上設定適當的驗證服務。在參與的網繭內部和網繭之間，外部 Unified Access Gateway 執行個體的組態必須相同。
例如，如果您想要使用 RADIUS 驗證，則必須在 Microsoft Azure 中所有參與的 Horizon 網繭和網繭之間的每個外部 Unified Access Gateway 執行個體上設定RADIUS服務。
請勿刪除參與網繭內的任何Unified Access Gateway執行個體。由於 Universal Broker 與虛擬資源之間的通訊協定流量依賴Horizon Client Unified Access Gateway，因此，如果您刪除該網繭上的Unified Access Gateway執行個體，使用者將無法從參與的網繭存取已佈建的資源。
| 設定 | 說明 |
|---|---|
| 雙因素驗證 | 若要使用雙因素驗證，請啟用此切換。 啟用此切換時，您會看到用於設定雙因素驗證的其他選項。 |
| 維護使用者名稱 | 啟用此切換，可在驗證至 Universal Broker 期間保有使用者的Active Directory使用者名稱。啟用時：
|
| 類型 |
除了Active Directory使用者名稱和密碼，還需指定Universal Broker應該用於使用者的驗證方法。使用者介面會顯示兩個選項 RADIUS 和 RSA SecurID。
此設定適用於整個承租人。使用者用戶端中的行為將取決於租用戶網繭機群的構成，以及在網繭的閘道上設定了哪種雙因素驗證類型，如下所示：
|
| 顯示提示文字 | 啟用此切換按鈕，可設定會在用戶端登入畫面中顯示的文字字串，以便提示使用者輸入其認證以使用其他驗證方法。 |
| 自訂提示文字 |
輸入要在用戶端登入畫面中顯示的文字字串。指定的提示會向使用者 顯示為輸入您的 DisplayHint 使用者名稱和密碼，其中的 DisplayHint 是您在此文字方塊中輸入的文字字串。
附註： Universal Broker 不允許在自訂提示文字中使用下列字元： & < > ' “
如果您在提示文字中包含任何這些不允許的字元，使用者將無法連線至Universal Broker FQDN。
此提示可引導使用者輸入正確的認證。例如，輸入以下的公司使用者名稱和網域密碼之類的詞語 ， 會對終端使用者造成提示： 在下方輸入您的公司使用者名稱和網域密碼作為使用者名稱和密碼。 |
| 略過雙因素驗證 |
啟用此切換，可對連線至Universal Broker服務的內部網路使用者略過雙因素驗證。請確定您已指定屬於內部網路的公用 IP 範圍，如定義Universal Broker的內部網路範圍中所述。
|
| 公用 IP 範圍 | 當啟用跳過雙因素驗證時，此欄位會是可見的。 如果已在 [代理] 頁面的 [網路範圍] 索引標籤上指定一或多個公用 IP 範圍，則此欄位為唯讀，且會列出這些 IP 範圍。 如果 [代理] 頁面的 [網路範圍] 索引標籤尚未指定公用 IP 範圍，您可以使用此欄位來指定代表您內部網路的公用 IP 範圍，從而跳過提示對來自這些範圍的流量進行雙因素驗證。Universal Broker 將從其中一個範圍內的 IP 位址連線的任何使用者視為內部使用者。 如需進一步瞭解指定這些範圍的目的，請參閱 定義Universal Broker的內部網路範圍。 |
當您完成設定雙因素驗證時，請按下 一步 以繼續前往精靈的下一頁。
- 在組態精靈的 設定 頁面中，設定Horizon Client 的持續時間 設定。
這些逾時設定適用於Horizon Client與Universal Broker所配置已指派桌面之間的連線工作階段。這些設定不適用於使用者對已指派桌面之客體作業系統的登入工作階段。當Universal Broker偵測到這些設定指定的逾時情況時，就會關閉使用者的 Horizon Client 連線工作階段。
| 設定 | 說明 |
|---|---|
| Client 活動訊號間隔 | 控制Horizon Client活動訊號之間的間隔 （以分鐘為單位），以及使用者與 Universal Broker 的連線狀態。這些活動訊號會向Universal Broker報告Horizon Client連線工作階段期間已經過多少閒置時間。 當執行Horizon Client的端點裝置未發生互動時，會測量閒置時間。登入客體作業系統 （此客體作業系統是使用者指派的桌面的基礎） 中的閒置並不會影響此閒置時間。 在大型桌面部署中，提高 Client 活動訊號間隔 可能會降低網路流量並改善效能。 |
| 用戶端閒置使用者 | Horizon Client和Universal Broker之間的連線工作階段期間允許的閒置時間上限 （以分鐘為單位）。 達到時間上限時，使用者的驗證期間即到期，Universal Broker 會關閉所有作用中的Horizon Client工作階段。若要重新開啟連線工作階段，使用者必須在 Universal Broker 登入畫面上重新輸入其驗證認證。 注意：為避免意外中斷使用者與已指派桌面的連線，請將 Client 閒置使用者逾時值設定為 Client 活動訊號間隔的兩倍以上。 |
| 用戶端代理工作階段 | 在使用者的驗證到期之前，允許Horizon Client連線工作階段的時間上限 （以分鐘為單位）。時間會在使用者向 Universal Broker 進行驗證時開始起算。工作階段逾時發生時，使用者可繼續在其指派的桌面中工作。但是，如果他們執行需要與Universal Broker通訊的動作 （例如變更設定），Horizon Client會提示他們重新輸入其Universal Broker認證。 附註： [ Client 代理人工作階段 ] 逾時必須大於或等於 [Client 活動訊號間隔 時間] 值與 [Client 閒置使用者 ] 逾時的總和。 |
| 用戶端認證快取逾時 | 控制是否將使用者登入認證儲存在用戶端系統快取中。輸入 1 會將使用者認證儲存在快取中。如果不想將使用者認證儲存在快取中，請輸入 0 。 |
當您完成設定持續時間設定時，請按下 一步 以繼續前往精靈的下一頁。
- 在精靈的 排程 頁面中，使用控制項指定執行代理轉換的 日期 和 開始時間 。
![Universal Broker組態精靈的 [排程] 頁面。](images/GUID-735C4B6E-1055-4E09-A0B9-F2531DEBF598-low.png "Universal Broker組態精靈的 [排程] 頁面。")
您可以將開始時間排程為比目前的當地時間早至少一個小時，最多比目前的日期早 3 個月。開始時間必須為整點。
設定開始時間時，請留出足夠的時間讓轉換繼續執行而不會中斷。
完成後，請按下 一步 以繼續進行Universal Broker組態精靈的下一個步驟。
注： 如果主控台顯示訊息指出指定的開始時間無法使用，請返回 日期 和 開始時間 設定，為轉換指定不同的時間。
- 在 摘要 頁面中檢閱您的設定，然後按一下 完成 以儲存Universal Broker組態和排程設定。
此時會顯示一則訊息，確認您已成功排程轉換。
排程轉換後：
- [代理] 頁面會顯示與即將進行的轉換有關的詳細資料。如果距離開始時間一個小時以上，您可以按一下 排程 連結來重新排程轉換。
- 如果您想要取消已排程的轉換或重新排程即將在一小時內開始的轉換，則必須連絡Horizon Cloud支援。請注意，Horizon Cloud 支援無法取消或重新排程即將在 15 分鐘內開始的轉換。
- 在到達開始時間之前，主控台會持續顯示有關即將進行的轉換的通知橫幅。在橫幅中按 一下檢視詳細資料 會將您重新導向至 [代理] 頁面。
- 與即將進行的轉換有關的通知和提醒訊息，會傳送至您為租用戶登錄的主要電子郵件帳戶。
- 確定您在排程開始轉換的至少 15 分鐘前完成下列準備工作。在轉換期間，您無法存取主控台的任何編輯作業。
- 在主控台中完成所有進行中的作業，並儲存您想要保留的任何變更。
- 關閉所有組態精靈和對話方塊。 重要： 確保 Microsoft Azure 中的所有 Horizon Cloud 網繭在轉換期間都處於線上、健全狀況良好且準備就緒的狀態。Universal Broker服務必須與網繭通訊，並在網繭上執行某些組態步驟，才能完成轉換的代理啟用階段。如果有任何網繭處於離線或無法使用，則轉換會失敗。
重要： 如果您的混合環境同時包含 Microsoft Azure 中的 Horizon Cloud 網繭以及 vSphere 型 SDDC 平台上的 Horizon 網繭，則在轉換期間，您的 Horizon 網繭將無法使用 Universal Broker 服務。此外，在此期間，您無法將 Horizon 網繭的狀態從受監控變更為受管理。
- 在轉換開始前不久，請依照畫面提示中的指示，從主控台登出並重新登入。
- 允許轉換的第一個階段執行而不中斷。
在此轉換階段期間：
- 您無法存取主控台的任何編輯控制項，且主控台會顯示一個橫幅，指出轉換正在進行中。
- 您在 Microsoft Azure 中的所有網繭都會新增至名為 Default-Site 的站台。
- 您的 VDI 桌面指派會轉換為由Universal Broker代理的多雲端指派。在預設指派設定中，連線相似性設定為 最接近的站 台，範圍設定為 站台內。
- 您的工作階段型桌面和應用程式指派會保持不變。轉換後，這些指派中的資源會由Universal Broker代理。
- 在此期間，所有指派仍可供使用者使用，且所有作用中使用者工作階段仍會保持開啟且正常運作。 注： 此轉換階段通常需執行約 10 分鐘，但如果您的租用戶環境包含大量指派，則可能需要更長時間。您可以按一下通知橫幅中的 檢視狀態 來監控進度。如果此階段未在一小時內完成，轉換即會逾時，並標示為失敗。
此轉換階段完成後，會顯示下列訊息。
注： 如果在此轉換階段中發生失敗，Horizon Cloud 支援部門會收到自動通知，並調查及修復失敗的原因。您可以在 代理 頁面和通知訊息 （傳送至您為租用戶登錄的主要電子郵件帳戶） 中檢視詳細資訊。Horizon Cloud 支援修復失敗的原因後，您可以使用 代理 頁面中的連結來重新排程轉換。
- 在您重新登入主控台後，允許 Universal Broker 服務完成其設定程序並完全啟用。
通常最多需要 30 分鐘，組態設定即可在 Universal Broker 服務中完全生效，因為 DNS 記錄會傳播至所有全域區域中的 DNS 伺服器。不過，根據您的系統與網路條件，以及環境中的指派總數和專用的使用者到桌面對應，此程序可能需要數小時才能完成。如果此程序未在四小時內完成，轉換即會逾時，並標示為失敗。
在此轉換階段中，您可以在主控台中存取所有編輯作業，但建立和編輯指派除外。此外，在此期間無法使用 Universal Broker 服務來代理指派。
設定成功完成後，主控台中的鈴鐺圖示下方會顯示一則通知訊息，且 [代理>設定] 頁面會顯示已啟用狀態，並出現一個綠點。
您的指派現在會由Universal Broker代理，且轉換即已完成。
重要： 如果Universal Broker設定失敗，則 [ 設定 > 代理 ] 頁面會顯示 錯誤 狀態與紅色警示圖示。若要修復組態失敗並設定Universal Broker服務，請按照 知識庫文章 2006985 中所述開啟支援要求。
後續步驟
- 如果您的 Horizon Cloud 承租人與 Access 之間有現有的整合，則必須更新該整合以利使用 Universal Broker。如需完整指示，請參閱 Horizon Cloud 環境與 Universal Broker - 將租用戶與存取和Intelligent Hub服務整合。
- 修改站台和多雲端 VDI 指派設定，以充分利用Universal Broker功能。例如，您可以將更多網繭新增至現有的指派，或調整站台設定以微調 Universal Broker 代理指派的方式。如需詳細資訊，請參閱 在您的 Horizon Cloud 租用戶環境中建立和管理多雲端指派 和 使用Universal Broker環境中的站台。
您的租用戶環境在轉換為 Universal Broker 後的新功能
本文說明在您成功完成從單一網繭代理轉換為 Universal Broker 後，您預期會在 Horizon Cloud 租用戶環境中看到的變更。變更包含一些新功能行為和一些功能限制。
如需有關Universal Broker環境中某些功能限制的詳細資訊，請參閱 Universal Broker - 功能考量事項和已知限制。
使用者指派的變更
- 您在 Microsoft Azure 中的所有網繭都會新增至名為 Default-Site 的站台。
- VDI 桌面指派會轉換為由Universal Broker代理的多雲端指派。在預設指派設定中，連線相似性設定為 最接近的站 台，範圍設定為 站台內。
注： 即使指派包含來自多個網繭的桌面，一個特定使用者最多只能從Universal Broker代理的專用指派接收最多一個指派的桌面。
重要： 如果使用者先前從單一網繭代理環境中的專用指派接收多個指派的桌面，則轉換至Universal Broker環境後將無法存取這些桌面。若要存取指派的桌面，使用者可以直接連線至網繭的 FQDN，而非使用 Universal Broker FQDN。
- 工作階段型桌面和應用程式指派現在由Universal Broker代理。
具有相同名稱的桌面平台集區的變更
如果在代理轉換之前，您的網繭之間有任何桌面集區具有相同名稱，系統會將這些集區編輯為不同的名稱。此變更可確保您能夠將不同網繭中具有唯一名稱的桌面集區新增至由Universal Broker代理的單一指派。
例如，假設您在代理轉換之前有下列案例：
- Pod1 包含名為 TestPoolName 的集區。
- Pod2 包含也名為 TestPoolName 的集區。
轉換後，範例集區名稱將變更如下：
- 在 Pod1 中，集區名稱會保持 為 TestPoolName。
- 在 Pod2 中，集區會重新命名為 TestPoolName1。
虛擬機器名稱前置詞的變更
在轉換前的單一網繭代理環境中，集區的虛擬機器名稱首碼最多可以有 11 個可自訂字元。為了形成集區名稱，會在包含 11 個字元的首碼後面附加一個序號 （最多 4 位數）。
轉換為 Universal Broker 後，虛擬機器名稱前置詞最多可包含 9 個可自訂字元。轉換後，任何先前長度超過 9 個字元的虛擬機器名稱前置詞都會自動截斷。
若要在Universal Broker環境中形成集區名稱，請在包含 9 個字元的首碼後面附加下列字元：兩個隨機英數字元或字母字元，其後尾隨一個序號 （最多 4 位數）。
如果有多個指派使用相同的虛擬機器名稱首碼，當您嘗試編輯其中一個指派時，可能會遇到錯誤。若要解決此錯誤，請在編輯精靈中變更指派的虛擬機器名稱首碼。
注： 如果在設定桌面集區時將 桌面數目上限 選項設定為 0，則轉換後，虛擬機器名稱前置詞和集區名稱在 Horizon Universal Console 中將保持不變。若要更新主控台以顯示新的虛擬機器名稱前置詞和集區名稱，請使用 [編輯] 精靈來更新轉換的指派。
轉換後的功能考量事項
轉換為 Universal Broker 後，下列考量事項適用於特定功能。
- 不支援自訂指派 （也稱為 URL 重新導向指派）。
- 如果您的網繭執行早於資訊清單 2474.0 的版本，則不支援工作取消功能。若要使用此功能，您必須將網繭升級至資訊清單 2474.0 或更新版本。
- 如果 Microsoft Azure 部署上的 Horizon Cloud 在轉換前已與 Access 整合，則必須將該整合更新為轉換後狀態，以便使用 Universal Broker。如需完整指示，請參閱 Horizon Cloud 環境與 Universal Broker - 整合租用戶與 Omnissa Access 和 Intelligent Hub 服務。
請注意，更新該整合時，您需要使用 Horizon Universal Console 清理 工作流程，清理這些部署可能具有的任何現有虛擬應用程式集合。清理工作流程將使相同的應用程式繼續在 Access 和 Intelligent Hub 服務中執行，方法是使用整合的 Universal Broker 和 Access 和 Intelligent Hub 服務的新功能 （而非舊版、每一網繭虛擬應用程式集合功能）。經 Access 產品團隊確認，當 Universal Broker 與 Microsoft Azure 部署上的 Horizon Cloud搭配使用時，該組態不支援 Access 產品的虛擬應用程式集合功能。這是因為Universal Broker是比舊式每一網繭代理更新的代理技術，這表示Universal Broker與存取的整合將不再需要使用舊版每一網繭虛擬應用程式集合。因此，Universal Broker 在 Microsoft Azure 部署上根本沒有Horizon Cloud的虛擬應用程式集合的概念。
重要： 如果您的網繭執行早於資訊清單 2474.0 的版本，則不支援詳細目錄中斷的刪除保護功能。若要使用此功能，您必須將網繭升級至資訊清單 2474.0 或更新版本。
例如，如果您的網繭執行早於資訊清單 2474.0 的版本，且在轉換前已啟用刪除保護功能，則該功能在轉換後將會停止運作。如果您後續將網繭升級至資訊清單 2474.0 或更新版本，則刪除保護功能便會再次恢復運作。
此頁面對您有幫助嗎?