Preparar las máquinas virtuales para la instalación de Omnissa Access

Esta fase de preparación garantiza que todas las máquinas virtuales, la red, los certificados y los requisitos de infraestructura estén listos antes de iniciar una implementación de Omnissa Access basada en el plano de control.

En este modelo de implementación, los servicios de la plataforma y de las aplicaciones se implementan en máquinas virtuales dedicadas y se orquestan a través del marco del plano de control. Todas las máquinas virtuales necesarias y la infraestructura de apoyo deben estar aprovisionadas y validadas antes de iniciar el flujo de trabajo de implementación.

Requisitos de topología de implementación

El modelo de implementación utiliza máquinas virtuales dedicadas para el arranque, los servicios de infraestructura/plataforma y los servicios de Omnissa Access.

Una implementación estándar en producción consta de los siguientes nodos:

Total de nodos necesarios: 6 si se utiliza una configuración pequeña o mediana, 7 si se utiliza una grande.

Importante:

• Todas las máquinas virtuales deben estar implementadas y ser accesibles antes de iniciar el flujo de trabajo de instalación.
• Se deben configurar direcciones IP estáticas, registros DNS y nombres de host para todos los nodos.
• La contraseña de configuser debe configurarse de forma coherente en todos los nodos.
• El vencimiento predeterminado de la contraseña de configuser es de 60 días a partir de la fecha de implementación del OVA. Debe restablecer la misma contraseña en todos los nodos del clúster.
• Una vez completados el arranque del plano de control y la inicialización del clúster, no se admite el cambio de los roles de los nodos ni de la topología de implementación.
• Todos los nodos deben poder comunicarse entre sí a través de los puertos de red necesarios.
• Se debe configurar un equilibrador de carga delante de los nodos de Omnissa Access antes de la implementación.

Directrices de configuración de la infraestructura para alta disponibilidad

Para garantizar que el sistema siga funcionando aunque surja algún problema, siga estas reglas al crear máquinas virtuales para la infraestructura y la plataforma.

Ejecute cada nodo en una máquina física diferente (hosts ESX). Por ejemplo, si necesita tres nodos de infraestructura/plataforma y dos nodos de Omnissa Access, colóquelos de la siguiente manera:

• Nodo de infraestructura/plataforma 1 → Host físico 1
• Nodo de infraestructura/plataforma 2 → Host físico 2
• Nodo de infraestructura/plataforma 3 → Host físico 3
• Nodo de Omnissa Access 1 → Host físico 1
• Nodo de Omnissa Access 2 → Host físico 2

Con este método, si uno de los servidores físicos deja de funcionar, el servicio puede seguir ejecutándose utilizando los otros dos, lo que garantiza la disponibilidad y la estabilidad de su sistema.

Requisitos de tamaño de hardware

Las siguientes especificaciones de dimensionamiento se aplican únicamente a las implementaciones de Omnissa Access basadas en el plano de control.

Elija un tamaño de implementación en función del número de usuarios, grupos y aplicaciones de su entorno.

En la siguiente tabla se muestra la configuración mínima de hardware necesaria para cada tamaño de implementación.

Configuración mínima de hardware según el tamaño de la implementación:

¹ Los nodos de infraestructura/plataforma alojan servicios internos de la plataforma, como la base de datos, la mensajería, el almacenamiento en caché y la búsqueda (PostgreSQL, Redis, Kafka y OpenSearch).

*El nodo de arranque requiere exactamente 8 vCPU, independientemente del tamaño de la implementación.

Importante:

• El dimensionamiento de los recursos puede variar en función de la carga de autenticación, los servicios habilitados y los requisitos de integración.
• Es posible que se requiera una asignación adicional de almacenamiento en función de los registros, la retención de auditorías y los requisitos operativos.

Requisitos para todos los nodos

Descargue el archivo OVA de Omnissa Access desde la página Omnissa Customer Connect y seleccione Omnissa Access. Una vez descargado el archivo, implemente todas las máquinas virtuales.

Asegúrese de que se cumplan los siguientes requisitos en todos los nodos antes de la implementación:

• Se ha asignado una dirección IP estática.
• El nombre de host está configurado correctamente.
• La resolución DNS está configurada y validada si utiliza nombres de host en el archivo cp-cluster.ini.
• Acceso SSH habilitado.
• Todos los nodos deben poder comunicarse entre sí a través de la red.
• Equilibrador de carga configurado y accesible.
• Contraseña de configuser configurada o restablecida con la misma contraseña en todos los nodos.

El objetivo es garantizar que el sistema operativo y la infraestructura básica estén totalmente preparados y no interfieran con los servicios del plano de control durante la implementación.

Requisitos de certificados

Prepare los certificados TLS necesarios antes de la implementación.

Certificado del FQDN de Omnissa Access

Se requiere un certificado TLS para el FQDN de la implementación de Omnissa Access.

Requisitos de certificados:

• Formato PEM .pem.
• El CN debe coincidir con el FQDN del inquilino principal.
• El certificado debe incluir los siguientes nombres alternativos del firmante (SAN):
  • tenant.example.com
  • tenant-cert.example.com
  • tenant-amsso.example.com

Se admiten certificados comodín siempre que cumplan con las entradas SAN requeridas.

Ejemplo:

Si el dominio de implementación es example.com, las entradas SAN del certificado pueden ser:

• tenant.example.com
• tenant-cert.example.com
• tenant-amsso.example.com

Los archivos del certificado y de la clave privada son necesarios durante la configuración de la implementación.

Requisitos de configuración de red

Unified Access Gateway 2.8 y versiones posteriores admiten la funcionalidad de proxy inverso para permitir que los usuarios accedan al catálogo unificado de Omnissa Access de forma remota y segura. Unified Access Gateway se puede implementar en la red perimetral DMZ detrás de los equilibradores de carga que actúan de frontal del dispositivo Omnissa Access.

Requisitos de puertos

Los siguientes requisitos de puertos son para la comunicación interna y externa.

Importante:

• Asegúrese de que las reglas de firewall necesarias estén configuradas antes de la implementación.
• Los puertos internos de la plataforma deben ser accesibles entre la infraestructura y los nodos de Omnissa Access.
• Los puertos de acceso público solo deben exponerse a través del equilibrador de carga o del proxy inverso.
• La exposición de los puertos puede variar en función de la arquitectura de implementación y los requisitos de seguridad.