Skip to main content

2026 年 7 月 16 日

關於將 Horizon Cloud Pod 架構部署與 Omnissa Access 整合

除了可將獨立的 Horizon 網繭與 Omnissa Access 整合之外,您也可以整合 Horizon Cloud Pod 架構 (CPA) 部署。

將 Horizon 網繭聯盟與 Omnissa Access 內部部署整合

站台 A 具有網繭 1 和網繭 2。站台 B 具有網繭 3。網繭 2 和網繭 3 構成 CPA 聯盟。站台 A 也包含 Omnissa Access 服務和虛擬應用程式服務。

將 Horizon 網繭聯盟與 Omnissa Access 雲端服務整合

站台 A 具有網繭 1 和網繭 2。站台 B 具有網繭 3。網繭 2 和網繭 3 構成 CPA 聯盟。站台 A 也包含虛擬應用程式服務。

Horizon Cloud Pod 架構功能可將多個 Horizon 網繭連結起來,形成單一大型桌面平台和應用程式代理與管理環境,稱為網繭聯盟。網繭聯盟可跨越多個站台和資料中心。

您可以將一或多個網繭聯盟與 Omnissa Access 服務整合。請注意,網繭聯盟是在 Horizon 中建立和管理,對於網繭聯盟之桌面平台和應用程式集區的使用者和群組權利也是在 Horizon 中設定。您可以將資源和權利同步至 Omnissa Access。

網繭聯盟具備全域權利,可讓您授權使用者從網繭聯盟中的任何網繭存取桌面平台和應用程式。全域權利可以包含來自聯盟中多個網繭的資源。例如,全域桌面平台權利可以包含來自三個不同資料中心中三個不同網繭的桌面平台集區。網繭聯盟中的個別網繭也能設定本機權利。您可以將全域權利和本機權利同步至 Omnissa Access。

將網繭聯盟與 Omnissa Access 服務整合,涉及在 Omnissa Access Console 中執行以下高階工作:

  • 新增組成網繭聯盟的所有網繭,指定每個網繭的 Horizon Connection Server 詳細資料。

    雖然 Omnissa Access 可以從網繭聯盟中的任意一個網繭同步全域權利,但它需要連線至每個網繭,以同步 SAML 驗證所需的中繼資料。它也需要連線至網繭以便同步本機權利 (如果適用)。

  • 新增網繭聯盟詳細資料,並指定全域啟動 URL。全域啟動 URL 通常是全域負載平衡器 URL,用來啟動全域授權的桌面平台和應用程式。

    您可為特定的網路範圍自訂全域啟動 URL,例如為內部和外部存取進行自訂。

  • 將資源和權利從網繭聯盟同步至 Omnissa Access 服務。

  • 透過設定特定網路範圍的用戶端存取 URL,自訂全域啟動 URL。這些 URL 將用來啟動網繭聯盟中的全域授權資源。依預設,您在新增聯盟時指定的全域啟動 URL 將做為所有網路範圍的全域啟動 URL。

  • 為網繭聯盟中已設定本機權利的每個網繭,指定用戶端存取 URL。這些 URL 將用來啟動網繭中的本機授權的桌面平台和應用程式。用戶端存取 URL 可以是 Horizon Connection Server URL、安全伺服器 URL 或負載平衡器 URL。用戶端存取 URL 是針對特定的網路範圍而設定。依預設,您在新增網繭時指定的 Horizon Connection Server,將作為所有網路範圍的用戶端存取 URL。

當您將網繭聯盟與 Omnissa Access 服務整合時,該服務會執行下列動作:

  • 將網繭聯盟中的所有全域權利同步。
  • 同步隸屬於網繭聯盟之網繭中的本機權利 (如果已選取)。
  • 同步網繭聯盟中所有 Horizon Connection Server 的中繼資料。
  • 允許使用者透過 Omnissa Intelligent Hub 應用程式或入口網站存取其 Horizon 應用程式和桌面平台。

使用者可從 Intelligent Hub 應用程式或入口網站,來存取其 Horizon 應用程式和桌面平台。使用者獲授權的所有資源 (無論是透過全域權利或本機權利獲得) 都會顯示出來。應用程式和桌面平台是在 Horizon Client 或瀏覽器中啟動。當使用者啟動本機授權的應用程式或桌面平台時,則會從使用者連線到的 Horizon Connection Server 加以啟動。全域授權的資源則是從資源所在的 Horizon Connection Server 啟動。

Cloud Pod 架構部署範例

下列圖示顯示一個範例的 Cloud Pod 架構部署,以及它如何與 Omnissa Access 服務整合。

Cloud Pod 架構部署搭配 Omnissa Access 內部部署

Federation 1 包含三個網繭。Omnissa Access 服務和虛擬應用程式服務均為內部部署。

使用 Omnissa Access 雲端服務的 Cloud Pod 架構部署

Federation 1 包含三個網繭。虛擬應用程式服務位於內部部署,並連線至 Omnissa Access 雲端服務。

本圖說明網繭聯盟部署範例。在 Horizon 6 中建立一個名為 Federation 1 的網繭聯盟。它有三個網繭:網繭 1、網繭 2 和網繭 3。網繭 1 和網繭 2 針對每個 Horizon Connection Server 設定為使用安全伺服器執行個體,一個外部負載平衡器用於外部存取,以及一個內部負載平衡器用於內部存取。網繭 3 已設定為僅供內部存取,並使用內部負載平衡器。網繭聯盟整體同時具備外部全域負載平衡器與內部全域負載平衡器。

桌面平台和應用程式集區會部署在網繭上。為 Federation 1 設定全域權利,並為個別網繭設定本機權利。

Federation 1 與 Omnissa Access 服務整合。Omnissa Access 服務會同步 Federation 1 的全域權利,以及本機權利。由於各網繭都會複寫全域權利,因此它會從網繭 1 同步全域權利。它也會同步網繭 1、網繭 2 和網繭 3 的本機權利。

使用者可以在 Intelligent Hub 應用程式或入口網站,檢視他們有權使用的所有桌面平台和應用程式 (無論是透過全域權利或本機權利獲得)。當使用者啟動桌面平台或應用程式時,如果該資源屬於全域權利的一部分,則啟動要求會根據使用者的網路範圍,前往外部或內部全域負載平衡器 (URL EG 或 URL IG)。如果資源來自本機權利,啟動要求會根據使用者的網路範圍,前往該資源部署所在之網繭的內部或外部負載平衡器。例如,若資源位於網繭 2,則要求會送往 URL I2 或 URL E2。

此頁面對您有幫助嗎?

針對本主題提供意見回饋

本主題對您有幫助嗎?

請勿填寫任何個人或機密資訊。

正在產生連結…