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.

O armazenamento NFS será necessário se você planeja configurar um site de Recuperação de desastre (DR) para a sua implantação. Consulte Configurar a Recuperação de desastre para Omnissa Access para conferir os pré-requisitos.

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:

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.

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.

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 bootstrap → Host físico 1
• 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 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 conforme descrito em Implantar as máquinas virtuais para a instalação do Omnissa Access

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.
• Todos os nós devem estar acessíveis uns aos outros pela rede.
• Balanceador de carga configurado e acessível. Consulte Usar um balanceador de carga ou proxy reverso para habilitar o acesso externo ao Omnissa Access para conhecer os requisitos de configuração.

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

Requisitos de certificado

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

• Formato PEM .pem.
• O CN deve corresponder ao FQDN do locatário principal.
• O certificado deve incluir os seguintes Nomes alternativos do assunto (SANs), em que example.com deve ser substituído pelo seu domínio de implantação:
  • tenant.example.com
  • tenant-cert.example.com
  • tenant-amsso.example.com

Há suporte para certificados curinga, desde que atendam às entradas SAN exigidas. Os certificados autoassinados também têm suporte.

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 oferece suporte à funcionalidade de proxy reverso para permitir que os usuários acessem o catálogo unificado do Omnissa Access de forma remota e segura. 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

Para determinar quais portas são necessárias para essa versão do Omnissa Access, consulte a página Portas e protocolos do Omnissa Access, na qual você pode usar os filtros, como o filtro Versão, para personalizar a lista de acordo com suas necessidades.

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.