Skip to main content

2026 年 9 月 15 日

準備用於安裝 Omnissa Access 的虛擬機器

此準備階段可確保您在開始以控制平面為基礎部署 Omnissa Access 前,已備妥所有虛擬機器、網路、憑證和基礎結構先決條件。

在此部署模型中,平台服務和應用程式服務會部署於專用虛擬機器上,並透過控制平面架構進行協調。開始部署工作流程前,必須先佈建並驗證所有必要的虛擬機器和支援基礎結構。

如果您計劃為部署設定災難復原 (DR) 站台,則需要使用 NFS 儲存區。如需瞭解先決條件,請參閱設定 Omnissa Access 的災難復原。

部署拓撲需求

此部署模型會針對啟動程序、基礎結構/平台服務和 Omnissa Access 服務使用專用虛擬機器。

標準生產環境部署包含下列節點:

節點類型數量用途
啟動程序節點1初始化並協調控制平面部署。
Omnissa Access 節點小型和中型為 2 個

大型為 3 個
在負載平衡器後方裝載 Omnissa Access 應用程式服務。
基礎結構/平台節點3裝載平台服務和共用基礎結構服務。

重要:

  • 所有虛擬機器都必須在開始安裝工作流程前完成部署,且可正常存取。
  • 必須為所有節點設定靜態 IP 位址、DNS 記錄和主機名稱。
  • 所有節點必須設定相同的 configuser 密碼。
  • configuser 的預設密碼有效期限為 OVA 部署日起 60 天。您必須在所有叢集節點上將其重設為相同的密碼。
  • 完成控制平面啟動程序和叢集初始化後,不支援變更節點角色或部署拓撲。
  • 所有節點都必須能透過必要的網路連接埠彼此通訊。
  • 部署前,必須在 Omnissa Access 節點前端設定負載平衡器。

硬體大小調整需求

下列大小調整僅適用於以控制平面為基礎的 Omnissa Access 部署。

根據環境中的使用者、群組和應用程式數量選擇部署大小。

下表列出各部署大小所需的最低硬體組態。

各部署大小的最低硬體組態:

部署大小啟動程序節點Omnissa Access 節點基礎結構/平台節點¹支援的規模
小型1 個節點
8 個 vCPU
32 GB RAM
200 GB 磁碟空間
2 個負載平衡的節點
24 個 vCPU
48 GB RAM
各 200 GB 磁碟空間
3 個節點
16 個 vCPU
48 GB RAM
各 200 GB 磁碟空間
最多:
300,000 個使用者
3,000 個群組
50 個應用程式
中型1 個節點
8 個 vCPU
32 GB RAM
200 GB 磁碟空間
2 個負載平衡的節點
48 個 vCPU
64 GB RAM
各 200 GB 磁碟空間
3 個節點
24 個 vCPU
96 GB RAM
各 300 GB 磁碟空間
最多:
1,000,000 個使用者
10,000 個群組
150 個應用程式
大型1 個節點
8 個 vCPU
32 GB RAM
200 GB 磁碟空間
3 個負載平衡的節點
64 個 vCPU
96 GB RAM
各 200 GB 磁碟空間
3 個節點
24 個 vCPU
96 GB RAM
各 400 GB 磁碟空間
最多:
1,000,000 個使用者
20,000 個群組
500 個應用程式

¹ 基礎結構/平台節點會裝載內部平台服務,包括資料庫、訊息傳遞、快取和搜尋服務 (PostgreSQL、Redis、Kafka 和 OpenSearch)。

*無論部署大小為何,啟動程序節點一律需要 8 個 vCPU。

重要:

  • 資源大小調整可能因驗證負載、已啟用的服務和整合需求而異。
  • 根據記錄、稽核資料保留和作業需求,可能需要配置額外的儲存空間。

高可用性基礎結構設定準則

為確保系統在發生故障時仍可持續運作,建立基礎結構和平台虛擬機器 (VM) 時,請遵循下列規則。

讓每個節點分別在不同的實體機器 (ESX 主機) 上執行。 例如,如果需要三個基礎結構/平台節點和兩個 Omnissa Access 節點,請依下列方式配置:

  • 啟動程序節點 → 實體主機 1
  • 基礎結構/平台節點 1 → 實體主機 1
  • 基礎結構/平台節點 2 → 實體主機 2
  • 基礎結構/平台節點 3 → 實體主機 3
  • Omnissa Access 節點 1 → 實體主機 1
  • Omnissa Access 節點 2 → 實體主機 2

採用此配置後,即使其中一部實體主機發生故障,服務仍可透過其餘兩部實體主機繼續運作,確保系統維持可用且穩定。

所有節點的需求

在 Omnissa Customer Connect 頁面上選取 Omnissa Access,以下載 Omnissa Access OVA。下載檔案後,請依照部署 Omnissa Access 安裝所需的虛擬機器中的說明部署所有虛擬機器。

部署前,請確保所有節點均符合下列需求:

此作業的目的是確保作業系統和底層基礎結構已完全準備就緒,且不會在部署期間干擾平台服務。

憑證需求

Omnissa Access 部署 FQDN 需要 TLS 憑證:

  • 採用 PEM 格式 (.pem)。
  • CN 必須與主要租用戶 FQDN 相符。
  • 憑證必須包含下列主體別名 (SAN),其中 example.com 請替換為您的部署網域:
    • tenant.example.com
    • tenant-cert.example.com
    • tenant-amsso.example.com

如果萬用字元憑證包含所需的 SAN 項目,則可支援此類憑證。也支援自我簽署憑證。

設定部署時需要提供憑證檔案和私密金鑰檔案。

網路組態需求

元件說明
DNS 記錄和 IP 位址IP 位址和 DNS 記錄。 收集部署 OVF 範本所需的下列資訊:主機名稱、NIC 1 (eth0) IPv4 位址、DNS 伺服器位址、DNS 搜尋網域、NIC 1 IPv4 網路遮罩、IPv4 預設閘道,以及 Docker0 橋接器 IPv4 CIDR。
防火牆連接埠確保已開啟傳入防火牆連接埠,允許網路外部的使用者存取 Omnissa Access 執行個體或負載平衡器。 請參閱下方的連接埠需求。
反向 Proxy在 DMZ 中部署 Unified Access Gateway 等反向 Proxy,讓使用者可以遠端且安全地存取 Omnissa Access 使用者入口網站。

Unified Access Gateway 支援反向 Proxy 功能,讓使用者可以遠端且安全地存取 Omnissa Access 統一目錄。Unified Access Gateway 可部署於負載平衡器 (位於 Omnissa Access 應用裝置前端) 後方的 DMZ 中。

連接埠需求

若要判斷此 Omnissa Access 版本需要哪些連接埠,請參閱 Omnissa Access 連接埠和通訊協定頁面。您可以在該頁面使用篩選器,例如版本篩選器,依需求自訂清單。

重要:

  • 部署前,請確保已設定必要的防火牆規則。
  • 基礎結構節點與 Omnissa Access 節點之間必須能夠存取內部平台連接埠。
  • 對外公開的連接埠應僅透過負載平衡器或反向 Proxy 開放。
  • 連接埠的開放情況可能因部署架構和安全性需求而異。

此頁面對您有幫助嗎?

針對本主題提供意見回饋

本主題對您有幫助嗎?

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

正在產生連結…