准备虚拟机以安装 Omnissa Access

此准备阶段可确保在开始基于控制平面的 Omnissa Access 部署之前，所有虚拟机、网络连接、证书和基础架构必备条件均已准备就绪。

在此部署模型中，平台和应用程序服务跨专用虚拟机进行部署，并通过控制平面框架进行编排。在开始部署工作流之前，必须置备并验证所有必需的虚拟机和支持基础架构。

如果您计划为部署配置灾难恢复 (DR) 站点，则需要 NFS 存储。有关必备条件，请参阅为 Omnissa Access 配置灾难恢复。

部署拓扑要求

部署模型使用专用引导虚拟机、基础架构/平台服务和 Omnissa Access 服务。

标准生产部署包含以下节点：

重要信息：

• 启动安装工作流之前，所有虚拟机必须已部署并可访问。
• 必须为所有节点配置静态 IP 地址、DNS 记录和主机名。
• configuser 密码必须在所有节点之间配置一致。
• configuser 的默认密码有效期为自 OVA 部署之日起 60 天。您必须在所有集群节点中重置相同的密码。
• 控制平面引导和集群初始化完成后，不支持更改节点角色或部署拓扑。
• 所有节点都必须能够通过所需的网络端口相互通信。
• 部署之前，必须在 Omnissa Access 节点前面配置负载均衡器。

硬件大小调整要求

以下大小调整仅适用于基于控制平面的 Omnissa Access 部署。

根据环境中的用户、组和应用程序数量，选择部署规模。

下表显示了每种部署规模所需的最低硬件配置。

按部署规模划分的最低硬件配置：

¹ 基础架构/平台节点托管内部平台服务，包括数据库、消息传递、缓存和搜索（PostgreSQL、Redis、Kafka 和 OpenSearch）。

*无论部署规模如何，引导节点都需要正好 8 个 vCPU。

重要信息：

• 资源大小调整可能会因身份验证负载、启用的服务和集成要求而异。
• 根据日志记录、审核保留和操作要求，可能需要额外的存储分配。

基础架构高可用性设置准则

为确保系统即使在出现问题时仍保持正常运行，请在为基础架构和平台创建虚拟机 (Virtual Machine, VM) 时遵循以下规则。

在不同的物理机（ESX 主机）上运行每个节点。 例如，如果您需要三个基础架构/平台节点和两个 Omnissa Access 节点，请按如下方式放置它们：

• 引导节点 → 物理主机 1
• 基础架构/平台节点 1 → 物理主机 1
• 基础架构/平台节点 2 → 物理主机 2
• 基础架构/平台节点 3 → 物理主机 3
• Omnissa Access 节点 1 → 物理主机 1
• Omnissa Access 节点 2 → 物理主机 2

使用此方法时，如果一个物理主机发生故障，服务仍可以使用其他两个主机运行，从而保持系统可用且稳定。

所有节点的要求

从 Omnissa Customer Connect 页面下载 Omnissa Access OVA，然后选择 Omnissa Access。下载该文件后，按照部署虚拟机以安装 Omnissa Access 中所述部署所有虚拟机。

部署之前，确保所有节点都满足以下要求：

• 已分配静态 IP 地址。
• 主机名配置正确。
• 已配置 DNS 解析。
• 所有节点均可通过网络相互访问。
• 负载均衡器已配置且可访问。有关配置要求，请参阅使用负载均衡器或反向代理启用对 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 条目，则支持这些证书。此外，也支持自签名证书。

部署配置期间需要证书和私钥文件。

网络配置要求

Unified Access Gateway 支持反向代理功能，以允许用户安全地远程访问 Omnissa Access 统一目录。Unified Access Gateway 可以部署在 DMZ 中作为 Omnissa Access 设备前端的负载均衡器后面。

端口要求

要确定此 Omnissa Access 版本所需的端口，请参阅 Omnissa Access Ports and Protocols 页面，您可以在该页面上使用筛选器（如版本筛选器）来根据需要自定义列表。

重要信息：

• 确保在部署之前配置所需的防火墙规则。
• 内部平台端口必须可在基础架构和 Omnissa Access 节点之间访问。
• 面向公众的端口应只通过负载均衡器或反向代理公开。
• 端口公开可能因部署架构和安全要求而异。