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.
Incluído

No momento da redação deste artigo, há suporte para os seguintes itens:

  • Os pods do Horizon Cloud on Microsoft Azure em que as atribuições que envolvem esses pods são baseadas em um único pod. Ou seja, quando pod-1 está envolvido na atribuição A e pod-2 está envolvido em atribuição-B (cada atribuição envolve um pod), a migração de pod-1 e pod-2 é compatível.

    Para tenants do Universal Broker de primeira geração, quando a configuração de uma atribuição de várias nuvens envolve mais de um pod, o sistema não pode migrar essa atribuição no momento e, como resultado, os pods participantes não podem ser migrados no momento. Por exemplo, quando pod-1 e pod-2 estão envolvidos em atribuição-A e pod-3 está envolvido em atribuição-B sem outros pods envolvidos em atribuição-B, o pod-1 e o pod-2 não podem ser migrados no momento, enquanto 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.
  • Os pods que fornecem aplicativos remotos digitalizados automaticamente para o inventário do tenant serão elegíveis para migração, se esses aplicativos não tiverem o diretório de início ou os parâmetros de linha de comando configurados. 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 o mesmo farm de aplicativos estiver fornecendo aplicativos remotos digitalizados automaticamente e aplicativos adicionados manualmente, esse pod não poderá ser migrado no momento.

    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 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 só copiará a URL do proxy para o dispositivo Horizon Edge Gateway. O motivo disso é que o Azure Kubernetes Service (AKS) não oferece suporte a um proxy autenticado no momento e o dispositivo Horizon Edge Gateway usa AKS.
  • 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.

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:
  • Esses pods do Horizon Cloud on Microsoft Azure que participam de atribuições que envolvem dois ou mais pods. A documentação de primeira geração refere-se a elas como atribuições de várias nuvens, e esses são o tipo de atribuições criadas em um tenant de Universal Broker de primeira geração. Se a configuração de uma atribuição de várias nuvens envolver mais de um pod, o sistema não poderá migrar essa configuração no momento e, como resultado, esses pods participantes não poderão ser migrados no momento.
  • Pod em que os intervalos de endereços IP de suas sub-redes entram em conflito ou se sobrepõem aos intervalos de IP virtuais exigidos pelo Horizon Edge next-gen. Esses intervalos de IP estão listados na seção Reserve intervalos de IP virtuais necessários para o Horizon Edge da next-gen nesta documentação de migração.
  • Os pods que fornecem aplicativos remotos de farms RDSH nos quais os aplicativos digitalizados automaticamente têm o diretório de início ou os parâmetros de linha de comando configurados ou onde os aplicativos são importados usando a opção Manualmente do Farm. Conforme descrito na documentação de primeira geração aqui, esses aplicativos remotos são fornecidos por farms RDSH de aplicativos do pod.
  • 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.
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.