Esta página descreve os itens que estão atualmente excluídos do processo de migração de autoatendimento para migrar implantações de primeira geração do Horizon Cloud on Microsoft Azure para um tenant do Horizon Cloud Service - next-gen. Esta página também descreve alguns casos especiais de implantações de primeira geração.

Observação: Este conteúdo é um documento em vida. Essas informações são atualizadas à medida que suporte adicional se torna disponível.

Exclusões principais atuais

Importante: Este conteúdo não cita todas as exclusões possíveis. Os itens aqui são as grandes características atualmente excluídas do processo de migração.

Essa primeira lista indica o que está incluído, seguido pela lista do que está excluído.

Incluído em 25 de abril de 2024
No momento da redação deste artigo, um pod do Horizon Cloud on Microsoft Azure que atende aos critérios a seguir pode ser migrado.
  • Implantado em um ambiente do Azure Commercial.
  • Tem atribuições nesse único pod. Ou seja, quando uma atribuição é feita no pod-1, essa mesma atribuição não existe em nenhum outro pod.

    Por exemplo, a atribuição-A usa o pod-1 e o pod-2 e a atribuição-B usa apenas o pod-3, o pod-3 pode ser migrado.

  • O pod do Horizon Cloud on Microsoft Azure deve estar executando uma versão mínima do manifesto do pod, ter um status de Online (verde) na página Capacidade do console de primeira geração e os agentes devem estar executando uma versão mínima. Para obter mais detalhes, consulte a seção Certifique-se de que a implantação e os agentes estejam nas versões necessárias da migração.
  • Configurações de gateway internas que o implantador do pod de primeira geração forneceu para pods de primeira geração.
  • Configurações de gateway externo que o implantador do pod de primeira geração forneceu para pods de primeira geração.
  • Quando as sub-redes ou a VNet de um pod têm conflitos ou se sobrepõem aos chamados intervalos de IP com restrição de AKS, o pod pode ser migrado, desde que você escolha o tipo de implantação de Máquina Virtual Única ou implemente a solução alternativa de criar uma nova VNet e uma sub-rede de gerenciamento para a implantação de última geração. Para obter mais informações sobre esse cenário, consulte Determinar se a VNet do pod ou as redes conectadas contêm endereços IP restritos ao AKS.
  • Os pods que estão fornecendo aplicativos remotos para o inventário do tenant estão qualificados para migração. Tanto os aplicativos remotos verificados automaticamente quanto os aplicativos remotos que foram adicionados ao inventário usando a opção Manualmente a partir do Farm podem ser migrados nesse momento. Conforme descrito na documentação de primeira geração aqui, esses aplicativos remotos são fornecidos por farms de aplicativos do pod.
    Observação: Se você tiver instalado os aplicativos manuais diretamente nas VMs de 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 de pool do ambiente de próxima geração. 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.

    Para obter mais detalhes sobre como os farms de aplicativos serão migrados no Horizon Universal Console de próxima geração pós-migração, consulte a seção Após a janela de manutenção neste guia de migração.

  • As definições de configuração de proxy às quais o serviço de primeira geração oferece suporte nos pods de primeira geração. O processo de migração definirá as mesmas configurações de proxy no dispositivo Horizon Edge Gateway resultante.
    Observação: Se você decidir migrar usando o tipo de implantação do AKS e o pod de primeira geração estiver usando um proxy autenticado, em que suas configurações de proxy incluem um nome de usuário e uma senha para autenticação, o processo de migração copiará apenas o próprio URL do proxy para o dispositivo Horizon Edge Gateway. O motivo disso é que o tipo AKS usa o Serviço do Microsoft Azure Kubernetes (AKS), que não oferece suporte a um proxy autenticado no momento.

    Ao migrar usando o tipo de implantação AKS e se o pod de primeira geração estiver usando um proxy autenticado, antes de executar a UI do assistente de agendamento e agendar a migração, você deverá desativar a autenticação em seu proxy. Após a conclusão da janela de manutenção da migração, você poderá reativar a autenticação no seu proxy atualizando as definições de configuração do Horizon Edge.

    Para obter mais informações sobre como decidir qual tipo de implantação do Horizon Edge Gateway selecionar ao migrar, consulte Decidir o seu tipo de implantação do Horizon Edge Gateway.

  • Se a frota de pods do tenant de primeira geração incluir pods do Horizon além de um pod do Horizon Cloud on Microsoft Azure, desde que esses pods do Horizon estejam usando apenas o licenciamento de assinatura e nenhum outro serviço baseado em nuvem, o pod do Horizon Cloud on Microsoft Azure poderá participar do processo de migração de autoatendimento.

    Nesse cenário, você pode usar o processo de migração de autoatendimento descrito neste guia para migrar o pod do Horizon Cloud on Microsoft Azure para seu ambiente next-gen. Depois que o pod do Horizon Cloud on Microsoft Azure é migrado, os pods do Horizon permanecem no ambiente de tenant de primeira geração, recebendo seu licenciamento de assinatura por meio do tenant de primeira geração. Um processo de migração de autoatendimento para pods do Horizon ainda não foi fornecido.

  • Os clientes thin do Horizon listados para o Horizon Cloud Service next-gen na Matriz de Compatibilidade da VMware serão compatíveis após a migração. Quando você tiver um caso de uso em que os usuários finais estejam usando clientes thin do Horizon, verifique a matriz de compatibilidade entre o dispositivo e o modelo do cliente thin do Horizon e do Horizon Cloud Service next-gen antes de prosseguir com a migração. Somente os clientes thin do Horizon listados como compatíveis com o Horizon Cloud Service next-gen serão compatíveis após a migração.

    A matriz de compatibilidade entre clientes thin do Horizon e a Versão da Plataforma Horizon = Horizon Cloud Service next-gen está localizada aqui: https://www.vmware.com/resources/compatibility/search.php?deviceCategory=vdm&details=1&horizonVersion=666&page=1&display_interval=10&sortColumn=Partner&sortOrder=Asc

Observação: No momento, não há suporte para a migração das preferências de área de trabalho do usuário final definidas no Horizon Client para cada área de trabalho. Para obter as preferências desejadas após a migração, seus usuários finais podem definir essas preferências novamente em seus clientes.
Excluído
No momento, não há suporte para os seguintes cenários para migração:
  • Pods implantados em ambientes do governo do Azure.
  • Esses pods do Horizon Cloud on Microsoft Azure que participam de atribuições que envolvem dois ou mais pods.
  • Situações que têm um requisito para que os usuários finais ou seus clientes usem o PCoIP com a implantação do Horizon Cloud on Microsoft Azure.
    Observação: A migração automatizada de autoatendimento não pode detectar se você tem usuários finais que desejam ou exigem PCoIP. Você e seus administradores de VDI devem verificar se essa situação se aplica aos seus usuários finais.
  • Os clientes thin do Horizon que não estão na Matriz de Compatibilidade da VMware não serão compatíveis com o uso após a migração. Quando você tiver um caso de uso em que os usuários finais estejam usando clientes thin do Horizon, verifique a matriz de compatibilidade entre o dispositivo e o modelo do cliente thin do Horizon e do Horizon Cloud Service next-gen antes de prosseguir com a migração. Somente os clientes thin do Horizon listados como compatíveis com o Horizon Cloud Service next-gen são compatíveis.

    A matriz de compatibilidade entre clientes thin do Horizon e a Versão da Plataforma Horizon = Horizon Cloud Service next-gen está localizada aqui: https://www.vmware.com/resources/compatibility/search.php?deviceCategory=vdm&details=1&horizonVersion=666&page=1&display_interval=10&sortColumn=Partner&sortOrder=Asc

Observação: Conforme descrito no artigo VMware KB 91183, de 30 de junho de 2023, os painéis e relatórios históricos que foram alimentados pelos dados do Cloud Monitoring Service (CMS) estão disponíveis apenas por meio do Workspace ONE Intelligence. Quando você seguiu as etapas do artigo da base de conhecimento antes de 30 de junho de 2023, os dados do pod do Horizon Cloud on Microsoft Azure first-gen estavam inicialmente disponíveis no console do Workspace ONE Intelligence.

Quando o pod do Horizon Cloud on Microsoft Azure de primeira geração for migrado para o ambiente next-gen, o tipo de dados de série temporal desse pod continuará disponível no Workspace ONE Intelligence após a migração.

Se a VMware tiver ativado o acesso ao assistente de migração next-gen no Horizon Universal Console de primeira geração, esse assistente exibirá o conjunto de recursos que estão disponíveis no Horizon Cloud on Microsoft Azure de primeira geração, mas não estão disponíveis após a migração para o Horizon Cloud Service - next-gen.

Os administradores devem informar aos usuários finais sobre a migração e que a experiência do usuário do Horizon Cloud Service - next-gen é um pouco diferente daquela do Horizon Cloud on Microsoft Azure first-gen. Por exemplo, este vídeo do Tech Zone, Fluxos de login do VMware Horizon Cloud Service, ilustra as diferenças na experiência de login.

Sua implantação da primeira geração faz uso de recursos fornecidos seletivamente para você ou ativados pela Equipe de Operações do VMware Horizon Cloud ou integrados ao Workspace ONE Access?

Alguns recursos podem ter sido ativados seletivamente para sua implantação de primeira geração pela Equipe de Operações do VMware Horizon Cloud. Alguns itens podem ter sido fornecidos para seu uso em condições especiais, como APIs privadas.

Analise em sua equipe se a sua implantação envolve qualquer um desses itens.

  • Seu tenant está configurado para intermediação de pod único e o Workspace ONE Access está integrado a esse tenant e seu pod? Se você ainda não estiver em contato com a equipe do VMware Horizon Cloud para migrar seu pod, registre uma solicitação de suporte para entrar em contato com a equipe do VMware Horizon Cloud para obter orientação.
  • Seu tenant está configurado com o Universal Broker e integrado aos Serviços Workspace ONE Access e Intelligent Hub? Se você ainda não estiver em contato com a equipe do VMware Horizon Cloud para migrar seu pod, registre uma solicitação de suporte para entrar em contato com a equipe do VMware Horizon Cloud para obter orientação.
  • Você solicitou a ativação de quaisquer recursos que os estados de documentação de primeira geração estejam disponíveis quando seu tenant está explicitamente ativado para o uso desses recursos por solicitação? Exemplos desses recursos são o uso de LDAPS ao registrar o domínio Active Directory, mover VMs individuais entre atribuições no mesmo pod, restringir as permissões de escopo para atribuições de área de trabalho e farms para as funções predefinidas internas. Se a resposta for sim, registre uma solicitação de suporte para entrar em contato com a equipe do VMware Horizon Cloud e obter orientação.
  • Você desenvolveu scripts baseados em APIs que a VMware forneceu para seu uso com a camada de controle de primeira geração? Esses scripts ou ferramentas precisarão ser reescritos usando as APIs da camada de controle next-gen. Consulte a documentação da API do Horizon Cloud Service - next-gen para essas APIs.
  • Sua equipe ou a equipe de Operações do VMware Horizon Cloud em seu nome configurou recursos ou propriedades específicas na configuração do Unified Access Gateway? Exemplos dessas configurações são syslog, opções avançadas de RADIUS, roteamento personalizado nas sub-redes de gerenciamento ou tenant, tamanhos de MTU padrão alterados nas instâncias do Unified Access Gateway. Se a resposta for sim, registre uma solicitação de suporte para entrar em contato com a equipe do VMware Horizon Cloud e obter orientação.
  • A equipe de Operações do VMware Horizon Cloud em seu nome configurou propriedades específicas relacionadas às instâncias do gerenciador de pods da implantação? Exemplos de tais configurações são alterar o valor de tempo limite do segmento do cache do usuário padrão, desativar a validação da permissão da conta de Ingresso no Domínio. Se a resposta for sim, registre uma solicitação de suporte para entrar em contato com a equipe do VMware Horizon Cloud e obter orientação.
  • Há outros itens que a equipe de Operações do VMware Horizon Cloud configurou para sua implantação que não estão descritos na documentação de primeira geração como recursos geralmente disponíveis ou por solicitação? Se a resposta for sim, registre uma solicitação de suporte para entrar em contato com a equipe do VMware Horizon Cloud e obter orientação.