Skip to main content

16 de julho de 2026

Sobre a integração das implantações da Arquitetura do Horizon Cloud Pod com o Omnissa Access

Além de integrar pods independentes do Horizon com o Omnissa Access, você pode integrar as implantações da Arquitetura do Horizon Cloud Pod (CPA).

Você pode integrar federações de pod do Horizon com o Omnissa Access no local.

O Site A tem os Pods 1 e 2. O Site B tem o Pod 3. O Pod 2 e o Pod 3 formam uma federação CPA.

Você também pode integrar integrar federações de pod do Horizon com o serviço Omnissa Access Cloud.

O Site A tem os Pods 1 e 2. O Site B tem o Pod 3. O Pod 2 e o Pod 3 formam uma federação CPA.

O recurso Arquitetura do Horizon Cloud Pod une vários pods do Horizon para formar um único grande ambiente de gerenciamento e agenciamento de aplicativos e de áreas de trabalho chamado federação de pod. Uma federação de pod pode abranger vários sites e centros de dados.

Você pode integrar uma ou mais federações de pod ao serviço do Omnissa Access. Observe que as federações de pod são criadas e gerenciadas no Horizon e que os direitos de usuários e grupos para os pools de aplicativos e áreas de trabalho da federação de pod são definidos no Horizon. Você sincroniza os recursos e os direitos com o Omnissa Access.

As federações de pod têm direitos globais, que permitem que você autorize usuários a desktops e aplicativos que podem ser acessados de qualquer pod na federação de pod. Um direito global pode consistir em recursos de vários pods na federação. Por exemplo, um direito de desktop global pode conter pools de desktop a partir de três pods diferentes em três centros de dados diferentes. Pods individuais na federação de pod também podem ter direitos locais configurados. Você pode sincronizar ambos os direitos globais e locais com o Omnissa Access.

A integração de uma federação de pod com o serviço do Omnissa Access envolve as seguintes tarefas de alto nível no Omnissa Access Console:

  • Adicione todos os pods que formam a federação de pod, especificando detalhes do Horizon Connection Server para cada um.

    Enquanto o Omnissa Access pode sincronizar direitos globais a partir de qualquer um dos pods na federação de pod, ele precisa se conectar a cada pod para sincronizar os metadados exigidos para a autenticação SAML. Ele também precisa conectar-se aos pods para sincronizar direitos locais, se aplicável.

  • Adicione os detalhes da federação de pod e especifique a URL de inicialização global. Usa-se a URL de inicialização global, normalmente a URL global do balanceador de carga, para inicializar desktops e aplicativos autorizados globalmente.

    Você pode personalizar a URL de inicialização global para os intervalos de rede específicos, por exemplo, para acesso interno e externo.

  • Sincronize os recursos e os direitos da federação de pod com o serviço do Omnissa Access.

  • Personalize a URL de inicialização global definindo as URLs de acesso de cliente para os intervalos de rede específicos. Essas URLs são usadas para inicializar, a partir da federação de pod, recursos globalmente autorizados. Por padrão, a URL de inicialização global que você especificou ao adicionar a federação é usada como a URL de inicialização global para todos os intervalos de rede.

  • Especifique URLs de acesso de cliente para cada pod na federação de pod a qual tem direitos locais configurados. Essas URLs são usadas para inicializar, a partir do pod, desktops e aplicativos autorizados localmente. Uma URL de acesso do cliente pode ser uma URL do Horizon Connection Server, uma URL do Servidor de Segurança ou uma URL do balanceador de carga. As URLs de acesso do cliente são definidas para intervalos de rede específicos. Por padrão, o Horizon Connection Server que você especificou ao adicionar o pod é usado como a URL de acesso do cliente para todos os intervalos de rede.

Quando você integra uma federação de pod com o serviço do Omnissa Access, o serviço faz o seguinte:

  • Sincroniza todos os direitos globais da federação de pod.
  • Sincroniza direitos locais, se selecionados, por meio dos pods que fazem parte da federação de pod.
  • Sincroniza metadados de todos os Horizon Connection Servers na federação de pod.
  • Permite que os usuários finais acessem seus aplicativos e desktops do Horizon no aplicativo ou portal do Omnissa Intelligent Hub.

Os usuários finais acessam seus aplicativos e desktops do Horizon no aplicativo ou portal do Intelligent Hub. Todos os recursos aos quais eles têm direito, por meio de direitos globais ou locais, são exibidos. Aplicativos e desktops são inicializados no Horizon Client ou em um navegador. Quando um usuário inicializa um aplicativo ou área de trabalho autorizado localmente, ele é inicializado a partir do Horizon Connection Server ao qual o usuário se conecta. Os recursos autorizados globalmente são inicializados por meio do Horizon Connection Server em que o recurso está localizado.

Exemplo de implantação da Arquitetura do Cloud Pod

Os diagramas a seguir mostram um exemplo de implantação de arquitetura do Cloud Pod e como ele é integrado ao serviço do Omnissa Access.

Implantação da arquitetura do Cloud Pod com o Omnissa Access no local:

A Federação 1 inclui três pods. O serviço do Omnissa Access e o serviço de Aplicativos Virtuais estão no local.

Implantação da arquitetura do Cloud Pod com o Omnissa Access Cloud service:

A Federação 1 inclui três pods. O serviço de Aplicativo Virtual está no local e se conecta ao serviço de nuvem do Omnissa Access.

Este diagrama mostra um exemplo de implantação de federação de pod. Uma federação de pod, chamada Federação 1, criada no Horizon 6. Ela tem três pods, Pod 1, Pod 2 e Pod 3. O Pod 1 e o Pod 2 são configurados com instâncias do Servidor de Segurança para cada Horizon Connection Server e um balanceador de carga externa para acesso externo e com um balanceador de carga interno para acesso interno. O Pod 3 é configurado apenas para acesso interno com um balanceador de carga interno. A federação de pod como um todo tem um balanceador de carga global externo e um balanceador de carga global interno.

Os pools de aplicativos e desktops são implantados nos pods. Os direitos globais são configurados para a Federação 1, e os direitos locais também são configurados para os pods individuais.

A Federação 1 é integrada ao serviço do Omnissa Access. O serviço do Omnissa Access sincroniza direitos globais, bem como direitos locais da Federação 1. Como os direitos globais são replicados em cada pod, ele sincroniza os direitos globais a partir do Pod 1. Ele também sincroniza os direitos locais do Pod 1, Pod 2 e Pod 3.

Os usuários finais podem visualizar todos os desktops e aplicativos aos quais eles têm direito, por meio de direitos globais ou de direitos locais, no aplicativo ou portal do Intelligent Hub. Quando um usuário inicializa um desktop ou aplicativo, se o desktop ou o aplicativo for parte de um direito global, a solicitação de inicialização vai para o balanceador de carga global externo ou interno, URL EG ou URL IG, com base no intervalo de rede do usuário. Se o recurso for de um direito local, a solicitação de inicialização vai para o balanceador de carga interno ou externo do pod no qual o recurso é implantado, com base no intervalo de rede do usuário. Por exemplo, para um recurso no Pod 2, a solicitação vai para a URL I2 ou a URL E2.

Esta página foi útil?

Enviar feedback sobre este tópico

Este tópico foi útil?

Não inclua informações pessoais ou confidenciais.

Gerando o link…