Preparação das máquinas virtuais para a instalação do Omnissa Access

Esta fase de preparação garante que todas as máquinas virtuais, a rede, os certificados e os pré-requisitos de infraestrutura estejam prontos antes de iniciar uma implantação do Omnissa Access baseada no Control Plane.

Neste modelo de implantação, os serviços de plataforma e de aplicativos são implantados em máquinas virtuais dedicadas e orquestrados por meio da estrutura do Control Plane. Todas as máquinas virtuais necessárias e a infraestrutura de suporte devem ser provisionadas e validadas antes do início do fluxo de trabalho de implantação.

Requisitos da topologia de implantação

O modelo de implantação utiliza máquinas virtuais dedicadas para o bootstrap, serviços de infraestrutura/plataforma e serviços do Omnissa Access.

Uma implantação de produção padrão consiste nos seguintes nós:

Total de nós necessários: 6 se você estiver usando a configuração pequena ou média; 7 se estiver usando a grande.

Importante:

• Todas as máquinas virtuais devem estar implantadas e acessíveis antes de iniciar o fluxo de trabalho de instalação.
• Endereços IP estáticos, registros DNS e nomes de host devem ser configurados para todos os nós.
• A senha de configuser deve ser configurada de forma consistente em todos os nós.
• A expiração da senha-padrão de configuser é de 60 dias a partir da data da implantação do OVA. Você deve redefinir a mesma senha em todos os nós do cluster.
• Após a conclusão da inicialização do bootstrap e do cluster do Control Plane, não há suporte para a alteração das funções do nó ou da topologia de implantação.
• Todos os nós devem ser capazes de se comunicar uns com os outros pelas portas de rede necessárias.
• Um balanceador de carga deve ser configurado na frente dos nós do Omnissa Access antes da implantação.

Diretrizes de configuração de infraestrutura para alta disponibilidade

Para garantir que o sistema permaneça ativo e funcionando mesmo se algo der errado, siga estas regras ao criar máquinas virtuais (VMs) para Infraestrutura e plataforma.

Executar cada nó em uma máquina física diferente (hosts ESX) Por exemplo, se você precisar de três nós de Infraestrutura/Plataforma e dois nós do Omnissa Access, posicione-os da seguinte forma:

• Nó de Infraestrutura/Plataforma 1 → Host físico 1
• Nó de Infraestrutura/Plataforma 2 → Host físico 2
• Nó de Infraestrutura/Plataforma 3 → Host físico 3
• Nó do Omnissa Access 1 → Host físico 1
• Nó do Omnissa Access 2 → Host físico 2

Com essa abordagem, se um host físico ficar fora do ar, o serviço ainda poderá ser executado usando os outros dois, mantendo seu sistema disponível e estável.

Requisitos de dimensionamento de hardware

O dimensionamento a seguir se aplica apenas às implantações baseadas no Control Plane do Omnissa Access.

Escolha um tamanho de implantação com base no número de usuários, grupos e aplicativos em seu ambiente.

A tabela a seguir mostra a configuração mínima de hardware necessária para cada tamanho de implantação.

Configuração mínima de hardware por tamanho de implantação:

¹ Os nós de infraestrutura/plataforma hospedam serviços internos da plataforma, incluindo base de dados, mensagens, cache e pesquisa (PostgreSQL, Redis, Kafka e OpenSearch).

*O Nó de bootstrap requer exatamente 8 vCPUs, independentemente do tamanho da implantação.

Importante:

• O dimensionamento de recursos pode variar dependendo da carga de autenticação, dos serviços habilitados e dos requisitos de integração.
• Pode ser necessária uma alocação adicional de armazenamento com base em logs, retenção de auditoria e requisitos operacionais.

Requisitos para todos os nós

Baixe o OVA do Omnissa Access na página Omnissa Customer Connect e selecione Omnissa Access. Depois de baixar o arquivo, implante todas as máquinas virtuais.

Certifique-se de que os seguintes requisitos estejam concluídos para todos os nós antes da implantação:

• Endereço IP estático atribuído.
• Nome do host configurado corretamente.
• Resolução de DNS configurada e validada, caso você esteja usando nomes de host no arquivo cp-cluster.ini.
• Acesso SSH ativado.
• Todos os nós devem estar acessíveis uns aos outros pela rede.
• Balanceador de carga configurado e acessível.
• Senha configurada ou redefinida de configuser para a mesma senha em todos os nós.

O objetivo é garantir que o sistema operacional e a infraestrutura básica estejam totalmente preparados e não interfiram nos serviços do Control Plane durante a implantação.

Requisitos de certificado

Prepare os certificados TLS necessários antes da implantação.

Certificado FQDN do Omnissa Access

Um certificado TLS é necessário para o FQDN de implantação do Omnissa Access.

Requisitos de certificado:

• Formato PEM .pem.
• O CN deve corresponder ao FQDN do locatário principal.
• O certificado deve incluir os seguintes Nomes Alternativos da Entidade (SANs):
  • tenant.example.com
  • tenant-cert.example.com
  • tenant-amsso.example.com

Há suporte para certificados curinga, desde que atendam às entradas SAN exigidas.

Exemplo:

Se o domínio de implantação for example.com, as entradas SAN do certificado poderão ser:

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

Os arquivos de certificado e chave privada são necessários durante a configuração da implantação.

Requisitos de configuração de rede

O Unified Access Gateway 2.8 e posteriores oferecem suporte à funcionalidade de proxy reverso para permitir que os usuários acessem o catálogo unificado do Omnissa Access remotamente e com segurança. O Unified Access Gateway pode ser implantado na DMZ por trás dos balanceadores de carga que fazem o front-end do dispositivo Omnissa Access.

Requisitos de porta

Os requisitos de portas a seguir se aplicam à comunicação interna e externa.

Importante:

• Certifique-se de que as regras de firewall necessárias estejam configuradas antes da implantação.
• As portas internas da plataforma devem estar acessíveis entre a infraestrutura e os Nós do Omnissa Access.
• As portas voltadas para o público devem ser expostas apenas por meio do balanceador de carga ou do proxy reverso.
• A exposição à porta pode variar dependendo dos requisitos de arquitetura e segurança da implantação.