Nessa fase, você seleciona o pod a ser migrado, especifica os detalhes necessários para a compilação do sistema do Horizon Edge e reserva um slot de calendário no qual deseja que a janela de manutenção de migração ocorra.

Este slot de calendário é a janela de manutenção.

Durante a janela de manutenção, você e outros administradores não podem acessar o Horizon Universal Console do seu tenant de primeira geração e seus usuários finais não podem acessar as áreas de trabalho e os aplicativos provisionados pelo pod de migração.

Antes de iniciar estas etapas

Antes de iniciar este fluxo de trabalho no console, garanta que todos os pré-requisitos estejam em vigor e que você tenha concluído as etapas em Fase 3: definir as configurações necessárias do provedor de identidade no seu ambiente next-gen.

Importante: O um pré-requisito estiver ausente, as verificações de pré-validação do sistema falharão, o sistema não poderá entrar em sua fase de pré-compilação, o que bloqueará o processo de migração. Antes de iniciar essas etapas na interface do usuário, revise essas páginas e verifique se todos os requisitos dessas páginas para as quais estão vinculados foram atendidos:

O fluxo de trabalho exige que você selecione ou insira valores para os itens a seguir. Certifique-se de que você tenha essas informações. Consulte a página Requisitos de TI Next-Gen e Pré-requisitos para agendar a migração de autoatendimento.

  • Nomes amigáveis que você deseja para o nome do Site e o nome do Horizon Edge.
  • FQDN que você deseja para a configuração do Unified Access Gateway.
  • Certificado SSL para a configuração do Unified Access Gateway (formato PEM ou PFX) que corresponde ao FQDN.
  • Gateway NAT ou rotas definidas pelo usuário, usadas para as conexões de saída do cluster AKS do Horizon Edge
  • Identidade gerenciada atribuída pelo usuário
  • Os CIDRs a serem usados para o cluster AKS do Horizon Edge (serviço CIDR, pod CIDR)
  • Se a implantação de gateway externo do pod de primeira geração estiver configurada para usar um endereço IP privado, tenha o novo endereço IP público a ser usado para a implantação do Unified Access Gateway next-gen, conforme descrito em Pré-requisitos para agendar a migração de autoatendimento. O assistente solicita essas informações.
Importante: Se o CIDR de sub-rede de gerenciamento do pod de migração for menor que /26, você deverá criar uma nova sub-rede de gerenciamento de CIDR /26 na mesma VNet a ser usada nessas etapas. Também de atender ao requisito maior de CIDR. a nova sub-rede de gerenciamento deve seguir as mesmas características que a sub-rede de gerenciamento existente do pod. Consulte a observação importante no início da página Cumprir os requisitos de TI next-gen em seu ambiente Azure.

Alguns pontos relacionados ao site: ambientes Universal Broker

Tenha em mente esses pontos quando você tiver um ambiente Universal Broker de primeira geração com vários pods do Horizon Cloud e estiver agendando a primeira migração de pod.

Conforme descrito na página do Guia de Administração de primeira geração Trabalho com sites em um Ambiente do Universal Broker, quando seu tenant de primeira geração estiver usando o Universal Broker, você poderá configurar sites e sites iniciais.

  • O sistema migra as configurações de site que existem no tenant de primeira geração durante a migração do primeiro pod. Um exemplo de informações relacionadas ao site é o mapeamento de um usuário para um site inicial.
  • Quando você finalizar a migração do primeiro pod e, em seguida, fizer alterações nas informações relacionadas ao site no ambiente de primeira geração, essas alterações não se tornarão visíveis no ambiente next-gen até a próxima migração de pod.
  • Todos os mapeamentos existentes de site para usuário e site para grupo no ambiente next-gen são a fonte da verdade quando um pod é migrado. Se um mapeamento de site inicial de usuário ou grupo para um usuário ou grupo existir tanto no ambiente next-gen quanto no ambiente de primeira geração, o processo de migração ignorará o mapeamento de site de primeira geração. Essas informações estão incluídas no relatório de migração.
  • Após a migração de cada pod, revise os mapeamentos de site inicial no ambiente de próxima geração e atualize conforme necessário para suas necessidades organizacionais.

UI do fluxo de trabalho Agendar Migração

Clique em Iniciar na página Migração para ver o fluxo de trabalho Agendar Migração.



O console exibe o conjunto de implantações da primeira geração do Horizon Cloud on Microsoft Azure que estão na frota de pods do tenant de primeira geração emparelhado com esse tenant next-gen.

O sistema valida automaticamente se uma implantação de primeira geração é compatível com a migração de autoatendimento. Esse critério inclui validar se as instâncias do gerenciador de pods estão executando uma versão de manifesto apropriada, as imagens, se as VMs de área de trabalho VDI e de farm têm as versões do Horizon Agent apropriadas e se os recursos usados na implantação de primeira geração também são compatíveis com as capacidades atuais da migração de autoatendimento.

Para cada implantação de primeira geração, o console indica se a implantação atende aos critérios do sistema para sua migração automatizada. Se os critérios forem atendidos, a UI indicará Pronto para migrar.

a implantação não atender aos critérios. Você poderá clicar na coluna de status para exibir uma janela que descreve os problemas. Depois de abordar esses itens, você pode usar a ação Verificar novamente para executar novamente a verificação do sistema da implantação de primeira geração. Para obter exemplos dos critérios aos quais as implantações devem atender, consulte Exclusões e cenários de caso especial para migração.

Observação: Quando você usa a ação Reexaminar, a página não é atualizada automaticamente. Você deve clicar em Atualizar para ver o status mais recente.

Etapa 1: selecionar pod de primeira geração

Quando a UI indicar que o pod que você deseja migrar está pronto para migrar, selecione-o e clique em Avançar. Se você tiver vários pods em seu ambiente de primeira geração com uma combinação de gateways somente internos e gateways externos, migre primeiro os pods com os externos.



Etapa 2: informações do Horizon Edge

Depois de selecionar um pod, clique em Avançar para prosseguir para a seção do Horizon Edge. O sistema recupera os valores da região do Azure e da assinatura do Azure associados ao pod de primeira geração selecionado, como o ID de assinatura do Azure, o ID do diretório, o ID do aplicativo e a chave do aplicativo.

Observação: No momento da redação deste manual, essa migração de autoatendimento oferece suporte à migração para um ambiente next-gen que não tem Horizon Edges (um ambiente limpo). Mesmo que você veja que a UI exibe algum texto sobre a seleção de um existente, esse cenário não tem suporte no momento da redação deste manual.

Horizon Edge - Adicionar Novo é selecionado por padrão. Essa opção significa que o sistema implantará um novo Horizon Edge para a implantação de migração. Conforme descrito na UI, esse novo Horizon Edge será implantado na assinatura do Azure e na região do Azure do pod de primeira geração.

Atenção: Se o sistema detectar que a sub-rede de gerenciamento do pod de primeira geração é inválida para migração, um campo adicional será exibido. A sub-rede de gerenciamento é exibida quando as verificações do sistema determinam que o tamanho da sub-rede de gerenciamento do pod é muito pequeno para a implantação do Horizon Edge ou quando os CIDRs da sub-rede do pod se sobrepõem aos CIDRs que o Microsoft Azure reserva para uso com clusters do Azure Kubernetes Service (AKS).

Se você vir esse campo, selecione uma sub-rede de gerenciamento da VNet do pod que atenda aos requisitos de migração, conforme descrito em Atender aos requisitos de TI next-gen. Você deve garantir que a conectividade de rede para a sub-rede selecionada seja equivalente à da sub-rede de gerenciamento existente do pod. Alguns dos principais requisitos para garantir (conforme copiado dessa página Cumprir os requisitos de TI next-gen):

  • Comunicação da sub-rede selecionada para os mesmos controladores de domínio do Active Directory que o pod de primeira geração está usando
  • O DNS está configurado corretamente e acessível pela sub-rede selecionada
  • A sub-rede selecionada deve estar associada a um gateway NAT se você planeja selecionar o tipo de saída Cluster como gateway NAT.

Preencha os campos. Estes são todos obrigatórios. A UI valida que todas elas têm entradas antes de ativar o botão Avançar.

Campos da UI Descrição
Horizon Edge Adicionar novo: a opção com suporte no momento. Conforme declarado na nota acima, você verá que a UI exibe algum texto sobre a seleção de um existente, mesmo que esse cenário não tenha suporte no momento da redação deste manual.
Nome do Horizon Edge Especifique um nome que identificará exclusivamente esse Horizon Edge no seu tenant next-gen. O nome deve começar com uma letra [a-Z] e conter apenas letras, traços (-) e números.
Tipo de saída do cluster Duas opções: Gateway NAT ou Rotas definidas pelo usuário.

Selecione a opção que corresponde ao que sua equipe de TI configurou no Azure para atender a esse requisito, conforme descrito na página de migração Requisitos de TI Next-Gen para migração de autoatendimento.

Identidade Gerenciada Atribuída pelo Usuário Selecione a identidade gerenciada atribuída pelo usuário que você ou sua equipe de TI configuraram no Azure para atender a esse requisito, conforme descrito na página de migração Requisitos de TI Next-Gen para migração de autoatendimento
CIDR de serviço Insira o CIDR que você ou sua equipe de TI selecionaram para atender ao requisito de CIDR do serviço AKS, conforme descrito na página de migração Requisitos de TI Next-Gen para migração de autoatendimento
CIDR do POD Insira o CIDR que você ou sua equipe de TI selecionaram para atender ao requisito de CIDR do pod AKS, conforme descrito na página de migração Requisitos de TI Next-Gen para migração de autoatendimento
FQDN do Unified Access Gateway Digite o FQDN do Unified Access Gateway que você ou sua equipe de TI decidiram usar para essa implantação. Os Horizon Agents nas áreas de trabalho e aplicativos virtuais se conectarão a esse FQDN.
Tipo de certificado Duas opções: PEM ou PFX. Escolha o tipo que corresponde ao certificado que você ou sua equipe de TI obteve para esta implantação, que corresponde ao FQDN do Unified Access Gateway.

Para PFX, um campo Senha adicional é exibido para você inserir a senha do certificado PFX.

Certificado Clique no botão para carregar o certificado.
IP Público Manual Esse campo é exibido quando o sistema detecta que a implantação de gateway externo do pod de primeira geração está configurada para usar um endereço IP privado.

Insira o endereço IP público que você deseja usar para a implantação de next-gen, conforme descrito em Pré-requisitos para agendar a migração de autoatendimento.

Observação: Esse IP público deve ser diferente do IP público que já está em uso para a implantação de primeira geração a ser migrada, para oferecer suporte à reversão para o estado de implantação de primeira geração, se a reversão for necessária.

Como parte das atividades de pré-compilação, o sistema implantará o balanceador de carga do Unified Access Gateway next-gen com um endereço IP privado. Depois que o balanceador de carga é implantado e seu endereço IP privado conhecido, você deve garantir que configure o roteamento para que esse IP público direcione o tráfego ao IP privado do balanceador de carga implantado.

Quando todos os campos tiverem entradas, clique no botão Avançar para passar para a próxima etapa.

Etapa 3: agendar período de migração

Nesta etapa, você seleciona um período de tempo para a janela de manutenção da migração.

Durante o período selecionado:

  • Não faça alterações no pod de primeira geração, nos recursos, nas configurações etc.
  • Não faça alterações na implantação do ambiente next-gen.
  • O sistema impedirá o acesso ao Horizon Universal Console.
  • Seus usuários finais não podem acessar as áreas de trabalho e os aplicativos provisionados pelo pod de migração.
  • Evite acessar o ambiente de próxima geração durante o período selecionado para evitar a interrupção do processo.

A UI mostra uma exibição de calendário com os slots que o sistema disponibiliza para as atividades de migração.

Você pode percorrer essa exibição de calendário conforme necessário para encontrar um intervalo de data e hora apropriado para as necessidades da sua equipe e da organização.

A exibição do calendário reflete com precisão quais datas de dias e hora estão disponíveis para migrar seu pod de primeira geração selecionado.

Em geral, o primeiro dia disponível para seleção será de no mínimo 7 dias no futuro.

Os intervalos de tempo estão em blocos de 6 horas. Embora as atividades de migração do sistema possam levar menos de 6 horas, o agendamento de uma janela de 6 horas aumenta a confiança de que todas as atividades de migração serão concluídas dentro desse prazo.

A captura de tela a seguir ilustra o calendário da UI usado para selecionar a janela de tempo de manutenção da migração. Passar o mouse sobre um dos blocos de tempo mostra como cada bloco tem 6 horas de duração.


Captura de tela da etapa 3: agendar migração quando exibida pela primeira vez

A captura de tela a seguir ilustra a seleção de 12:00 PM UTC na terça-feira, 15 de março. O sistema iniciará suas atividades neste momento.


Captura de tela da agenda com o intervalo de tempo de terça-feira, 15 de março, 12:00 PM selecionado e o botão Salvar agora disponível

Depois de selecionar um dos intervalos de tempo, clique em Salvar para salvar sua escolha.

O sistema exibe uma mensagem que confirma a janela de tempo selecionada e descreve as próximas etapas.


Captura de mensagem de confirmação sobre o intervalo de tempo agendado e o que acontecerá a seguir.

O que o sistema faz em seguida

Conforme indicado na mensagem de confirmação:

  • O sistema executa suas atividades de pré-compilação de implantação do Horizon Edge e seus recursos associados (as instâncias do Horizon Edge Gateway e do Unified Access Gateway e seus balanceadores de carga associados).
  • O sistema também copia as imagens publicadas e os aplicativos App Volumes do pod de primeira geração para o Horizon Edge.

O Horizon Edge implantado tem um balanceador de carga para a instância do Horizon Edge Gateway e um balanceador de carga para as instâncias do Unified Access Gateway.

Quando o Horizon Edge for implantado e você e sua equipe de TI puderem obter os endereços IP desses balanceadores de carga, atualize seu DNS para adicionar registros que mapeiem o endereço IP do balanceador de carga FQDN do Unified Access Gateway com o FQDN do Unified Access Gateway especificado neste assistente para Agendar Migração. Para obter mais detalhes, consulte Configurar registros DNS necessários após implantar o Horizon Edge Gateway e o Unified Access Gateway na documentação de next-gen.

Observação: Se você inseriu um IP Público Manual, deve garantir que configure o roteamento necessário desse IP público para o endereço IP privado do balanceador de carga implantado.

Clique em OK na mensagem de confirmação para retornar à página de migração do console.

Seus próximos passos

A maior parte do tempo durante a fase de pré-compilação do sistema é esperar que o sistema conclua suas atividades de pré-compilação. Nesta documentação de migração, esta fase de pré-compilação é descrita na Fase 5: pré-compilação.

Durante a fase de pré-compilação, você pode usar as colunas Status de Migração e Relatório na página Migração do console para verificar o que está acontecendo.

Dica: A VMware recomenda que, quando você vir que as instâncias do Unified Access Gateway e o balanceador de carga estão implantados, configure as entradas DNS necessárias.

Embora essas entradas DNS possam ser configuradas após a conclusão das ações de manutenção, o ambiente migrado pode não ser totalmente funcional sem as entradas DNS que mapeiam seus FQDNs especificados para os endereços IP subjacentes alocados a esses recursos. Consulte Fase 6: configurar registros DNS para a infraestrutura criada na fase 5 de migração de autoatendimento.

Importante: Conforme descrito nas seções anteriores desta página de documentação, quando seu tenant de primeira geração for um ambiente Universal Broker, evite fazer alterações nas configurações relacionadas ao site para usuários e grupos que já estão definidos no tenant de primeira geração.

Recursos da página Migração

Agora que um pod está agendado para migração, a página Migração do console exibe esse status e disponibiliza ações para reagendamento (Reagendar) e cancelamento (Cancelar) do horário de migração agendado.

Quando você selecionar uma dessas ações, siga os prompts na tela.

A captura de tela a seguir mostra o pod selecionado e a disponibilidade das ações Reagendar e Cancelar. A ação Finalizar nesta captura de tela não está disponível porque esse pod ainda não foi migrado.


Captura de tela da página Migração do console com um pod agendado para a migração.