Essa página descreve itens que estão excluídos no momento do processo de migração de autoatendimento para migrar implantações de primeira geração do Horizon Cloud on Microsoft Azure para um locatário do Horizon Cloud. Esta página também descreve alguns casos especiais de implantações de primeira geração.
Observação: esse conteúdo é um documento dinâmico. Essas informações são atualizadas à medida que suporte adicional se torna disponível.
Exclusões principais atuais
Importante: esse 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 16 de janeiro de 2025
No momento em que este artigo foi escrito, um pod do Horizon Cloud on Microsoft Azure que atende aos seguintes critérios pode ser migrado.
- Implementado em um ambiente comercial do Azure ou implementado no Azure US Government (regiões do Azure
usgovvirginia,usgovtexas,usgovarizona). Nota: como as assinaturas do governo dos EUA do Azure não oferecem suporte ao Link Privado do Azure, ao migrar pods no Azure Governo dos EUA usando o tipo de implantação do AKS, o Horizon Edge resultante terá a conectividade de rede definida como Internet por padrão. - Tem atribuições em um único pod ou que abrangem vários pods. (A migração de atribuições que abrangem vários pods tem suporte a partir de 16 de janeiro de 2025.)
- 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 VNets de um pod entram em conflito ou se sobrepõem aos chamados intervalos de IP restritos do 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 sub-rede de gerenciamento para a implantação do Horizon Cloud. Para obter mais informações sobre esse cenário, consulte Determinar se a VNet ou as redes conectadas do pod contêm endereços IP restritos do AKS.
- Os pods que estão fornecendo aplicativos remotos para o inventário do locatário estão qualificados para migração. Tanto os aplicativos remotos verificados automaticamente quanto os aplicativos remotos que foram adicionados ao estoque usando a opção Manualmente do Farm podem ser migrados no 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 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.
Para obter detalhes adicionais sobre a aparência dos farms de aplicativos migrados no Horizon Cloud Horizon Universal Console após a migração, consulte a seção Aplicativos remotos de farms de primeira geraçã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 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 a 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.
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 locatário 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 com base na nuvem, o pod do Horizon Cloud on Microsoft Azure poderá participar do processo de migração de autoatendimento.
Neste 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 do Horizon Cloud. Após a migração do pod do Horizon Cloud on Microsoft Azure, os pods do Horizon permanecem no ambiente de locatário de primeira geração, recebendo seu licenciamento de assinatura por meio do locatário de primeira geração. Um processo de migração de autoatendimento para pods do Horizon ainda não foi fornecido.
- Os thin clients do Horizon listados para o Horizon Cloud no Guia de Compatibilidade têm suporte após a migração. Quando você tiver um caso de uso em que os usuários finais estejam usando thin clients Horizon, verifique a matriz de compatibilidade entre seu dispositivo e modelo de thin client Horizon e o Horizon Cloud antes de prosseguir com a migração. Somente thin clients Horizon listados como compatíveis com o Horizon Cloud terão suporte após a migração.
O Guia de compatibilidade do Horizon Thin Clients está localizado nos Guias de Compatibilidade - Hub de Parceiros de Tecnologia da Tech Zone.
Observaçã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. 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:
- Situações que exigem que usuários finais ou os clientes usem o PCoIP com a implantação do Horizon Cloud on Microsoft Azure.
Observação: a migração automatizada de autoatendimento não consegue 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.
- Thin clients Horizon que não estão na Matriz de Compatibilidade não têm suporte para uso pós-migração. Quando você tiver um caso de uso em que os usuários finais estejam usando thin clients Horizon, verifique a matriz de compatibilidade entre seu dispositivo e modelo de thin client Horizon e o Horizon Cloud antes de prosseguir com a migração. Somente thin clients Horizon listados como compatíveis com o Horizon Cloud têm suporte.
O Guia de compatibilidade do Horizon Thin Clients está localizado nos Guias de Compatibilidade - Hub de Parceiros de Tecnologia da Tech Zone.
Observação: conforme descrito no artigo KB 91183, de 30 de junho de 2023, os dashboards e relatórios históricos que foram ativados pelos dados do Cloud Monitoring Service (CMS) estão disponíveis somente por meio do Omnissa Intelligence. Ao seguir as etapas do artigo da KB antes de 30 de junho de 2023, os dados do pod Horizon Cloud on Microsoft Azure de primeira geração estavam disponíveis inicialmente no console do Intelligence.
Quando o pod de primeira geração do Horizon Cloud on Microsoft Azure for migrado para o ambiente do Horizon Cloud, o tipo de série temporal de dados desse pod continuará disponível no Intelligence após a migração.
Se a equipe do Horizon Cloud tiver ativado seu acesso ao assistente de migração do Horizon Cloud 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.
Os administradores devem informar os usuários finais sobre a migração e que a experiência do usuário do Horizon Cloud é um pouco diferente daquela do Horizon Cloud on Microsoft Azure de primeira geração.
Sua implantação de primeira geração faz uso de recursos fornecidos seletivamente a você ou ativados pela equipe de operações do Horizon Cloud ou integrados ao Omnissa Access?
Alguns recursos podem ter sido ativados seletivamente para sua implantação de primeira geração pela Equipe de Operações do 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 locatário está configurado para intermediação de pod único e o Omnissa Access está integrado a esse locatário e seu pod? Se você ainda não estiver em contato com a equipe do Horizon Cloud para migrar seu pod, envie uma solicitação de suporte para entrar em contato com a equipe do Horizon Cloud para obter diretrizes.
- Seu locatário está configurado com o Universal Broker e integrado com o Access e o Intelligent Hub Services? Se você ainda não estiver em contato com a equipe do Horizon Cloud para migrar seu pod, envie uma solicitação de suporte para entrar em contato com a equipe do Horizon Cloud para obter diretrizes.
- Você solicitou a ativação de quaisquer recursos que os estados de documentação de primeira geração estejam disponíveis quando seu locatário 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 Horizon Cloud para obter diretrizes.
- Você desenvolveu scripts com base em APIs que a equipe do Horizon Cloud forneceu para seu uso com a camada de controle de primeira geração? Esses scripts ou ferramentas precisarão ser reescritos usando as APIs do Horizon Cloud Control Plane. Consulte a documentação da API do Horizon Cloud para essas APIs.
- Sua equipe ou a equipe de operações do Horizon Cloud em seu nome configurou recursos ou propriedades específicas na configuração do Unified Access Gateway da implantação? Exemplos dessas configurações são syslog, opções avançadas de RADIUS, roteamento personalizado nas sub-redes de gerenciamento ou locatário, 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 Horizon Cloud para obter diretrizes.
- A equipe de operações do Horizon Cloud configurou propriedades específicas relacionadas às instâncias do gerenciador de pods da implantação em seu nome? 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 Horizon Cloud para obter diretrizes.
- Existem outros itens que a equipe de operações do Horizon Cloud configurou para sua implantação que não estão descritos na documentação de primeira geração como recursos em disponibilidade geral ou por solicitação? Se a resposta for sim, registre uma solicitação de suporte para entrar em contato com a equipe do Horizon Cloud para obter diretrizes.
Esta página foi útil?