Migração de autoatendimento de implantações do Horizon Cloud on Microsoft Azure de primeira geração para o Horizon Cloud

Quando seu ambiente de Horizon Cloud está ativado para você, você pode iniciar a migração de autoatendimento de uma implantação do Horizon Cloud on Microsoft Azure localizada na primeira geração da Horizon Cloud Control Plane para Horizon Cloud.

Observação: no momento em que este artigo foi escrito, os ambientes de primeira geração em que a frota de pods consiste inteiramente de pods do Horizon 8, o tipo de pod do Servidor de Conexão, não estavam incluídos neste processo de migração de autoatendimento nem neste guia de migração que o acompanha. O processo de migração deles é diferente dos pods do Horizon Cloud on Microsoft Azure. Para obter informações sobre a migração de pods do Horizon 8, entre em contato com seu representante do Horizon 8.

Onde começar

Escolha um dos links abaixo para ler, dependendo de quanto do processo de migração você concluiu por conta própria ou com a equipe de Migração do Horizon.

Atenção: a migração de autoatendimento para pods do Microsoft Azure é uma implementação progressiva, feita em ondas pela equipe do Horizon Migration. Quando elegível, você receberá comunicação direta das Comunicações de Migração do Horizon.

• E se eu não tiver um e-mail da Equipe de Migração do Horizon?

  Examine os critérios atuais de elegibilidade em Exclusões e cenários de caso especial para migração. A elegibilidade para ativação é baseada em fatores específicos. Esses fatores evoluem com o tempo, fazendo com que um lançamento progressivo seja feito.

Caixa de seleção	Quando...	Faça o seguinte
☐	Você recebeu um email da equipe de migração do Horizon sobre a migração para o Horizon Cloud, mas... Ainda não teve uma introdução ao processo. Não fez a integração inicial no Horizon Cloud.	O que fazer: atenda os pré-requisitos descritos neste guia O que fazer: confirme com a equipe de migração se seu ambiente Horizon Cloud está pronto para sua integração inicial e conclua as etapas iniciais de integração.
☐	Após concluir a integração inicial no Horizon Cloud e ver a UI de migração, mas... Não configurou o provedor de identidade para o Horizon Cloud. Não emparelhou seu locatário de primeira geração com o Horizon Cloud.	O que fazer: configure o provedor de identidade. O que fazer: emparelhe locatários.
☐	Depois de configurar o provedor de identidade e emparelhar, mas... Ainda não agendou a janela de manutenção para um pod.	O que fazer: Agende uma janela de manutenção.
☐	Depois que a janela de manutenção estiver agendada, mas antes dessa data chegar.	Examine: veja as informações sobre o que acontece durante a fase de pré-compilação. O que fazer: configure os registros DNS quando vir que as novas instâncias do Unified Access Gateway estão listadas na UI do Horizon Cloud. O que fazer: use os pools de testes pré-compilados para pré-validar o comportamento. Para cada pool da área de trabalho flutuante de primeira geração, o sistema cria um pool de teste de uma área de trabalho no Horizon Edge que 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 que cada pool da área de trabalho flutuante se comportará de acordo com suas expectativas.
☐	Pouco antes do tempo de manutenção da migração até o fim do período de manutenção.	Examine: se as informações sobre o que acontece durante a janela de manutenção.
☐	Logo após o período de manutenção.	O que fazer: realize atividades de pós-migração
☐	Depois de executar as atividades de pós-migração.	O que fazer: finalize essa migração. O que fazer: verifique a configuração do endpoint privado para a conta de armazenamento de aplicativos do App Volumes e configure, se necessário. Se você tiver pods adicionais, planeje a migração para o próximo pod.

Observação: os termos implantações do Horizon Cloud on Microsoft Azure e Horizon Cloud referem-se à primeira geração do Horizon Cloud e à camada de controle de nuvem dessa geração. Outros termos, como v1 e first-gen, referem-se à primeira geração do Horizon Cloud. A próxima geração da camada de serviço e controle tem o nome oficial Horizon Cloud.

Experiência do navegador

O Horizon Cloud Horizon Universal Console é compatível com a versão mais recente (N) e as versões N-1 e N-2 do Google Chrome, Mozilla Firefox, Microsoft Edge e Apple Safari. As atividades de migração executadas usando o Horizon Cloud Horizon Universal Console têm suporte usando essas versões de navegador.

Para atividades de migração realizadas no Horizon Universal Console de primeira geração, como a obtenção da chave de emparelhamento, use as versões do navegador compatíveis com o Horizon Universal Console de primeira geração, conforme descrito no Guia de Implantação de primeira geração.

Fase 1: integração inicial ao ambiente Horizon Cloud

Nesta fase, você conclui as etapas iniciais de integração no ambiente do Horizon Cloud. Essas etapas são quase as mesmas usadas para realizar uma implantação totalmente nova e greenfield no ambiente do Horizon Cloud.

Observação: se você já tiver integrado seu ambiente Horizon Cloud, poderá pular esta fase. Quando a integração inicial estiver concluída, sempre que você efetuar login no Horizon Cloud Console, se a página Migração não for exibida imediatamente, você poderá clicar na entrada Migração do console na navegação à esquerda para exibir a página.

Execute as etapas de integração descritas na página Integração do Horizon Cloud, até a etapa de seleção de sua região do Horizon Cloud.

Seleção da organização

Na etapa do fluxo de trabalho de integração, em que o fluxo da UI solicita que você selecione uma organização existente ou crie uma nova, especifique a organização escolhida seguindo as diretrizes descritas em Determine a organização de serviços em nuvem a ser usada.

Seleção de região da nuvem

Após a organização, a UI de seleção de região é exibida.

Importante: após selecionar e salvar uma região nesta etapa, ela não poderá ser alterada posteriormente.

Se você quiser garantir que seus metadados da camada de controle permaneçam na mesma região geográfica que foi usada para seu locatário de primeira geração, selecione a mesma região geográfica que corresponde à região do locatário de primeira geração.

A captura de tela a seguir ilustra a etapa de seleção de região com Estados Unidos selecionado.

Você pode corresponder sua seleção de região do Horizon Cloud à região usada para seu locatário de primeira geração. Isso fornece uma maneira de identificar qual região da camada de controle de primeira geração você está usando.

Para corresponder sua seleção de região do Horizon Cloud à região que você usou para seu locatário de primeira geração, faça login no Horizon Universal Console de primeira geração e, após concluir o fluxo de autenticação conforme descrito em Autenticação em um ambiente do Horizon Cloud, examine o nome DNS regional que é exibido no campo de endereço do navegador.

Observação: essa tabela tem como objetivo listar as regiões de primeira geração com suporte e suas contrapartes do Horizon Cloud. Com o tempo, o Horizon Cloud pode dar suporte a regiões adicionais. Essas regiões não serão adicionadas a esta tabela, pois não teriam uma contraparte de primeira geração.

O nome regional de primeira geração começa com	Seleção de região Horizon Cloud correspondente
cloud.horizon. ou cloud-us-2.horizon.	Estados Unidos
cloud-eu-central-1.horizon. ou cloud-eu-2.horizon.	Irlanda
cloud-ap-southeast-2.horizon. ou cloud-ap-2.horizon.	Austrália
cloud-jp.horizon.	Japão
cloud-uk.horizon.	Reino Unido

Após a seleção da região

Depois de salvar na etapa anterior, o console normalmente exibe a tela Migração.

Observação: se a tela Migração não for exibida, você poderá navegar até ela usando Migração na navegação à esquerda.

Próximas Etapas

Siga as instruções na tela. Conclua os pré-requisitos de migração documentados e conclua o processo de emparelhamento.

Fase 2: emparelhar ambientes para permitir a migração entre o Horizon Cloud e os ambientes de primeira geração

Para ativar a migração de uma implantação do Horizon Cloud on Microsoft Azure para o ambiente do Horizon Cloud, você deve emparelhar seu ambiente de primeira geração com o ambiente do Horizon Cloud.

Nota: para realizar as etapas no Horizon Universal Console, você deve ter a função Administrator no ambiente Horizon Cloud. Consulte a página Atribuição de funções administrativas no Horizon Cloud usando o guia.

Lembre-se: no momento, o console fornece a faixa de migração, o assistente de Migração do Horizon Cloud, o menu Migração e a página Migração somente quando suas implantações de primeira geração são qualificadas para migração pela equipe de migração do Horizon.

Sobre este código de emparelhamento

Um código de emparelhamento é a maneira de o sistema associar seu ambiente do Horizon Cloud a seu ambiente de primeira geração para fins de migração de suas implantações de primeira geração.

Você obtém um código de emparelhamento do ambiente de primeira geração, copia esse código de emparelhamento e cola-o no dashboard de migração em seu ambiente do Horizon Cloud.

Etapas de emparelhamento

Cada vez que você gerar o código de emparelhamento usando o console, o código será válido por 30 minutos. Se você não concluir a Etapa 9 antes de 30 minutos, bastará repetir a Etapa 5 para gerar um novo e copiar e colar na Etapa 9.

Se você optar por visualizar os dois consoles ao mesmo tempo, uma prática recomendada é usar as janelas do navegador no modo privado ou no modo anônimo para evitar problemas de UI que podem resultar do cache de imagens do navegador ou outro conteúdo de página em cache.

1. Obtenha o código de emparelhamento usando um desses métodos.

   • Se seu console exibir a faixa de migração, você poderá clicar em IR para iniciar o assistente de Migração do Horizon Cloud e selecionar Sim na etapa Como começar para exibir o código de emparelhamento, conforme mostrado na captura de tela a seguir.

     Observação: o console de primeira geração exibe esse faixa e assistente somente quando a equipe de migração do Horizon os ativa em seu ambiente de primeira geração.

     

   • Clique no nome da conta exibido no console do e selecione Código de Emparelhamento.

     

2. Copie o código de emparelhamento. A captura de tela a seguir ilustra o código obscurecido para privacidade.

   

   Este código de emparelhamento é válido por 30 minutos.

   Se o código expirar, o console terá uma ação de atualização para que você gere uma nova.

3. Acesse a página Migração em seu ambiente do Horizon Cloud.

   • No assistente Migração: Como começar, você pode clicar em Iniciar para iniciar o Horizon Cloud Console exibindo a página Migração.

   • Como alternativa, você pode abrir uma janela do navegador, fazer login nos serviços do Cloud, navegar até o bloco Workspace ONE Cloud, localizar o cartão nos serviços definidos e clicar na ação para abrir o Horizon Cloud Console daí. Em seguida, navegue até a página Migração usando a entrada Migração do menu de navegação à esquerda.

     

     A captura de tela a seguir ilustra a página Migração do console.

   

4. Clique no link Emparelhar Locatários.

5. Na janela Emparelhar Locatários exibida, cole o código de emparelhamento copiado no campo Código de Emparelhamento.

   A captura de tela a seguir ilustra essa etapa. O código colado foi obscurecido aqui para fins de privacidade.

   

6. Clique em Emparelhar.

   Quando o sistema tiver emparelhado os locatários com êxito, a UI do Horizon Cloud indicará que o emparelhamento foi bem-sucedido.

   

Próximas Etapas

Agora que seu locatário de primeira geração e o locatário do Horizon Cloud estão emparelhados, siga as diretrizes na tela e conecte um provedor de identidade.

Fase 3: configurar as configurações necessárias do provedor de identidade em seu ambiente do Horizon Cloud

Nessa fase do fluxo de trabalho de migração, você deve inserir configurações para um provedor de identidade externo. Essas configurações registram o provedor de identidade para uso com o ambiente Horizon Cloud.

Breve introdução

O ambiente do Horizon Cloud, por padrão, depende de um provedor de identidade externo para fornecer a autenticação necessária quando os usuários finais tentam acessar seus recursos autorizados.

O uso de um provedor de identidade externo na arquitetura do Horizon Cloud permite a integração com produtos e soluções de terceiros para fornecer autenticação multifator e recursos de SSO.

Atenção:

Antes de registrar o provedor de identidade, verifique se o domínio do AD do pod a ser migrado está conectado a seu provedor de identidade, aquele que você especificará para este ambiente do Horizon Cloud.

Preparativos

Verifique se seu provedor de identidade está configurado e conectado a seu domínio do AD, conforme descrito na página Configurando seu provedor de identidade, localizada no guia do Horizon Cloud.

A UI do console do locatário do Horizon Cloud requer a entrada de uma conta de ingresso no domínio auxiliar. Essa é uma diferença do console de locatário de primeira geração, em que a conta de ingresso no domínio auxiliar era opcional. Certifique-se de ter o nome de uma conta auxiliar de ingresso no domínio antes de iniciar as etapas de registro de domínio na UI.

Criar a conexão do provedor de identidade

No console do locatário do Horizon Cloud, navegue até a guia UI do Provedor de Identidade do console clicando em Conectar na página Migração.

Conclua o fluxo do Provedor de Identidade do console para conectar o locatário do Horizon Cloud a um provedor de identidade.

Para obter diretrizes específicas sobre esta UI do Provedor de Identidade, consulte a página Conectando seu Provedor de Identidade localizada no guia do Horizon Cloud.

A captura de tela a seguir ilustra o estado concluído em que o provedor de identidade está conectado com êxito (alguns valores obscurecidos para privacidade).

Próximas Etapas

No Horizon Cloud Console, navegue até a página Migração.

Agora que o provedor de identidade está conectado, o console disponibiliza o botão Iniciar e você pode clicar nele para começar a agendar a migração automatizada.

Fase 4: agendar a janela de manutenção de migração de um pod

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 locatário de primeira geração e seus usuários finais não podem acessar suas áreas de trabalho e aplicativos provisionados pelo pod de migração.

Antes de iniciar estas etapas

Antes de iniciar esse fluxo de trabalho no console, certifique-se de que os itens a seguir estejam em vigor.

☐	Todos os pré-requisitos estão em vigor
☐	Você determinou qual tipo de implantação do Horizon Edge Gateway (VM única ou AKS) usar: decida seu tipo de implantação e atenda a seus requisitos.
☐	Além dos pré-requisitos principais, você cumpriu os pré-requisitos do tipo de implantação do Horizon Edge Gateway escolhido: Pré-requisitos do tipo de VM única Pré-requisitos do tipo AKS
☐	Você concluiu as etapas da Fase 3: configurar as configurações necessárias do provedor de identidade em seu ambiente do Horizon Cloud.
☐	Verifique se as políticas do Azure relacionadas a tags e criação de grupos de recursos estão suspensas (desativadas) e permanecem desativadas até que você veja que as instâncias do Horizon Edge Gateway e do Unified Access Gateway foram implantadas com êxito na assinatura do pod. A atividade de implantação será iniciada depois que você concluir o assistente de agendamento. Quando implantadas com êxito, as mensagens de notificação serão exibidas no Horizon Cloud Horizon Universal Console.
☐	Conforme descrito na página de pré-requisitos, verifique se todas as imagens do pod de primeira geração estão no estado Publicado e se suas VMs e snapshots estão intactos no Microsoft Azure.

Importante: se um pré-requisito estiver ausente, as verificações de pré-validação do sistema falharão e o sistema não poderá entrar na fase de pré-compilação, o que bloqueará o processo de migração.

A UI do assistente de agendamento exige que você selecione ou insira valores para os itens a seguir.

Certifique-se de ter essas informações e itens em vigor antes de iniciar o assistente. Todos esses itens estão descritos nas páginas de pré-requisitos.

☐	Novos itens do Unified Access Gateway: FQDN que você vai digitar na UI do assistente Certificado SSL para a configuração do Unified Access Gateway (formato PEM ou PFX) que corresponde ao FQDN. Importante: Certifique-se de que o nome comum ou o FQDN do certificado corresponda exatamente ao FQDN que você planeja digitar no assistente. O assistente valida os dados no certificado com o FQDN digitado. Se não houver correspondência, o sistema impedirá que a migração seja agendada, e você terá que cancelar o assistente de agendamento. Se o pod de primeira geração tiver uma configuração externa do Unified Access Gateway e uma configuração interna do Unified Access Gateway, o Unified Access Gateway do Edge pós-migração terá seu FQDN externo e o FQDN interno definidos como o mesmo FQDN por padrão (o FQDN que você insere no assistente aqui). Quando quiser que o FQDN interno seja exclusivo do FQDN externo, após a migração, edite os detalhes Unified Access Gateway do Edge para alterar seu FQDN interno para aquele separado e especifique intervalos de rede para identificar usuários internos. Nota: se você planeja definir o FQDN interno como exclusivo do FQDN externo, certifique-se de que o certificado SSL fornecido neste assistente de agendamento reflita seu FQDN interno planejado nos dados do certificado. Caso contrário, um certificado que reflita ambos os FQDNs será necessário no momento em que você editar os detalhes do Edge para especificar um FQDN interno exclusivo. Atualmente, a UI usa um único certificado.
☐ Se estiver usando o tipo de implantação AKS	Para o tipo AKS, o assistente solicita: gateway NAT ou tabela de rotas associada à sub-rede de gerenciamento, usada 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) Observação: se você tiver que criar uma nova VNet e uma sub-rede de gerenciamento para usar com o tipo AKS para contornar os endereços IP restritos do AKS, verifique se sabe seus nomes para que você possa identificá-los e selecioná-los na UI do assistente.
☐ Se estiver usando o tipo de implantação de VM Única	Para o tipo de VM única, o assistente não tem nenhuma entrada necessária específica para o tipo de implantação de VM única. No caso raro em que sua rede tenha algo como um servidor de Active Directory já provisionado em um segmento de rede que sobrepõe alguns padrões do sistema, você vai querer especificar valores personalizados para substituir os padrões definidos pelo sistema. Para obter mais detalhes, consulte a seção Tipo de implantação de VM única.
☐ Se o gateway externo do pod estiver usando um endereço IP privado	Se a implantação do 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 para usar na implantação do Horizon Cloud Unified Access Gateway, conforme descrito em Pré-requisitos para migrar um pod do Horizon Cloud de primeira geração. O assistente solicita essas informações.

Alguns pontos relacionados ao site: ambientes do Universal Broker

Tenha esses pontos em mente quando tiver um ambiente Universal Broker de primeira geração com vários pods do Horizon Cloud.

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 locatário 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 locatário 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, posteriormente, fizer alterações nas informações relacionadas ao site no ambiente de primeira geração, essas alterações não ficarão visíveis no ambiente do Horizon Cloud até a próxima migração do pod.
• Todos os mapeamentos de site para usuário e de site para grupo existentes no ambiente do Horizon Cloud 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 no ambiente do Horizon Cloud e 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, se você tiver algum mapeamento de site inicial, examine-o no ambiente do Horizon Cloud e atualize conforme necessário para as necessidades de sua organização.

Quando você tem atribuições que envolvem vários pods

Você pode ter atribuições de primeira geração que envolvem vários pods (a documentação de primeira geração usa o termo atribuições de várias nuvens para essas atribuições). Há coisas importantes a serem cientes ao migrar pods envolvidos em atribuições de várias nuvens. Consulte Quando você tem vários pods em atribuições de primeira geração: pontos principais.

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 de primeira geração do Horizon Cloud on Microsoft Azure que estão na frota de pods do locatário de primeira geração emparelhado com este locatário do Horizon Cloud.

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.

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.

Depois de selecionar um pod, clique em Avançar para prosseguir.

Horizon Edge: adicionar novo, selecionar existente

Quando você clica em Avançar, o sistema analisa o que está disponível no ambiente do Horizon Cloud para um Horizon Edge para representar o pod pós-migração.

O assistente exibe botões:

• Adicionar Novo
• Selecionar existente

Um botão esmaecido significa que não pode ser usado para essa migração e que o botão selecionado pelo sistema deve ser usado. Um banner exibirá o motivo.

Se nenhum estiver esmaecido e um estiver selecionado por padrão, isso significará que o sistema recomenda o uso do pré-selecionado e que você pode ignorar a recomendação do sistema e escolher o outro para essa migração.

As seções a seguir descrevem brevemente as finalidades de Adicionar Novo e Selecionar existente no fluxo Agendar Migração.

Botão: Selecionar existente

Quando Selecionar existente é selecionado, o assistente exibe uma lista de Horizon Edges existentes no ambiente. Selecione o Horizon Edge a ser usado para esta migração e clique em Avançar. Prossiga para Etapa 3: agendando o período de tempo de migração.

Ao usar um Horizon Edge existente, o sistema dimensiona a implantação do Unified Access Gateway existente com o mesmo número de instâncias do Unified Access Gateway que estão associadas ao pod de primeira geração. O limite máximo dessa escala é de oito (8) instâncias do Unified Access Gateway. Quando esse limite for atingido no Horizon Edge selecionado, a implantação do Unified Access Gateway não será aumentada.

Além disso, sobre os seguintes casos de uso:

• O pod de primeira geração tem a mesma assinatura, a mesma região do Microsoft Azure, app ID diferente (entidade de serviço) do Horizon Edge selecionado: o sistema dimensiona o provedor do Horizon Edge selecionado adicionando a ID do aplicativo do pod de primeira geração a esse provedor.
• O pod de primeira geração tem uma assinatura diferente, mesma região do Microsoft Azure, app ID diferente (entidade de serviço) do Horizon Edge selecionado: o sistema adiciona um provedor secundário ao Horizon Edge selecionado.

Botão: Adicionar Novo

Quando o botão Adicionar Novo for selecionado, o sistema criará um novo Horizon Edge para a migração desse pod de primeira geração.

Nesse caso, o assistente exige que você preencha as opções e os campos exibidos para configurar o novo Horizon Edge.

Campos da UI	Descrição
Nome do Horizon Edge	Especifique um nome que identificará exclusivamente este Horizon Edge em seu locatário do Horizon Cloud. O nome deve começar com uma letra [a-Z] e conter apenas letras, traços (-) e números.
Tipo de Implantação	Clique na opção correspondente ao tipo de implantação que você decidiu usar para o Horizon Edge Gateway. Máquina Virtual Única é o padrão. Máquina Virtual Única: implanta o tipo de VM Única. Serviço do Azure Kubernetes: implanta o tipo do AKS.

Consulte a seção abaixo que corresponde ao Tipo de Implantação escolhido.

Tipo de implantação de máquina virtual única

Para a implantação de Single Virtual Machine , não há campos obrigatórios, exceto para o cenário raro descrito na seguinte Observação. A implantação usa a sub-rede de gerenciamento do pod para o Horizon Edge Gateway.

Observação: um cenário raro é quando você tem algo como um servidor do Active Directory já provisionado em um segmento de rede que tem espaço de endereço IP que se sobrepõe aos padrões do sistema. Nesse caso raro, podem ocorrer problemas de rede quando os módulos do Edge Gateway tentam se conectar ao Active Directory. Para evitar esses conflitos, a seção Avançado do assistente fornece campos para você especificar valores personalizados e evitar conflitos com os intervalos de rede interna padrão do sistema. Para obter mais detalhes, consulte Configurações avançadas opcionais.

A seguir estão as informações do Unified Access Gateway.

Tipo de implantação do Serviço do Azure Kubernetes

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
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 você ou sua equipe de TI decidiu configurar no Azure para atender a esse requisito, conforme descrito na seção 'Tipo de AKS: configurar um gateway NAT ou uma tabela de rotas e associar à sub-rede de gerenciamento'.
Identidade Gerenciada Atribuída pelo Usuário	Selecione a identidade gerenciada atribuída pelo usuário que você ou sua equipe de TI configurou no Azure para atender a esse requisito, conforme descrito na seção 'Tipo de AKS: criar identidade gerenciada atribuída pelo usuário'
Rede Virtual e Sub-Rede de Gerenciamento	Se você vir ambos os campos, faça as seleções de acordo com o que você preparou para lidar com os pré-requisitos. Esses campos são exibidos quando as verificações do sistema determinam que a VNet se sobrepõe aos intervalos de IP restritos do AKS, conforme descrito em "Determinar se a VNet do pod ou as redes conectadas contêm endereços IP restritos do AKS". Selecione a nova VNet e a sub-rede de gerenciamento nessa VNet.
CIDR de serviço	Digite o CIDR que você ou sua equipe de TI decidiram para atender ao requisito de CIDR do serviço AKS, conforme descrito na seção 'Tipo AKS: intervalos de IP virtuais obrigatórios de reserva'.
CIDR do POD	Digite o CIDR que você ou sua equipe de TI decidiram para atender ao requisito de CIDR do pod do AKS, conforme descrito na seção 'Tipo de AKS: intervalos de IP virtuais obrigatórios de reserva'.

Informações do Unified Access Gateway

Campos da UI	Descrição
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. Se o pod de primeira geração tiver uma configuração de Unified Access Gateway externa e uma configuração de Unified Access Gateway interna com FQDNs e certificados diferentes definidos nessas configurações de gateway, o Unified Access Gateway do Edge pós-migração terá seu FQDN externo e o FQDN interno definidos como o mesmo FQDN por padrão (o FQDN que você insere no assistente aqui). Após a migração, você poderá editar os detalhes Unified Access Gateway do Edge para alterar o FQDN interno para aquele que você deseja usar para usuários internos e configurar intervalos de rede para identificar usuários internos. Nota: Se você planeja atualizar o FQDN interno para ser exclusivo do FQDN externo após a migração, certifique-se de que o certificado carregado reflita tanto o FQDN que você insere no assistente quanto o FQDN interno planejado nos dados do certificado. Caso contrário, após a migração, você terá que carregar um certificado que reflita o FQDN externo e o FQDN interno.
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 do Horizon Cloud, conforme descrito em "Pré-requisitos para migrar um pod do Horizon Cloud de primeira geração". Nota: 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 Horizon Cloud Unified Access Gateway 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.

Configurações avançadas opcionais : intervalos de rede interna para a VM única

Na VM Única, há padrões definidos pelo sistema usados para intervalos de rede internos. Essas redes internas são usadas pelo Kubernetes na VM e não são acessíveis fora da VM. Eles devem permanecer nos padrões definidos pelo sistema, a menos que se sobreponham a suas redes internas. Na situação rara em que você tem segmentos de rede existentes sobrepostos aos intervalos internos da VM, use a seção Avançado do assistente para especificar valores personalizados.

Insira os CIDRs que você ou sua equipe de TI decidiram para atender ao requisito neste caso especial, conforme descrito em Requisitos de implantação de VM única.

• Serviço CIDR: é necessário um mínimo de /27.
• Pod CIDR: é necessário um mínimo de /21.

Quando todos os campos obrigatórios do assistente tiverem entradas

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 nenhuma alteração na implantação do ambiente do Horizon Cloud.
• 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 do Horizon Cloud durante o período selecionado para evitar interromper o processo.

A UI mostra uma exibição de calendário com os slots que o sistema disponibiliza para as atividades de migraçã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.
• 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.
• Cada slot de tempo é um bloco de 6 horas.

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 cursor do mouse sobre um dos blocos de tempo exibe um pop-up que mostra a hora desse slot tanto na hora local do navegador quanto em UTC.

A captura de tela a seguir ilustra um bloco selecionado. O sistema iniciará suas atividades neste momento.

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

O que o sistema faz em seguida

Depois de salvar o slot de tempo selecionado, o sistema exibirá uma mensagem que confirma a janela de tempo selecionada e descreve as próximas etapas.

Depois de clicar em OK na mensagem de confirmação, o sistema vai:

1. Realize suas atividades de pré-compilação.

   • Ao usar Adicionar Novo (migração para um novo Horizon Edge)

     Nesse caso, o sistema implanta o Horizon Edge e seus recursos associados (as instâncias do Horizon Edge Gateway e do Unified Access Gateway e os balanceadores de carga associados).

   • Ao usar Selecionar existente (migração para um Horizon Edge existente)

Ao usar um Horizon Edge existente, o sistema dimensiona a implantação do Unified Access Gateway existente com o mesmo número de instâncias do Unified Access Gateway que estão associadas ao pod de primeira geração. O limite máximo dessa escala é de oito (8) instâncias do Unified Access Gateway. Quando esse limite for atingido no Horizon Edge selecionado, a implantação do Unified Access Gateway não será aumentada.

Além disso, para os seguintes casos de uso:

• O pod de primeira geração tem a mesma assinatura, a mesma região do Microsoft Azure e uma entidade de serviço diferente app ID: o sistema dimensiona o provedor do Horizon Edge selecionado adicionando a ID do aplicativo do pod de primeira geração a esse provedor.
• O pod de primeira geração tem uma assinatura diferente, mesma região do Microsoft Azure, entidade de serviço diferente app ID: o sistema adiciona um provedor secundário ao Horizon Edge selecionado.

2. Copie as imagens publicadas e os aplicativos App Volumes do pod de primeira geração para o Horizon Edge.

Um 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.

No caso de uso Adicionar novo, quando o novo Horizon Edge é implantado e você e sua equipe de TI podem obter os endereços IP para esses balanceadores de carga e atualizar seu DNS para adicionar registros que mapeiam o endereço IP do balanceador de carga FQDN do Unified Access Gateway com o FQDN do Unified Access Gateway especificado neste Assistente de agendamento de migração. Para obter mais detalhes, consulte Configurar registros DNS necessários após a implantação do Horizon Edge Gateway e do Unified Access Gateway na documentação do Horizon Cloud.

Observação: se você inseriu um IP público manual, configure o roteamento necessário desse IP público para o endereço IP privado do balanceador de carga implantado.

Clicar em OK na mensagem de confirmação retorna você à 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.

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: quando a migração está adicionando um novo Horizon Edge, a equipe de migração do Horizon recomenda que, ao ver que as instâncias do Unified Access Gateway e o balanceador de carga estão implantados, você configure as entradas de DNS necessárias.

Embora essas entradas DNS possam ser configuradas após a conclusão das ações de manutenção, o ambiente migrado não é 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 da migração de autoatendimento.

Importante: quando seu locatário de primeira geração for um ambiente do Universal Broker, evite fazer alterações nas configurações relacionadas ao site para usuários e grupos que já estão definidos no locatário 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.

Fase 5: pré-compilação: ações automatizadas antes da janela de manutenção

Durante essa fase, o sistema executa automaticamente atividades de migração pré-criadas antes da janela de migração especificada. Esse frontload de atividades busca minimizar o tempo necessário na janela de manutenção da migração.

Breve introdução

Conforme descrito em O que esperar, usar uma pré-compilação reduz o tempo que a migração levará durante a janela de manutenção.

Para todas as migrações, o sistema implanta os recursos necessários durante a fase de pré-compilação.

Quando a migração está usando um novo Horizon Edge, o sistema também implanta os recursos para o Horizon Edge no início da pré-compilação.

Atenção: como o sistema cria recursos nesta fase de pré-compilação, é provável que você consulte novos recursos aparecendo em sua assinatura do Azure e em seu ambiente do Horizon Cloud durante esse período.

Esteja ciente destes pontos:

• Embora o Horizon Cloud Console não impeça você de criar pools no ambiente do Horizon Cloud usando esses recursos, recomendamos fortemente que você evite criar pools ou executar outro fluxo de trabalho de criação usando esses novos recursos até que a migração geral seja concluída.

  Se esses recursos forem usados no ambiente do Horizon Cloud antes da janela de manutenção da migração e, posteriormente, você cancelar a migração ou usar a ação de reversão da UI, o sistema não poderá retornar o ambiente do Horizon Cloud a seu estado inicial original. Nesse cenário, pode ser necessário realizar ações manuais adicionais no ambiente para levá-lo a um estado em que o sistema pode então fazer com que você reinicie o processo de migração.

• Durante a pré-compilação, o sistema primeiro duplica temporariamente cada imagem publicada de primeira geração no grupo de recursos base-vms do pod de primeira geração e executa a atualização do agente e outras atividades nessas duplicatas antes de publicá-las no ambiente do Horizon Cloud. Essas VMs temporárias usam a convenção de nomenclatura MIGXXXXXXXXXXXX.

  Como o sistema funciona com essas VMs temporárias e até que elas sejam publicadas no ambiente do Horizon Cloud, você verá as imagens MIGXXXXXXXXXXXX listadas na página VMs importadas do console de primeira geração.

  É importante evitar realizar quaisquer ações nessas VMs temporárias, pois isso pode fazer com que a fase pré-compilação da migração falhe. Por exemplo, não desligue as VMs temporárias.

Essa pré-compilação não afetará o pod ou as sessões de usuário existentes.

Importante: quando seu locatário de primeira geração for um ambiente do Universal Broker, evite fazer alterações nas configurações relacionadas ao site para usuários e grupos que já estão definidos no locatário de primeira geração.

Durante a pré-compilação

Durante a pré-compilação:

1. Se a migração estiver usando um novo Horizon Edge em vez de um existente, o sistema implantará o Horizon Cloud Horizon Edge usando as entradas fornecidas na UI Agendar migração (Fase 4.)

2. O sistema obtém os dados de configuração de primeira geração armazenados em nível de pod e na camada de controle de primeira geração, transforma os dados para corresponder ao design da Horizon Cloud Control Plane e armazena os dados transformados adequadamente.

3. Quando essa migração é a primeira para o ambiente do Horizon Cloud, o sistema obtém as configurações de domínio do Active Directory (AD) do locatário de primeira geração e cria as configurações de domínio equivalentes no ambiente do Horizon Cloud.

   No ambiente do Horizon Cloud, o sistema registra todos os domínios registrados do locatário de primeira geração durante as atividades de pré-compilação para a primeira migração agendada. Para migrações de pod subsequentes do mesmo locatário de primeira geração, o sistema verifica novamente se as configurações do locatário de primeira geração estão sincronizadas e ignora o registro de domínios que já existe no ambiente do Horizon Cloud.

   Observação: o ambiente do Horizon Cloud requer contas auxiliares para a conta de associação de domínio e de tíquete no domínio nas configurações de domínio do Horizon Cloud AD. Se a configuração de domínio do AD de um locatário de primeira geração não tiver uma conta de ingresso no domínio auxiliar ou uma conta de tíquete em domínio auxiliar, o sistema reutilizará automaticamente as informações da conta principal como a conta auxiliar complementar na configuração de domínio do AD do Horizon Cloud.

   Como prática recomendada, você deve obter contas de serviço em seus domínios do AD para essas contas auxiliares de BIND de domínio e ingresso no domínio e, após as atividades de pré-compilação, edite as configurações de domínio do AD para adicionar essas contas auxiliares.

4. O sistema copia as imagens publicadas da implantação de primeira geração e os arquivos relacionados ao App Volumes para o Horizon Edge e configura as cópias para uso com o Horizon Edge.

5. Para cada um dos itens de primeira geração a seguir, o sistema cria um pool de testes no Horizon Edge.

   • Farms de desktop RDSH
   • Farms de servidores de aplicativos RDSH
   • Atribuições de desktop flutuante (pools) de locatários de agente de pod único. (Atribuições em várias nuvens não terão pools de teste.) Cada pool de teste contém um computador e espelha as configurações do pool de sua contraparte de primeira geração.

   Você pode usar esses pools de teste para pré-validar que as máquinas do pool se comportarão de acordo com suas expectativas, antes que o pool seja totalmente migrado durante a janela de manutenção.

   Observação: como o sistema recria pools flutuantes e RDSH, se você tiver soluções de terceiros licenciadas em seu ambiente, nas quais a licença está vinculada à identidade da VM, mais dessas licenças poderão ser consumidas.

As atividades de pré-compilação terminam nesse ponto. O sistema inicia suas próximas atividades no início do período de manutenção agendada. Para prever o caso de reversão, as imagens publicadas da implantação de primeira geração e os arquivos relacionados ao App Volumes permanecem em vigor até que você confirme mais tarde que a migração de ponta a ponta foi concluída.

Seus próximos passos

Depois que os recursos estiverem integrados na sua assinatura, realize as atividades descritas nas seções a seguir.

Ao migrar para um novo Horizon Edge, configure as entradas DNS necessárias

No momento em que você vir que as novas instâncias do Unified Access Gateway e do Horizon Edge Gateway do Horizon Edge estão ativas e em execução, deverá configurar seu DNS com registros que mapeiam o FQDN especificado na UI de migração para os endereços IP relevantes. Consulte Fase 6: configurar registros DNS para a infraestrutura criada na Fase 5 da migração de autoatendimento.

Normalmente, essas instâncias estão ativas e em execução dentro de 48 horas da janela de manutenção de migração agendada.

Observação: se seu pod de primeira geração tiver uma configuração externa do Unified Access Gateway e uma configuração interna do Unified Access Gateway, o Unified Access Gateway do Edge resultante terá seu tipo de acesso definido como Acesso interno e externo com o FQDN externo e o FQDN interno definidos como o mesmo FQDN por padrão (o FQDN que você inseriu no assistente de agendamento). Se quiser usar um FQDN diferente para acesso interno, edite os detalhes do Unified Access Gateway do Edge para alterar seu FQDN interno para aquele que você deseja usar. Observe que o certificado deve incluir esse FQDN interno nas informações do certificado.

Pré-validar o comportamento do pool usando os pools de teste

Localize os pools de teste no Horizon Universal Console navegando até Recursos > Pools.

Cada pool de teste terá um único computador que você pode usar para pré-validar a experiência do Horizon Cloud para esse pool.

Nota: para pré-validar os pools de teste criados para os farms de servidores de aplicativos RDSH de primeira geração, você deve autorizar explicitamente usuários ou grupos a esses pools de teste no ambiente de Horizon Cloud. Para os farms de servidores de aplicativos RDSH de primeira geração, o processo de pré-compilação não replica os direitos de usuário ou grupo de primeira geração nos pools de testes.

Domínios do AD: contas auxiliares de BIND de domínio e ingresso no domínio

Conforme descrito na seção anterior, se a configuração de domínio do AD de um locatário de primeira geração não tiver uma conta de ingresso no domínio auxiliar ou uma conta de tíquete em domínio auxiliar, o sistema reutilizará automaticamente as informações da conta principal como a conta auxiliar complementar na configuração de domínio do AD do Horizon Cloud.

Como boa prática, você deve obter contas de serviço em seus domínios do AD para as contas de BIND de domínio e ingresso no domínio auxiliar e, após as atividades de pré-compilação, editar as configurações de domínio do AD para adicionar essas contas auxiliares. No Horizon Cloud Console, você edita os domínios na página Integrações (Integrações > Gerenciar > Domínios).

Fase 6: configurar registros DNS para a infraestrutura criada na Fase 5 da migração de autoatendimento

Nesta fase, você ou sua equipe de TI atualizam o DNS com registros que mapeiam os FQDNs que você especificou na UI Agendar Migração para os endereços IP apropriados.

Observação: você poderá pular esta etapa de configuração de registros DNS quando a migração estiver usando um Horizon Edge existente.

Da mesma forma que para uma implantação nova do Horizon Edge, você é responsável por criar os registros DNS. A migração de autoatendimento não pode realizar essa atualização em seu nome.

Embora os registros DNS que mapeiam os endereços IP para seus FQDNs possam ser feitos em uma data posterior, é uma prática recomendada criar esses registros assim que os endereços IP são atribuídos às instâncias.

O motivo para colocar o mapeamento em prática mais cedo é porque a falta de registros que mapeiam os FQDNs escolhidos para o endereço IP subjacente das instâncias impedirá que seu ambiente do Horizon Cloud seja totalmente funcional para as etapas de validação pós-migração.

Para obter detalhes sobre quais endereços IP precisam ser mapeados para os FQDNs, consulte a página Configurar registros DNS necessários após a implantação do Horizon Edge Gateway e do Unified Access Gateway na documentação do Horizon Cloud.

No Horizon Universal Console, os FQDNs e os IPs relevantes do balanceador de carga são exibidos na página de detalhes do Horizon Edge. Você pode acessar os detalhes do Horizon Edge na página Capacidade do console (Recursos > Capacidade > Horizon Edges).

Próximas Etapas

Quando a hora de início da janela de manutenção de migração agendada chegar, o sistema iniciará as atividades de migração restantes.

Fase 7: janela de Manutenção de Migração

Na hora de início da janela de migração agendada, o sistema inicia automaticamente suas etapas finais de migração automatizada. Durante esse período, é impedido o acesso do administrador e do usuário final ao console administrativo e aos recursos autorizados do usuário final no locatário de primeira geração.

Enquanto a migração está em andamento, a página Migração do console exibe o status do pod migrando.

Atividades restritas

Durante esta janela de manutenção:

• Não faça alterações no pod de primeira geração, seus recursos, configurações e assim por diante.
• Não faça nenhuma alteração na implantação do Horizon Cloud.
• O sistema impedirá o acesso ao Horizon Universal Console de primeira geração.
• 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 do Horizon Cloud durante o período selecionado.

A migração de autoatendimento requer as restrições acima porque, durante esse período, o sistema está transferindo ativamente recursos da implantação de primeira geração para o ambiente do Horizon Cloud.

Ações automatizadas do sistema

As operações ativas que ocorrem durante esta janela de manutenção incluem:

• Reduzir os pools e farms de áreas de trabalho flutuantes da implantação de primeira geração até que eles não usem mais capacidade.

• Da mesma forma, expandir pools e farms de áreas de trabalho flutuantes no ambiente do Horizon Cloud para corresponder à capacidade que eles tinham na implantação de primeira geração.

• Emparelhamento das VMs de área de trabalho dos pools de áreas de trabalho dedicados da implantação de primeira geração com o ambiente do Horizon Cloud.

  Observação: as ações de migração para áreas de trabalho dedicadas podem ligar automaticamente as VMs de área de trabalho conforme necessário, mesmo que o horário esteja fora do agenda de gerenciamento de energia do pool de áreas de trabalho dedicadas. Como parte da migração, o Horizon Agent nas VMs de área de trabalho deve ser desemparelhado da implantação de primeira geração e emparelhado com o ambiente do Horizon Cloud, o que pode exigir a ativação das VMs.

  Além disso, se você acessar o Horizon Cloud Console durante a janela de manutenção, na UI de Pools, poderá ver o status Error exibido para os pools dedicados migrando. Esse comportamento é esperado durante a janela de manutenção.

Se o sistema detectar alguma falha, tentará reverter automaticamente as alterações feitas até aquele ponto. Para obter detalhes sobre o processo de reversão, consulte a página Reverter uma migração.

Quando as ações forem concluídas com êxito e o horário de término da janela de manutenção for atingido, você verá a alteração de status Migrating do pod na página Migração do console.

Dica: o sistema reflete esse status, pois a infraestrutura de pod de primeira geração da instância do gerenciador de pod e das instâncias do Unified Access Gateway ainda existe até que você confirme a exclusão do pod.

Notas especiais sobre VMs de área de trabalho dedicada

No final da janela de manutenção, a menos que você finalize a migração:

• Os dados de monitoramento de VMs de área de trabalho dedicadas não serão publicados no Omnissa Intelligence.

• O Horizon Cloud Console impedirá que você atualize ou reinstale agentes para qualquer pool de áreas de trabalho dedicados ou VM de áreas de trabalho dedicada.

  O motivo para impedir atualizações do agente e reinstalações do agente até que a migração seja finalizada é porque alterações nos agentes nas áreas de trabalho dedicadas podem causar problemas em caso de reversão. Se você tentar reverter a migração do ambiente do Horizon Cloud para o estado de implantação de primeira geração e os agentes tiverem sido modificados no ambiente do Horizon Cloud, as áreas de trabalho dedicadas poderão não funcionar corretamente na implantação de primeira geração revertida.

Para finalizar a migração, consulte Finalizar a migração.

Executar atividades pós-migração para confirmar o sucesso da migração

Quando o sistema conclui suas ações na janela de manutenção de migração, todos os recursos agora estão no ambiente do Horizon Cloud e os usuários finais podem acessar suas áreas de trabalho e aplicativos.

Nesse ponto, o sistema eleva as restrições definidas para a janela de manutenção.

• Você e seus outros administradores podem acessar o Horizon Universal Console de primeira geração.
• Os usuários finais podem acessar suas áreas de trabalho e aplicativos, que agora são provisionados pelo ambiente Horizon Cloud.

Importante: como a URL ou endereço do servidor usado para acessar os recursos do usuário final é diferente no ambiente do Horizon Cloud, você deve informar aos usuários finais o novo endereço a ser usado em seus Horizon Clients e ao usar o Horizon Web Client (o navegador). Consulte a página Iniciar uma área de trabalho na documentação do Horizon Cloud.

Evite realizar essas atividades até que você finalize a migração

Embora algumas atividades sejam permitidas antes da finalização da migração, tomar essas ações pode causar problemas.

• Evite renomear sites que foram migrados até que você finalize a migração.

  Não renomeie sites antes de finalizar o fluxo de migração. Se você reverter a migração do ambiente do Horizon Cloud para o locatário de primeira geração e o nome do site migrado for renomeado no ambiente do Horizon Cloud, quando esse pod revertido for migrado posteriormente e a migração for finalizada, o ambiente do Horizon Cloud exibirá ambos os nomes de site: o nome original do site de primeira geração, agora vazio, da migração anterior e o novo nome do site quando ele foi renomeado. Se esse cenário ocorrer, exclua o nome do site original de primeira geração vazio do ambiente do Horizon Cloud.

Atividades recomendadas e o que saber

Para garantir que o ambiente do Horizon Cloud seja funcional da perspectiva comercial de sua organização, você e seus administradores de VDI devem concluir as atividades descritas nas seções a seguir.

As seções a seguir também descrevem as características da implantação migrada. Examine essas características para entender o que você verá no ambiente do Horizon Cloud após a migração.

Baixar e examinar o relatório de migração

Após a migração, baixe e examine o relatório de migração.

O relatório de migração está disponível na coluna Relatórios na página Migração do console.

Esse relatório de migração fornece detalhes sobre os recursos migrados e onde as alterações foram feitas no processo de migração.

As alterações típicas incluem a alteração de nome de um recurso. A migração pode alterar o nome de um recurso se o recurso da implantação de primeira geração for migrado para um ambiente do Horizon Cloud em que o mesmo nome já esteja em uso. Em tais situações, a migração de autoatendimento renomeia automaticamente esses recursos de primeira geração para evitar conflitos de nomes.

Confirmar experiência do usuário final

Confirme se os usuários finais podem iniciar seus desktops flutuantes, desktops dedicados e aplicativos remotos de acordo com seus direitos.

Dica: para uma ilustração em vídeo da experiência do usuário final, assista ao vídeo da Tech Zone localizado em Fazer login em uma área de trabalho ou aplicativo do Horizon Cloud como usuário final.

A experiência do usuário final ao iniciar áreas de trabalho e aplicativos em uma implantação do Horizon Cloud é descrita no guia Usando o Horizon Cloud:

• Navegador: Iniciar uma área de trabalho usando o Horizon Web Client e iniciar um aplicativo usando o Horizon Web Client
• Horizon Client nativo: Iniciar uma área de trabalho com Horizon Client e Iniciar um aplicativo com Horizon Client.

Se você não tiver personalizado a URL do cliente do usuário final para o seu ambiente de Horizon Cloud, o endereço inicial padrão será cloud.omnissahorizon.com. Se a URL do cliente ou o subdomínio for personalizado, use a URL personalizada. A personalização está descrita na documentação do Horizon Cloud em Configurar a identidade visual.

O fluxo de autenticação do Horizon Cloud também é diferente do da primeira geração, pois em um ambiente do Horizon Cloud, os usuários finais precisam fazer login usando o provedor de identidade configurado, em vez do fluxo de trabalho de login de domínio do Active Directory usado na implantação de primeira geração.

Lembre-se: conforme descrito em Exclusões e cenários de caso especial para migração, a migração das preferências de área de trabalho do usuário final definidas no Horizon Client para cada área de trabalho não tem suporte no momento nesta migração de autoatendimento. Após a migração, seus usuários finais poderão optar por selecionar novamente as preferências desejadas novamente em seus clientes, se desejarem.

Confirmar a experiência de login do administrador

Confirme se os administradores que fazem login no Horizon Cloud Console podem ver os pools e outros recursos que esperam ver da implantação de primeira geração migrada.

O acesso de gerenciamento ao Horizon Universal Console é por meio do Omnissa Connect (connect.omnissa.com).

1. Faça login no https://connect.omnissa.com/ e navegue até Meus serviços para localizar o cartão Workspace ONE Cloud.

   

2. Inicie esse serviço para ver o cartão exibido entre seus serviços. Clique em Gerenciar nesse cartão para iniciar o Horizon Universal Console.

Atualizar e republicar imagens com senhas de administrador com menos de 12 caracteres

Duplique a VM da imagem, altere a senha do administrador para 12 caracteres ou mais, publique a VM e exclua a VM original.

Configuração mínima de VM dos farms e atribuições de desktop 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 de gerenciamento de energia equivalentes em suas entidades equivalentes no ambiente do Horizon Cloud.

Para atribuições e farms de área de trabalho VDI de primeira geração, as entidades equivalentes do Horizon Cloud são pools e grupos de pools. No ambiente do Horizon Cloud, 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 do Horizon Cloud requer contas auxiliares para a conta de associação e de associação de domínio nas configurações de domínio do Horizon Cloud AD.

Durante as atividades de pré-compilação, se a configuração de domínio do AD de um locatário de primeira geração não tiver uma conta de ingresso no domínio auxiliar ou uma conta de tíquete em domínio auxiliar, o sistema reutilizará automaticamente as informações da conta principal como a conta auxiliar complementar na configuração de domínio do AD do Horizon Cloud.

Se esse for seu cenário, então a pós-migração obterá 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 Horizon Cloud Console, edite os domínios navegando até Integrações > Gerenciar > Domínios.

Atenção: depois que o sistema tiver migrado a configuração de domínio do AD do locatário de primeira geração para o ambiente do Horizon Cloud 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 do Horizon Cloud. O sistema não propaga automaticamente as alterações feitas em um ambiente para o outro. Por exemplo, se você atualizar a senha da conta de vinculação de domínio em seu locatário de primeira geração, será necessário executar a mesma atualização no ambiente emparelhado do Horizon Cloud.

Configurações relacionadas ao site: atribuições de várias nuvens

Quando seu ambiente de primeira geração tiver atribuições de várias nuvens, execute as ações pós-migração a seguir.

• Revisar os mapeamentos de site inicial

  Após a migração de cada pod, se você tiver algum mapeamento de site inicial, examine-o no ambiente do Horizon Cloud e atualize conforme necessário para as necessidades de sua organização.

• Revisar as configurações relacionadas ao site nos grupos de pools criados a partir da migração de atribuições de várias nuvens

  O processo de migração padroniza algumas das configurações nos grupos de pools criados da migração das atribuições de várias nuvens de primeira geração para grupos de pools do Horizon Cloud. Esses padrões são escolhidos para garantir que os usuários finais possam acessar suas áreas de trabalho quando a janela de migração terminar.

  Após a migração, você deverá examinar cuidadosamente essas configurações e garantir que os padrões atendam aos seus requisitos ou ajustá-las conforme necessário para atender aos seus casos de uso organizacionais. Essas configurações estão localizadas nas configurações do grupo de pools.

  • A configuração Escopo está definida como Qualquer site por padrão, e a configuração para exigir que o site inicial esteja desativado.
  • As substituições de site inicial da atribuição de primeira geração não são migradas para o grupo de pools.

Quando o seu ambiente de primeira geração tem atribuições de várias nuvens que envolvem vários pods, também tome orientação sobre os pontos em Quando você tem vários pods em atribuições de primeira geração: principais pontos de migração.

App Volumes: pós-migração

Pós-migração:

• App Volumes: direitos de aplicativos em massa

  Na arquitetura do Horizon Cloud, 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 formato apropriado com o gerenciamento de direitos do ambiente do Horizon Cloud. 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 pods

  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 do Horizon Cloud.

  Por exemplo, você tem o aplicativo Notepad++ como um aplicativo App Volumes com seus pods de primeira geração e ele é usado no pod-1 e no pod-2 e existe 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 do Horizon Cloud, 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 ponto, você tem os dois ambientes e deseja fazer alterações nas entidades do App Volumes no ambiente de primeira geração e no ambiente do Horizon Cloud. Para essas entidades, durante a migração, o sistema não exclui o que já copiou para o ambiente do Horizon Cloud. Se houver conflitos nas entidades do App Volumes entre os ambientes de primeira geração e do Horizon Cloud, as entidades presentes no ambiente do Horizon Cloud 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ê agenda a migração do pod-2, o sistema copia os pacotes usados no momento pelo pod-2 (npp v7.8.3 e npp v7.8.4) para o ambiente do Horizon Cloud. O pacote npp v7.8.2 no ambiente Horizon Cloud que foi copiado para lá durante a migração do pod-1 permanece no ambiente Horizon Cloud, mesmo que o npp v7.8.2 tenha sido excluído do ambiente de primeira geração.

Aplicativos remotos de farms de aplicativos de primeira geração

Conforme descrito na documentação de primeira geração aqui, esses aplicativos remotos são fornecidos por farms de aplicativos do pod de primeira geração. O Horizon Cloud Horizon Universal Console tem uma nova terminologia e seus rótulos refletem isso.

Pós-migração:

• O mapeamento um para um é mantido entre o farm de aplicativos de primeira geração e o pool resultante no Horizon Cloud.

• Um pool é criado para cada farm migrado, usando o nome do farm.

• O processo de migração também cria um grupo de pools para cada pool, usando o nome do pool, que no caso da migração também é o nome do farm original.

• Cada grupo de pools exibe as informações sobre os direitos de usuário migrados das atribuições de aplicativos de primeira geração, de acordo com os aplicativos associados ao pool desse grupo de pools.

• O nome da atribuição de aplicativos de primeira geração não está visível no Horizon Cloud Console. Quando uma atribuição de aplicativos de primeira geração contém aplicativos remotos de vários farms, para ver os aplicativos remotos e os direitos do usuário final no Horizon Cloud Console, você pode visualizar cada grupo de pools que foi criado com os nomes dos farms ou usar o Catálogo de aplicativos e áreas de trabalho > Aplicativos publicados do console.

  Observação: se você tiver instalado os aplicativos manuais diretamente nas VMs do farm de primeira geração, mesmo que seus metadados sejam migrados como parte do processo de migração, esses aplicativos não serão instalados por padrão nas VMs do pool do ambiente do Horizon Cloud. Para esses aplicativos, você terá que reinstalá-los nas VMs do pool nos caminhos específicos exatos em que foram instalados nas VMs do farm de primeira geração.

Considere:

• A atribuição de aplicativos de primeira geração Assign-1 tem aplicativos app1, app2 do farm Farm-1, e o usuário User-1 tem direito a app1 e app2.
• A atribuição de aplicativos de primeira geração Assign-2 tem aplicativos app1 de Farm-1 e app3 do farm Farm-2, e o usuário User-2 tem direito a app1 e app3.
• O que significa que app1 tem direito a User-1 e User-2, app2 tem direito somente a User-1 e app3 tem direito somente a User-2.

Após a migração para Horizon Cloud:

• Você vê um pool chamado Farm-1 e um grupo de pools chamado Farm-1 criado para esse pool. Nesse grupo de pools, você vê os aplicativos app1 e app2 (esses eram os aplicativos daquele farm de primeira geração).
• Você também vê um pool chamado Farm-2 e um grupo de pools chamado Farm-2 criado para esse pool. Nesse grupo de pools, você vê o aplicativo app3.
• Os direitos migrados são:
  • app1 do grupo de pools Farm-1 com direito a User-1 e User-2
  • app2 do grupo de pools Farm-1 com direito a User-1
  • app3 do grupo de pools Farm-2 com direito a User-2

Após as atividades pós-migração: finalizar

Após confirmar que o ambiente do Horizon Cloud está operando satisfatoriamente, a ação final de migração do pod é finalizar a migração.

Durante a finalização, os recursos do Azure que o pod de primeira geração ainda está consumindo da sua assinatura do Azure são excluídos.

Dica: você deve finalizar a migração o mais rápido possível para evitar o custo de execução paralela dos recursos do Horizon Cloud Horizon Edge e dos recursos do pod de primeira geração. A finalização reduz seus custos porque exclui os recursos do Azure que o pod de primeira geração ainda está consumindo.

Depois que um pod for migrado, toda vez que você fizer login no Horizon Universal Console, a UI solicitará a finalização da migração desse pod.

Finalizar a migração

Finalizar a migração é a última etapa na migração de um pod de primeira geração do Horizon Cloud on Microsoft Azure.

Benefícios da finalização

Com a finalização:

• Você evita custos adicionais do Microsoft Azure porque a finalização exclui os recursos restantes consumidos no Azure pelo pod de primeira geração.
• O sistema eleva as restrições que impôs a áreas de trabalho dedicadas quando a janela de manutenção começou:
  • Os dados de monitoramento de VMs de área de trabalho dedicadas começam a ser publicados no Intelligence.
  • Você pode executar as operações de atualização do agente e reinstalação do agente em pools e VMs dedicados.
• Você pode fazer atualizações com segurança nas imagens e pools migrados sem se preocupar em afetar a reversão para o pod de primeira geração.

Após a finalização, a migração não pode ser revertida do ambiente do Horizon Cloud para o estado de implantação de primeira geração.

Antes da finalização: execute as atividades de pós-migração recomendadas

Antes de finalizar, você deve garantir que as atividades de pós-migração recomendadas estejam concluídas. Essas atividades são descritas na página Executar atividades pós-migração para confirmar o sucesso da migração.

Prática recomendada: finalizar dentro de alguns dias após a migração

É uma prática recomendada finalizar a migração de cada pod alguns dias após a conclusão do processo de migração devido aos seguintes fatores:

• Até que o pod de primeira geração seja excluído pela finalização da migração, você estará incorrendo em custos de assinatura do Microsoft Azure para executar os recursos de primeira geração, incluindo instâncias do gerenciador de pods e instâncias do Unified Access Gateway.

• Até que você finalize a migração, o Horizon Cloud Horizon Universal Console impede que você use as operações de atualização do agente em grupos de pools dedicados e que use a reinstalação do agente em VMs dedicadas (Agente > Atualizar Agente ou Agente > Reinstalar).

  Atenção: quando seu ambiente Horizon Cloud tem uma migração não finalizada, o console impede a execução das operações do agente de atualização e reinstalação para todos os grupos de pools dedicados e VMs dedicadas, sejam eles migrados da primeira geração ou recém-criados no ambiente Horizon Cloud. Nesse cenário, o console exibe uma mensagem de orientação sobre a necessidade de finalizar a migração.

  O motivo para impedir atualizações do agente e reinstalações do agente até que a migração seja finalizada é porque alterações nos agentes nas áreas de trabalho podem causar problemas em caso de reversão. Se você tentar reverter a migração do ambiente do Horizon Cloud para o estado de implantação de primeira geração e os agentes tiverem sido modificados no ambiente do Horizon Cloud, os áreas de trabalho poderão não funcionar corretamente na implantação de primeira geração revertida.

• À medida que o tempo passa e você e seus administradores de VDI fazem alterações no ambiente do Horizon Cloud, a capacidade de reverter o ambiente migrado para um estado de implantação de primeira geração que satisfaria os usuários finais se torna reduzida. Por exemplo, à medida que você expande pools de áreas de trabalho dedicados no ambiente do Horizon Cloud e atribui usuários finais a novos áreas de trabalho e tenta reverter para o pod de primeira geração, podem ocorrer problemas para esses novos áreas de trabalho no lado da primeira geração.

Etapas de finalização

Finalize a migração usando a ação Finalizar na página Migração do Horizon Cloud Console.

Depois que você clicar em Finalizar, o console exibirá uma janela de aprovação para que você aprove a exclusão do pod de primeira geração de origem.

Para concluir o processo de migração e confirmar ao sistema que o pod de primeira geração agora pode ser excluído, clique em Aprovar.

Após finalizar: verifique o status do endpoint privado para a conta de armazenamento de aplicativos do App Volumes e configure conforme necessário

Após finalizar, é altamente recomendável verificar a configuração do endpoint privado do Microsoft Azure para a conta de armazenamento de aplicativos do App Volumes e configurá-lo caso você perceba que ele ainda não está configurado para o Horizon Edge.

Embora o ambiente migrado funcione sem essa configuração de endpoint privado, a configuração do endpoint privado aumentará ainda mais a segurança dessa conta de armazenamento.

Para verificar o status no Horizon Cloud Horizon Universal Console, navegue até os detalhes do Horizon Edge e procure a seção Armazenamento de aplicativos do App Volumes.

Se você vir Não Configurado ou quiser alterar a configuração, siga as diretrizes descritas nestes locais no guia de Uso do Horizon Cloud.

• Endpoint privado do Azure para a página Contas de armazenamento de aplicativos do App Volumes
• As etapas na seção Configurar endpoint privado para uma conta de armazenamento de aplicativo do App Volumes na página Visualizar Horizon Edges implantados.

Como ilustração, a captura de tela a seguir mostra a UI mostrando uma única conta de armazenamento e onde você pode ver se o endpoint privado está configurado. Nesse caso, o endpoint privado ainda não está configurado para essa conta de armazenamento.

A captura de tela a seguir mostra a localização do menu para configurar o endpoint privado. Ao clicar na opção Configurar, siga as orientações na tela. As etapas estão documentadas em Configurar endpoint privado para uma conta de armazenamento de aplicativos do App Volumes.

Observação: se desejar, você pode fazer com que o endpoint privado use uma sub-rede diferente da sub-rede de gerenciamento do Horizon Edge Gateway e em uma VNet diferente, se preferir. Nesse caso, você deve garantir que o emparelhamento de rede seja estabelecido entre a VNet escolhida para o endpont privado e as VNets que têm a sub-rede de gerenciamento do Edge Gateway e as VNets das sub-redes dos pools da área de trabalho (se essas sub-redes estiverem em VNets diferentes da sub-rede de gerenciamento do Edge Gateway). Para obter mais informações, consulte a página Endpoint privado do Azure para contas de armazenamento de aplicativos do App Volumes.

A captura de tela a seguir ilustra quando o endpoint privado está configurado.

Conclusão da migração do pod

Uma migração finalizada é uma migração bem-sucedida. Parabéns!

Para obter mais informações sobre as operações do dia 2, consulte o guia Usando o Horizon Cloud.

Lembre-se: conforme descrito na seção Informações relacionadas ao site da página Agendamento, evite fazer alterações nas configurações relacionadas ao site para usuários e grupos que já estão definidos no locatário de primeira geração. Quando você finaliza a migração do primeiro pod e, posteriormente, faz alterações nas informações relacionadas ao site no ambiente de primeira geração, essas alterações não ficarão visíveis no ambiente do Horizon Cloud até a próxima migração do pod.