Este tópico introduz o processo de transição de agente para o tenant do Horizon Cloud e os benefícios que você pode obter ao realizar a transição. Saiba mais sobre as diferenças entre um agente de pod único e um Universal Broker e o que você pode esperar antes, durante e após a transição do agente.

O que é o processo de transição de agente?

Quando você conclui a transição de agente, seu ambiente de tenant do Horizon Cloud muda do uso do Agente de Pod Único para o Universal Broker para a intermediação dos recursos de agente de suas atribuições de usuário final. Como o novo agente em todo o tenant, o Universal Broker gerencia as solicitações de conexão dos usuários e as encaminha para o melhor recurso disponível da atribuição solicitada.

O processo de transição de agente faz as alterações a seguir nas atribuições de usuário final.

  • As atribuições de área de trabalho VDI são convertidas em atribuições de várias nuvens intermediadas pelo Universal Broker. Uma atribuição de várias nuvens pode incluir áreas de trabalho VDI de vários pods.
  • As atribuições de aplicativos e áreas de trabalho com base em sessão permanecem inalteradas. Uma atribuição de aplicativo ou área de trabalho com base em sessão pode incluir recursos somente de um único pod, mas a atribuição agora é intermediada pelo Universal Broker.

O recurso de transição estará disponível para você se o seu ambiente usar atualmente o Agente de Pod Único e atender aos pré-requisitos descritos em Requisitos do sistema para a transição para o Universal Broker.

Por que você deve fazer a transição para o Universal Broker?

Quando você faz a transição para usar o Universal Broker, a mais recente tecnologia de intermediação com base na nuvem da VMware, obtém os principais benefícios a seguir.

Atribuições de usuário final com áreas de trabalho VDI de vários pods
Com o Agente de Pod Único, todas as áreas de trabalho em uma atribuição de VDI devem vir do mesmo pod.

Com o Universal Broker, você pode criar uma atribuição de áreas de trabalho VDI de vários pods, também conhecida como uma atribuição de várias nuvens. Um usuário final pode acessar a atribuição e receber uma área de trabalho de qualquer pod incluído nessa atribuição. Para obter mais informações, consulte Introdução ao Universal Broker e ao agente de pod único e seus subtópicos.

Você também pode continuar a usar suas atribuições de área de trabalho e aplicativo baseadas em sessão como antes. A diferença é que as áreas de trabalho e os aplicativos com base em sessão dessas atribuições serão intermediados pelo Universal Broker em vez do Agente de Pod Único.

FQDN de conexão única para todos os recursos remotos
Com o Agente de Pod Único, os usuários finais devem se conectar ao nome de domínio totalmente qualificado (FQDN) de cada pod individualmente para acessar atribuições desse pod.

Com o Universal Broker, os usuários podem acessar todas as atribuições conectando-se a apenas um FQDN, que você define nas definições de configuração do .Universal Broker. Por meio do FQDN único, os usuários podem acessar atribuições de todos os pods participantes, incluindo os pods Horizon Cloud nos pods do Microsoft Azure e do Horizon em uma plataforma baseada em VMware SDDC, de qualquer site em seu ambiente. Não é necessária nenhuma rede interna entre os pods.


Diagrama de conexão de FQDN único para o Universal Broker
Conectividade e conscientização do pod global para desempenho ideal
O Universal Broker mantém a conectividade direta com cada pod participante de atribuições de várias nuvens e permanece ciente do status de disponibilidade de cada pod. Como resultado, o Universal Broker pode gerenciar as solicitações de conexão dos usuários finais e encaminhá-las para os recursos virtuais diretamente desses pods. Não há necessidade de GSLB (balanceamento de carga de servidor global) ou de qualquer comunicação de rede entre pods que possa resultar em problemas de desempenho e latência reduzidos.
Intermediação inteligente
O Universal Broker pode intermediar recursos de atribuições para usuários finais pela rota de rede mais curta, com base no reconhecimento de seus locais geográficos e topologia de pod.

Há algum motivo para não fazer a transição?

Esta versão do Universal Broker tem algumas limitações de recursos conhecidas. Se o seu caso de uso exigir um recurso para o qual o Universal Broker não dá suporte, continue a usar o Agente de Pod Único para seu ambiente de tenant. Para obter mais informações, consulte Limitações conhecidas do Universal Broker.

O que acontece durante a transição de agente?

O fluxo de trabalho de transição consiste em vários estágios. Para obter instruções detalhadas passo a passo sobre como realizar a transição, consulte Agendar e concluir a transição de agente de pod único para o Universal Broker.

Essa é uma visão geral de alto nível dos processos que ocorrem durante e antes da transição.

  1. Para iniciar o fluxo de trabalho, é necessário agendar primeiro uma data e hora para que a transição seja realizada. Junto com essa tarefa de agendamento, defina as opções de configuração que serão usadas para configurar o serviço do Universal Broker durante a transição.
  2. Pelo menos 15 minutos antes da hora de início agendada, conclua todas as operações em andamento no console e salve todas as alterações que você deseja manter. Feche todos os assistentes de configuração e caixas de diálogo. Além disso, verifique se todos os pods no Microsoft Azure estão online, íntegros e prontos.
  3. Quando a transição estiver prestes a começar, você será solicitado a efetuar logout do console e fazer login novamente.
  4. Durante a primeira etapa da transição, você pode esperar o seguinte:
    • Você não pode acessar nenhum dos controles de edição do console, e o console exibe uma faixa informando que a transição está em andamento.
    • Todos os seus pods no Microsoft Azure são adicionados a um site chamado Site-Padrão.
    • Suas atribuições de área de trabalho VDI são convertidas em atribuições de várias nuvens intermediadas pelo Universal Broker. Nas configurações de atribuição padrão, a afinidade de conexão é definida como Site mais Próximo, e o escopo é definido como No Site.
    • Suas atribuições de área de trabalho e aplicativo baseadas em sessão permanecem inalteradas. Após a transição, os recursos nessas atribuições serão intermediados pelo Universal Broker.
    • Todas as atribuições permanecem disponíveis para os seus usuários finais e todas as sessões de usuário ativas permanecem abertas e totalmente operacionais durante esse período.
    Observação: Essa etapa da transição normalmente leva cerca de 10 minutos, mas poderá levar até uma hora se o seu ambiente de tenant contiver um alto número de atribuições.

    Quando essa etapa da transição estiver concluída, você será solicitado a sair do console e fazer login novamente.

  5. Durante a segunda etapa da transição, o serviço Universal Broker conclui seu processo de configuração e fica totalmente ativado. Você pode acessar todas as operações de edição no console, exceto criar e editar atribuições.
    Observação: Essa etapa da transição normalmente leva até 30 minutos. No entanto, dependendo das condições do seu sistema e da rede e do número total de atribuições e mapeamentos dedicados de usuário a área de trabalho em seu ambiente, essa etapa pode levar várias horas para ser concluída.

    Quando essa fase da transição for concluída, a página Configurações > Agente mostrará o status Ativado com um ponto verde.

    Nesse ponto, a transição geral do agente está concluída.

O que você pode esperar após a transição de agente?

Para ver uma lista detalhada das alterações feitas no ambiente do tenant após a transição de agente, consulte Novidades no seu ambiente de tenant após a transição para Universal Broker.

Após concluir a transição, você poderá começar a aproveitar os benefícios oferecidos por um ambiente do Universal Broker. A lista a seguir fornece um resumo do que fazer em seguida.