Essa página descreve as fases envolvidas na migração de uma implantação do Horizon Cloud on Microsoft Azure para o ambiente do Horizon Cloud Service - next-gen.
Fluxo de trabalho de migração
Verifique se você e sua equipe de TI atenderam aos pré-requisitos e aos principais itens descritos em Pré-requisitos para agendar a migração de autoatendimento.
A ilustração a seguir ilustra o processo geral de migração.
Na fase de confirmação, a janela de manutenção agendada ocorre, e o sistema compila os recursos que não pode pré-compilar com antecedência.

Visão geral de alto nível
Em um alto nível, a migração envolve as seguintes atividades:
- Você resgata o convite e conclui sua primeira integração para o Horizon Cloud Service - next-gen.
- Você emparelha seu ambiente Horizon Cloud de primeira geração com seu ambiente next-gen configurado.
- Você define as configurações necessárias do provedor de identidade em seu ambiente de última geração.
- Você agenda a janela de manutenção de migração de um pod.
- Quando a agenda é salva no sistema, o sistema inicia suas atividades de pré-compilação, criando os recursos na sua assinatura do Microsoft Azure que são necessários antes do início da janela de manutenção. O fluxo de trabalho de migração de autoatendimento foi projetado para que, antes da janela de manutenção, o sistema execute todas as atividades que podem ser realizadas sem afetar as atividades do administrador e do usuário final no pod selecionado.
- Durante as atividades de pré-compilação, antes da janela de manutenção, você configura registros DNS para mapear FQDNs para os endereços IP da nova instância do Unified Access Gateway. O sistema cria essas instâncias durante a fase pré-compilação. Você pode ter seus endereços IP assim que as instâncias são criadas.
- Quando você vir que as atividades de pré-compilação foram concluídas, poderá usar os pools flutuantes de teste para pré-validar o comportamento do pool flutuante. Cada pool de testes terá uma única VM de área de trabalho a ser usada para pré-validar a experiência next-gen para esse pool.
- Quando a hora de início da janela de manutenção agendada for atingida, o sistema iniciará as atividades que exigem uma janela de manutenção. Durante esse período de manutenção, o sistema impede que os administradores acessem o console, e os usuários finais não podem acessar as áreas de trabalho e os aplicativos do pod.
- Quando as atividades da janela de manutenção estiverem concluídas, realize a validação pós-migração do ambiente. Algumas etapas de configuração pós-migração podem ser necessárias.
- Por fim, você confirma a exclusão do pod de primeira geração. Nessa etapa, você finaliza a migração.
As fases principais descritas no diagrama do fluxo de trabalho são mais detalhadas nas seções correspondentes abaixo.
Convite e configuração
A VMware enviará um e-mail que notifica você de que sua implantação do Horizon Cloud on Microsoft Azure está qualificada para o processo de migração de autoatendimento.
Além de um e-mail, se a faixa a seguir estiver ativada pela VMware para o seu tenant de primeira geração, o console de primeira geração também poderá indicar quando sua implantação está elegível para a migração de autoatendimento.

- Se você estiver trabalhando diretamente com a equipe de operações do VMware Horizon Cloud para essa migração, a equipe o orientará durante a execução das etapas necessárias.
- Se a faixa estiver ativada no seu console de primeira geração, você poderá clicar em Vamos lá na faixa e seguir as orientações na tela até ver que está conectado ao seu ambiente next-gen. A orientação na tela fornece uma visão geral do processo de migração e uma lista de etapas necessárias para configurar seu ambiente de próxima geração para o ponto em que você pode agendar a migração do primeiro pod.
Essas etapas incluem:
- Faça login e a integração ao seu ambiente next-gen. Se você ainda não tiver feito a integração. Consulte a página de integração de next-gen para obter detalhes sobre a integração inicial.
- Registrar um provedor de identidade externo no seu ambiente next-gen, conforme descrito em Gerenciamento de Identidade e Acesso. O ambiente de próxima geração exige que você registre um provedor de identidade externo. O serviço usa esse provedor de identidade para autenticar o acesso do usuário final a áreas de trabalho e aplicativos publicados.
Antes de agendar a migração de um pod, preencha os pré-requisitos de migração necessários para concluir a UI de Agendar Migração do console e também para evitar falhas durante as atividades do sistema no processo de pré-construção e na janela de manutenção da migração.
Pré-compilação
Uma pré-compilação reduz o tempo que a migração leva durante a janela de manutenção. Essa pré-compilação não afetará o pod ou as sessões de usuário existentes.
Os diagramas a seguir ilustram o que acontece durante o processo de pré-compilação do sistema.
Essa migração é uma migração no local que usa a assinatura do Azure, a VNet e as sub-redes do Azure da implantação de primeira geração. Embora esses diagramas representem os ambientes lado a lado, a migração de autoatendimento implanta o Horizon Edge usando a VNet e as sub-redes da implantação de primeira geração.
- O sistema implanta o Horizon Edge next-gen usando a entrada que você fornece na UI para Agendar Migração.
- O sistema obtém os dados de configuração de primeira geração que são armazenados em nível de pod e, na camada de controle de primeira geração, transforma os dados para corresponder ao design da camada de controle next-gen e armazena os dados transformados adequadamente.
- O sistema copia as configurações de domínio do Active Directory registradas do tenant de primeira geração e cria registros equivalentes no ambiente de próxima geração.
- O sistema copia então as VMs de base da implantação de primeira geração as imagens publicadas e os arquivos relacionados ao App Volumes para o Horizon Edge e configura as cópias para uso com o Horizon Edge.
Observação: As VMs de base da implantação de primeira geração, as imagens publicadas e os arquivos relacionados ao App Volumes permanecem em vigor até que você confirme que a migração de ponta a ponta foi concluída.
- Para cada pool da área de trabalho flutuante de primeira geração, o sistema cria um pool de testes no Horizon Edge. Cada pool de testes contém uma VM de área de trabalho e espelha as definições de configuração do pool de sua contraparte de primeira geração.
Você pode usar esses pools de testes para pré-validar se o pool da área de trabalho flutuante se comportará de acordo com suas expectativas, antes que o pool seja totalmente migrado durante a janela de manutenção.
Confirmar e executar na janela de manutenção
Durante a janela de manutenção agendada, o sistema executa um conjunto de verificações prévias. Se os problemas forem identificados, o sistema reverterá as ações que realizou durante a fase pré-compilação.
Reverter as ações de pré-compilação traz o pod de primeira geração de volta ao seu estado original de pré-migração. O sistema também tenta trazer o ambiente de próxima geração de volta ao seu estado antes das ações de pré-compilação. No entanto, se você fizer alterações no ambiente de próxima geração no período entre o término da pré-compilação e a reversão, o sistema poderá não conseguir retornar o ambiente next-gen ao estado em que estava. tinham antes das ações de pré-compilação. Nesse caso, entre em contato com VMware para obter orientação.
Se as verificações prévias forem aprovadas, a janela será confirmada e o sistema iniciará as atividades automatizadas restantes:
- Transfira os recursos associados aos pools de áreas de trabalho e pools de aplicativos do pod de primeira geração para o Horizon Edge de próxima geração.
- Recompile VMs em atribuições de VDI flutuantes e farms no Horizon Edge com base nas configurações definidas no pod de primeira geração.
- Atualize as VMs nas atribuições de VDI dedicadas para apontar suas configurações de Horizon Agent para a camada de controle de próxima geração.

Durante a janela de manutenção
Durante a janela de manutenção, usuários finais e administradores não devem se conectar aos recursos.
Se quaisquer sessões de usuário forem persistentes ou os usuários não fizerem logout, essas atividades interromperão essas sessões e os dados do usuário poderão ser perdidos porque as VMs que fazem parte de atribuições ou farms de VDI flutuantes serão excluídas à medida que o pool correspondente no ambiente next-gen for expandido. As VMs que fizerem parte de atribuições de VDI dedicadas serão reinicializados.
Após a janela de manutenção
As seções a seguir descrevem a implantação migrada.
- Logins de administrador
-
O acesso de gerenciamento ao Horizon Universal Console é por meio do Workspace ONE Admin Hub.
- Novo fluxo de login do administrador
-
- Faça login usando https://console.cloud.vmware.com/ (VMware Cloud Services) e navegue até Meus Serviços para localizar o cartão do Workspace ONE.
- Inicie esse serviço para abrir o Workspace ONE Admin Hub em que reside o cartão do Horizon Cloud Service. Clique em Gerenciar nesse cartão para iniciar o Horizon Universal Console.
- Faça login usando https://console.cloud.vmware.com/ (VMware Cloud Services) e navegue até Meus Serviços para localizar o cartão do Workspace ONE.
- Experiência do Usuário Final
-
A experiência do usuário final de inicializar áreas de trabalho e aplicativos em uma implantação next-gen é descrita no guia
Usar o Horizon Cloud Service - next-gen:
- Navegador: Iniciar uma área de trabalho usando o Horizon HTML Access, Iniciar um aplicativo usando o Horizon HTML Access
- Nativo: Horizon Client Iniciar uma área de trabalho com o VMware Horizon Client. Iniciar um aplicativo com o VMware Horizon Client.
O endereço inicial do ambiente next-gen é cloud.vmwarehorizon.com.
A autenticação no serviço de próxima geração requer que os usuários finais façam login usando o provedor de identidade configurado.
Atualmente não há suporte para a migração das preferências de área de trabalho do usuário final definidas no Horizon Client para cada área de trabalho nesta migração de autoatendimento. Após a migração, seus usuários finais devem definir essas preferências desejadas novamente em seus clientes. Consulte Considerações para exclusões e cenários de caso especial para migração.
- Configuração mínima de VM nos farms e atribuições de área de trabalho VDI do pod
-
O processo de migração foi projetado para que as atribuições de área de trabalho VDI de primeira geração e os farms tenham configurações equivalentes de gerenciamento de energia em suas entidades equivalentes no ambiente de próxima geração.
Para farms e atribuições de área de trabalho VDI de primeira geração, as entidades equivalentes de próxima geração são pools e grupos de pool. No ambiente de próxima geração, as configurações de gerenciamento de energia são feitas no nível do grupo de pools. Nas configurações de gerenciamento de energia do grupo de pools, as VMs Mínimas baseiam-se na porcentagem de VMs que precisam ser ligadas em relação ao total de VMs no grupo de pools. No ambiente de primeira geração, a configuração chamada Mínimo de VMs representa diretamente o número mínimo de VMs desejado na atribuição ou farm de área de trabalho VDI.
Pós-migração, ao editar os grupos de pool que o sistema criou ao migrar essas atribuições e farms de primeira geração, o console exibe a configuração de Mínimo de VMs desses grupos de pool como a porcentagem convertida do Mínimo de VMs de primeira geração valor. A funcionalidade continua a aderir ao número Mínimo de VMs com base na porcentagem convertida.
- Configurações de Domínio do AD
-
O ambiente next-gen requer contas auxiliares para a conta de BIND de domínio e de ingresso no domínio nas configurações de domínio do AD next-gen. Durante as atividades de pré-compilação, se a configuração de domínio do AD de um tenant de primeira geração estiver sem uma conta de BIND de domínio auxiliar ou uma conta auxiliar de ingresso no domínio, o sistema reutilizará automaticamente as informações da conta primária como a conta auxiliar complementar na configuração de domínio do AD de próxima geração.
Obtenha contas de serviço em seus domínios do AD para as contas auxiliares de BIND de domínio e ingresso no domínio e editar as configurações de domínio do AD para adicionar essas contas auxiliares. No console next-gen, edite os domínios navegando até
.Atenção: Depois que o sistema tiver migrado a configuração de domínio do AD do tenant de primeira geração para o ambiente next-gen durante a migração do primeiro pod, você será responsável por manter quaisquer alterações de atributo para os domínios configurados nos ambientes de primeira geração e next-gen. O sistema não propaga automaticamente as alterações feitas em um ambiente para o outro. Por exemplo, se você atualizar a senha para a conta de BIND de domínio no tenant de primeira geração, precisará realizar a mesma atualização no ambiente emparelhado de próxima geração. - App Volumes: direitos a aplicativos em massa
- Na arquitetura de próxima geração, o sistema gerencia os direitos de forma diferente da arquitetura de primeira geração. Durante o processo de migração, o sistema lida com a resolução de quaisquer direitos de aplicativo em massa que estavam na implantação de primeira geração migrada. Essa resolução garante que os direitos em massa sejam migrados para o formulário apropriado com o gerenciamento de direitos do ambiente de próxima geração. Os usuários finais ainda terão acesso ao mesmo conjunto de aplicativos do App Volumes aos quais tinham direito no ambiente de primeira geração.
- App Volumes: migrações de pod
-
Durante a migração sucessiva de pods do
Horizon Cloud ao longo do tempo, o sistema cuida de todas as entidades do
App Volumes dos pods de primeira geração para o ambiente next-gen.
Por exemplo, você tem o aplicativo Notepad++ como um aplicativo App Volumes com seus pods de primeira geração, é usado no pod-1 e no pod-2 e há várias versões do aplicativo, com npp v7.8.1 no pod-1, npp v7.8.2 no pod-1 e no pod-2 e npp v7.8.3 no pod-2.
Durante a pré-compilação da migração do pod-1, o sistema copia o aplicativo Notepad++ do App Volumes junto com o npp v7.8.1 e o npp v7.8.2 para o ambiente next-gen, pois essas são as duas versões usadas no pod-1. O outro pod (pod-2) ainda não foi migrado nesse momento.
Neste momento, você tem os dois ambientes e pode querer fazer alterações nas entidades do App Volumes tanto no ambiente de primeira geração quanto no ambiente next-gen. Para essas entidades, durante a migração, o sistema não exclui o que já foi copiado para o ambiente de próxima geração. Se houver conflitos em entidades do App Volumes entre os ambientes de primeira geração e next-gen, as entidades presentes no ambiente next-gen terão precedência.
Para ilustrar, no ambiente de primeira geração, você exclui o pacote npp v7.8.2 no pod-2 antes da migração e adiciona um novo pacote npp v7.8.4. Então, quando você agendar a migração do pod-2, o sistema copia os pacotes atualmente usados pelo pod-2 (npp v7.8.3 e npp v7.8.4) o ambiente next-gen. O pacote npp v7.8.2 no ambiente next-gen que foi copiado para lá durante a migração do pod-1 permanece no ambiente next-gen, mesmo que o npp v7.8.2 tenha sido excluído do ambiente de primeira geração.