此準備階段可確保您在開始以控制平面為基礎部署 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 安裝所需的虛擬機器中的說明部署所有虛擬機器。
部署前,請確保所有節點均符合下列需求:
- 已指派靜態 IP 位址。
- 已正確設定主機名稱。
- 已設定 DNS 解析。
- 所有節點均可透過網路彼此連線。
- 已設定負載平衡器,且可正常連線。如需組態需求,請參閱使用負載平衡器或反向 Proxy 來啟用 Omnissa Access 的外部存取。
此作業的目的是確保作業系統和底層基礎結構已完全準備就緒,且不會在部署期間干擾平台服務。
憑證需求
Omnissa Access 部署 FQDN 需要 TLS 憑證:
- 採用 PEM 格式 (
.pem)。 - CN 必須與主要租用戶 FQDN 相符。
- 憑證必須包含下列主體別名 (SAN),其中
example.com請替換為您的部署網域:tenant.example.comtenant-cert.example.comtenant-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 開放。
- 連接埠的開放情況可能因部署架構和安全性需求而異。
此頁面對您有幫助嗎?