Use as informações nesta página em conjunto com Novidades das Notas da Versão do Horizon Cloud Service de primeira geração.

Lembrete: Conforme descrito no artigo 92424 da Base de Dados de Conhecimento, foi anunciado o fim da disponibilidade da camada de controle do Horizon Cloud de primeira geração. A documentação do produto Horizon Cloud de primeira geração foi atualizada para se alinhar a esse comunicado.

Introdução a este conteúdo

Atenção: Essas informações aplicam-se apenas quando você tem acesso a um ambiente de tenant de primeira geração na camada de controle de primeira geração. Conforme descrito em KB-92424, a camada de controle de primeira geração atingiu o fim da disponibilidade (EOA). Consulte esse artigo para obter detalhes.

A partir de agosto de 2022, o Horizon Cloud Service - next-gen estará em disponibilidade geral e terá seu próprio guia, Uso do Horizon Control Plane next-gen.

Uma indicação de qual ambiente você tem, next-gen ou primeira geração, é o padrão que aparece no campo de URL do navegador depois que você faz login em seu ambiente e vê o rótulo Horizon Universal Console. Para um ambiente next-gen, o endereço de URL do console contém uma parte como /hcsadmin/. A URL do console de primeira geração tem uma seção diferente (/horizonadmin/).

Além dos itens listados no documento Notas da Versão, esta página é voltada para aqueles que já tinham pods conectados à nuvem integrados em seu ambiente antes da data de atualização do serviço mais recente ou que têm experiência anterior com os recursos e os fluxos de trabalho do Horizon Cloud. Esta página descreve como os novos recursos e as alterações podem afetar você e os pods. Somente estão descritas as alterações significativas feitas nos recursos e nos fluxos de trabalho. Alterações secundárias, como novos layouts e esquemas de cores no console administrativo que não alteram significativamente os fluxos de trabalho, não são detalhadas aqui.

A data de atualização de serviço mais recente para o serviço de primeira geração está listada no documento de Notas da Versão do serviço. Para ver as informações atualizadas sobre os diversos fluxos de trabalho que você executa no ambiente de tenant do Horizon Cloud, leia os tópicos de documentação encontrados nos guias individuais vinculados na página de documentação do Horizon Cloud Service.

As seções a seguir remetem a setembro de 2019. Informações semelhantes sobre versões anteriores não estão disponíveis para publicação.

Importante: Para obter informações fundamentais para entender os termos usados nesta página, consulte as informações no documento Notas da Versão antes de ler as informações nesta página. O documento Notas da Versão tem informações relevantes, como o número do manifesto mais recente dos pods implantados no Microsoft Azure. Além disso, tenha em mente que os fatos principais descritos na seção a seguir são verdadeiros em cada versão do Horizon Cloud.

Fatos principais sobre cada versão do Horizon Cloud

  • Todos os novos recursos baseados no plano de nuvem que não dependem do nível da versão do manifesto do pod, do nível da versão do Horizon Cloud Connector, do nível da versão do pod do Horizon ou das diferenças regionais da camada de controle são fornecidos automaticamente aos clientes novos e atuais. Por exemplo, um novo recurso de UI que não depende de novas APIs para chamadas de APIs entre o plano de nuvem e os pods ou relacionadas ao Horizon Cloud Connector ficará visível e poderá ser explorado pelos clientes atuais, a menos que indicado abaixo ou observado em contrário nos guias do produto.
  • A equipe do VMware Horizon Cloud Service apresenta novos recursos baseados em plano de nuvem que não são de nível de versão de manifesto de pod, nível de versão do Horizon Cloud Connector ou nível de versão do pod do Horizon de forma contínua e regular e em qualquer semana do ano civil. O Documento de notas da versão contém as datas de inicio desses recursos.
  • A partir do dia em que a versão do manifesto é lançada na camada de controle de nuvem, o implantador de pods no Microsoft Azure sempre implanta os pods com a última versão do manifesto.
  • Os pods já implantados existentes no tenant do serviço antes do dia em que uma nova versão do manifesto do pod é lançada no plano de nuvem continuarão sendo executados na versão do manifesto existente até que sejam atualizados para o manifesto totalmente novo da versão. Os seguintes fatos são verdadeiros:
    • Novos recursos do serviço que não dependem de interfaces de programação de aplicativos que exigem o nível de manifesto mais recente estarão disponíveis para os pods atuais.
    • Novos recursos do serviço que dependem de interfaces de programação de aplicativos no nível de manifesto mais recente não estarão disponíveis para os pods atuais até que eles sejam atualizados.
    • Alguns recursos novos do serviço podem depender da região do plano de nuvem onde a sua conta do tenant está localizada. Esses recursos são indicados na documentação, quando aplicável. A região da camada de controle é indicada no e-mail Bem-vindo ao Serviço do Horizon enviado quando a conta do cliente é criada, conforme descrito em Implantações e integração ao Horizon Cloud para Microsoft Azure e pods do Horizon.
  • O assistente de Importação de VM do Marketplace do console usa o Horizon Agents Installer (HAI) que está integrado ao manifesto do pod. Como resultado, os pods implantados com a última versão do manifesto terão o HAI mais recentes integrado a eles, e a execução do assistente de Importação de VM e a seleção de um pod no nível mais recente instalarão os agentes com base no HAI mais recente. Para os pods que ainda não foram atualizados para o nível de manifesto mais recente, o assistente de Importação de VM do Marketplace usa a versão do HAI que estava disponível no momento em que os respectivos manifestos do pod foram criados.
  • Os pods do Horizon são integrados ao Horizon Cloud em dois casos de uso principais: para ativar o uso de uma licença de assinatura com esses pods e para permitir o uso de serviços hospedados em nuvem que o Horizon Cloud oferece aos pods do Horizon. Cada pod é integrado usando o Horizon Cloud Connector. Esses casos de uso estrearam nos ambientes do Horizon 7 versão 7.6 e no Horizon Cloud Connector 1.0 para ativar licenças de assinatura em pods do Horizon. Depois disso, a cada nova versão do Horizon Connection Server combinada com uma nova versão do Horizon Cloud Connector, são disponibilizados serviços adicionais hospedados na nuvem para pods do Horizon conectados à nuvem que executam a versão mais recente do Horizon Connection Server emparelhada com a versão mais recente do Horizon Cloud Connector. Novas implantações do Horizon Cloud Connector são compatíveis usando as versões N, N-1 e N-2, em que N é a versão mais recente do Horizon Cloud Connector. Recomendamos que as implantações que ainda estão usando versões do Horizon Cloud Connector anteriores à versão N-2 sejam atualizadas para as últimas versões para aproveitar os novos recursos, bem como obter as correções de segurança e resiliência. Para obter a versão N mais recente do Horizon Cloud Connector, consulte a parte superior do documento Notas da Versão. Consulte também a Matriz de interoperabilidade de produtos VMware para ver as versões de software do pod do Horizon compatíveis com o Horizon Cloud Connector. Se você estiver executando uma combinação de versão do Horizon Connection Server e do Horizon Cloud Connector que não faz mais parte dessa matriz, atualize-a para uma combinação compatível.

Novembro de 2023: v2310

Use as informações a seguir quando você for um cliente existente com pods conectados à nuvem datados de antes de abril de 2023 e quiser entender os efeitos em sua experiência dos recursos descritos nas Notas da Versão da versão v2310.

Novas versões dos seguintes binários principais foram lançadas em novembro de 2023:
Uma nova versão de manifesto de pod com correções e atualizações de segurança para implantações do Horizon Cloud on Microsoft Azure e uma nova versão do Horizon Agents Installer (HAI) com agentes atualizados.

2 de novembro de 2023

  • Conforme descrito no artigo 92424 da base de dados de conhecimento da VMware, o fim da disponibilidade (EOA) do camada de controle de primeira geração do Horizon Cloud foi anunciado. O conteúdo de implantação de pod na documentação do Horizon Cloud Service de primeira geração foi atualizado para se alinhar a esse artigo da base de dados de conhecimento da VMware.
  • Conforme descrito em Artigo 93762 da base de dados de conhecimento da VMware, o recurso Monitoramento de Infraestrutura do Horizon foi preterido. Para se alinhar a essa suspensão de uso e às informações do artigo da base de dados de conhecimento, o conteúdo relacionado a esse recurso foi removido da documentação do Horizon Cloud Service de primeira geração.

3 de julho de 2023

Conforme descrito no artigo 91183 da base de conhecimento da VMware, o VMware Workspace ONE Intelligence for Horizon está disponível para tenants do Horizon Cloud de primeira geração que têm licenças de assinatura do VMware Horizon Universal, do Horizon Apps Universal e do Horizon Apps Standard. Com essa disponibilidade, o artigo da base de conhecimento afirma:

  • Os painéis e relatórios históricos fornecidos pelo console de primeira geração agora estarão disponíveis por meio do Workspace ONE Intelligence.
  • A partir de 30 de junho de 2023, esses painéis e relatórios históricos não estarão mais disponíveis no console de primeira geração.
  • Com essas alterações, as seguintes páginas do Guia de Administração foram atualizadas para corresponder às atualizações do console: página Relatórios, Dashboard do Horizon Cloud, Sobre o recurso de cartão de usuário e Introdução ao Cloud Monitoring Service.
  • Observe que, se o seu tenant de primeira geração tiver desativado o monitoramento de dados de sessão de usuário, os relatórios associados a utilização, a tendências e análises histórica serão desativados e, em seguida, estarão indisponíveis no Workspace ONE Intelligence. Quando o monitoramento está desativado, o sistema coleta essas informações de sessão do usuário por um período limitado e oculta o nome de usuário para ativar a administração em tempo real e desativar a exibição histórica e agregada dessas informações de usuário. Como resultado, os relatórios que mostrariam a exibição histórica e agregada de dados, como o relatório de Sessões, não estarão disponíveis. Para saber como verificar se o seu tenant tem esse monitoramento desativado, navegue até as configurações do console em Configurações > Configurações Gerais > Monitoramento.

Para obter mais informações, consulte Digital Employee Experience for Horizon, Integração do Horizon Cloud First-Gen e Acessar dados do Horizon Cloud em relatórios de inteligência.

Maio de 2023

Use as informações a seguir se você for um cliente existente com pods conectados à nuvem anteriores a maio de 2023 e quiser entender os efeitos causados em sua experiência pelos recursos descritos nas Notas da Versão de maio de 2023.

Para solicitar a ativação de um recurso ativado por solicitação, envie uma solicitação de suporte conforme descrito no artigo da KB 2006985 da VMware.

Novas versões dos seguintes binários de chave foram lançadas em maio de 2023:
Uma nova versão do Horizon Cloud Connector.
Novos recursos no Horizon Cloud Connector v2.4

Abril de 2023: v2303

Use as informações a seguir quando você for um cliente existente com pods conectados à nuvem datados de antes de abril de 2023 e quiser entender os efeitos em sua experiência dos recursos descritos nas Notas da Versão de abril de 2023 e na versão v2303.

Para solicitar a ativação de um recurso ativado por solicitação, envie uma solicitação de suporte conforme descrito no artigo da KB 2006985 da VMware.

Novas versões dos seguintes binários de chave foram lançadas em abril de 2023:
Uma nova versão do manifesto do pod para implantações do Horizon Cloud on Microsoft Azure e uma nova versão do Horizon Agents Installer (HAI).
Novos itens relacionados aos pods implantados pelo serviço no Microsoft Azure
  • Para pods da versão de manifesto 4136 ou posterior, ao usar o assistente Importar da página VMs Importadas e ao publicar uma imagem de vários pods usando a página Imagens: Vários Pods, a opção para Skype for Business não é mais fornecida nas opções do agente. Conforme descrito no Horizon Agent for Windows v2303: Novidades, não há mais suporte para o recurso conhecido como VMware Virtualization Pack for Skype for Business a partir do Horizon Agent v2303.
Novos itens relacionados a imagens
Foi adicionado suporte aos seguintes sistemas operacionais convidados Windows:
  • Windows 10 Enterprise 22H2
  • Windows 10 Enterprise Multissessão 22H2
  • Windows 11 Enterprise 22H2
  • Windows 11 Enterprise Multissessão 22H2
  • Windows Server 2022 Data Center

Outubro de 2022: v2210

Use as seguintes informações quando você tiver pods conectados à nuvem com data anterior a outubro de 2022 e para saber os efeitos sobre sua experiência em relação aos recursos descritos na seção Notas da Versão de outubro de 2022 e a versão v2210.

Para solicitar a ativação de um recurso ativado por solicitação, envie uma solicitação de suporte conforme descrito no artigo da KB 2006985 da VMware.

Novas versões dos seguintes binários de chave foram lançadas em outubro de 2022:
Uma nova versão do manifesto do pod para as implantações do Horizon Cloud on Microsoft Azure, uma nova versão do Horizon Cloud Connector e uma nova versão do Horizon Agents Installer (HAI).
Novos itens relacionados aos pods implantados pelo serviço no Microsoft Azure
  • Os administradores agora podem definir a configuração de NTP nas instâncias do Unified Access Gateway de uma implantação de gateway para herdar a configuração de NTP usada nas instâncias do gerenciador de pods. Para pods com configurações de gateway que existiam no seu tenant antes desta versão, você pode usar o fluxo de trabalho Editar Pod para consumir esse recurso e garantir que as instâncias do Unified Access Gateway herdem as configurações de NTP usadas nas instâncias do gerenciador de pods.
  • Devido a um problema de API, o recurso do console v2201 para configurar um servidor de syslog nas instâncias do Unified Access Gateway para implantações do Horizon Cloud Service on Microsoft Azure foi desativado até que os problemas de API sejam resolvidos. Juntamente com a desativação do recurso no Horizon Universal Console, as referências ao recurso são removidas da documentação do Horizon Cloud Service até que o recurso retorne ao console.
Novos itens relacionados ao Serviço de Gerenciamento de Imagens (IMS)
Para implantações de pod do Horizon a partir do Horizon 8 2209, dependendo de como você deseja que a golden image seja gerenciada, é possível alterar a origem do snapshot e da golden image em seus pools e farms do vCenter para o Catálogo de Imagens ou vice-versa. Para aproveitar esse novo recurso, use as operações do VMware Horizon Console para editar pools e farms existentes e a manutenção de clone instantânea para alterar a entidade de origem relevante.
Novos itens relacionados ao Universal Broker e aos pods do Horizon
  • Devido aos aprimoramentos feitos no Console Administrativo do Unified Access Gateway na Unified Access Gateway versão 2209, os rótulos da UI para as configurações do JWT são ligeiramente modificados quando a implantação do Horizon usa essa versão. A página de documentação relevante Pods do Horizon - Configurar o Unified Access Gateway para uso com o Universal Broker foi atualizada para incluir a descrição dos elementos apropriados quando sua implantação inclui o Unified Access Gateway versão 2209 ou posterior.

Agosto de 2022: v2207

Use as seguintes informações quando você tiver pods conectados à nuvem com data anterior a agosto de 2022 e para saber os efeitos sobre sua experiência em relação aos recursos descritos na seção Notas da Versão de agosto de 2022 e a versão v2207.

Para solicitar a ativação de um recurso ativado por solicitação, envie uma solicitação de suporte conforme descrito no artigo da KB 2006985 da VMware.

Novas versões dos seguintes binários de chave foram lançadas na v2207:
Uma nova versão de manifesto do pod para implantações do Horizon Cloud on Microsoft Azure e o Horizon Agents Installer (HAI).
Novos itens relacionados aos pods implantados pelo serviço no Microsoft Azure
  • Os administradores agora podem configurar os conjuntos de criptografia que serão aceitos quando os clientes se conectarem às máquinas do Unified Access Gateway. Para pods com configurações de gateway que existiam no seu tenant antes desta versão, use a página de detalhes do pod para revisar os pacotes de codificação configurados nessas configurações de gateway. Você pode usar o fluxo de trabalho Editar Pod para alterar os pacotes de criptografia configurados.
  • Para a manutenção da atualização, as contagens de sessão do Unified Access Gateway serão usadas para otimizar o tempo para reduzir as interrupções de sessão do usuário final.
  • O mecanismo de implantação de pod transitório, também conhecido como jumpbox, é removido da arquitetura para novas implantações e atualizações do Horizon Cloud on Microsoft Azure. A capacidade para uma jumpbox temporária será necessária somente se você abrir uma solicitação de suporte e o Suporte da VMware determinar que a maneira de atender a essa solicitação é implantar uma VM de jumpbox relacionada ao suporte, sob a supervisão delas.
  • Para evitar os efeitos da próxima desativação do Microsoft Azure Cloud de alguns modelos de VM, acomodar melhor a importação de VMs com capacidade de GPU e padronizar os modelos de VM para importações de imagens de pod único e de vários pods, a partir da versão v2207, os modelos de VM que o assistente de importação automatizada de VM do Marketplace do serviço usa por padrão foram alterados.

    O assistente agora usa os seguintes modelos, conforme indicado para imagens de pod único e imagens de vários pods. Recomendamos que você verifique as quotas da família de VMs nas assinaturas do Azure de seus pods a fim de garantir que tenha quota disponível para as imagens que planeja criar usando o assistente.

    O assistente de importação de VM do Marketplace cria:
    • Não GPU, não Windows 11, uma VM Standard_DS2_v2
    • Não GPU usando Windows 11, uma VM Standard_D4s_v3
    • Com capacidade para GPU, uma VM Standard_NV12s_v3
Itens adicionais dignos de nota
  • Como cada assinatura inclui um tenant Workspace ONE Access que pode ser adicionado usando o Horizon Universal Console, o recurso de criação de novo tenant Workspace ONE Access de dentro do Horizon Universal Console. Essa alteração oferece suporte às operações de negócios da VMware.

Maio de 2022: v2204

Use as informações a seguir se você for um cliente existente com pods conectados à nuvem anteriores a maio de 2022 e quiser entender os efeitos causados em sua experiência pelos recursos descritos nas Notas da Versão de maio de 2022.

Para solicitar a ativação de um recurso ativado por solicitação, envie uma solicitação de suporte conforme descrito no artigo da KB 2006985 da VMware.

Novas versões dos seguintes binários de chave foram lançadas na v2204:
Uma nova versão do manifesto do pod para as implantações do Horizon Cloud on Microsoft Azure, as novas versões do Horizon Cloud Connector, o Universal Broker Plugin Installer e o Horizon Agents Installer (HAI).
Novos itens relacionados aos pods implantados pelo serviço no Microsoft Azure
  • O Windows 11 agora é um sistema operacional convidado com suporte para uso com implantações do Horizon Cloud on Microsoft Azure. Consulte esta página para saber mais sobre considerações, limitações e problemas conhecidos ao usar o Windows 11 com o serviço, Suporte do para sistema operacional convidado Windows 11: considerações, limitações conhecidas e problemas conhecidos. O uso desse recurso requer que o pod execute o manifesto desta versão ou posterior.

    Alguns pontos adicionais relacionados a este suporte ao Windows 11:

    • Se você usar o método de importação manual para importar uma VM com o Windows 11, deverá garantir que o Horizon Agents Installer (HAI) versão 22.1 ou posterior seja usado para instalar os agentes. O suporte do Windows 11 requer a versão mínima do agente fornecida pelo HAI v22.1.
    • O uso do fluxo de trabalho de Captura do App Volumes do console com uma golden image do Windows 11 não tem suporte no momento. Como solução alternativa, você pode capturar os pacotes usando uma golden image do Windows 10 e atribuí-los aos usuários finais para uso com a área de trabalho de sessão única ou de várias sessões do Windows 11 atribuída.
  • Novos pods do Horizon Cloud on Microsoft Azure sempre serão implantados com a alta disponibilidade ativada.
  • As imagens de vários pods agora aproveitarão as configurações de proxy definidas para qualquer operação de imagem originada da rede do cliente para a Internet (como ao usar o assistente automatizado para Importar Máquina Virtual do Marketplace).
  • Suporte para importar manualmente VMs do Azure Marketplace que usam drivers gráficos e GPU AMD e usar essas VMs importadas para golden images. Esse suporte requer o uso do modelo de VM do Azure Standard_NV4as_v4 e do pod que executa o manifesto desta versão ou posterior.
  • Em atribuições dedicadas existentes, agora você pode ajustar a CPU, a memória ou o disco da carga de trabalho de uma VM provisionada com base nas necessidades individuais do usuário. Quando você fizer isso, o tipo de pool mudará para o tipo Misto. O uso desse recurso é compatível com pods que executam o manifesto desta versão ou posterior.
  • A versão recomendada do Horizon Agents Installer agora é exibida na tela Capacidade do console. Notificações regulares serão geradas como lembretes para manter os agentes atualizados. Esse recurso é fornecido para pods que executam o manifesto desta versão ou posterior.
  • As VMs do Microsoft Azure criadas pelo serviço que entrarem em um estado Parado devido a um desligamento do SO convidado agora serão automaticamente transferidas para um estado Desalocado a fim de impedir a cobrança contínua. O uso desse recurso é compatível com pods que executam o manifesto desta versão ou posterior.
  • Aprimoramentos na área do App Volumes para pods do Horizon Cloud. Para usar esse recurso, o pod deve estar executando o nível de manifesto desta versão ou posterior.
    • Os aplicativos agora podem ser entregues sob demanda quando um usuário clica para iniciar o aplicativo na área de trabalho e no menu Iniciar, e o comportamento resultante é o mesmo que ocorreria se o aplicativo já estivesse instalado nativamente na máquina Windows. A configuração está disponível para pacotes recém-criados.
  • Para mitigar os efeitos de um problema do Microsoft Azure, a partir da versão de serviço v2204, foram alterados os modelos de VM que o assistente automatizado para Importar VM do Marketplace do serviço usa por padrão para imagens do SO Windows 10 sem GPU. Para obter detalhes do problema relatado, consulte o artigo KB88343 da VMware.

    O assistente também usa modelos específicos para o suporte do Windows 11 recém-adicionado nesta versão v2204.

    O assistente agora usa os modelos a seguir. Recomendamos que você verifique as quotas da família de VMs nas assinaturas do Azure de seus pods a fim de garantir que tenha quota disponível para as imagens que planeja criar usando o assistente.

    Imagem de pod único: o assistente para Importar VM do Marketplace cria:
    • SO Windows 10 sem GPU ou uma imagem de pod único do SO Windows 10 Enterprise de várias sessões, uma VM Standard_DS2_v2
    • Imagem de pod único da VM do SO Windows Server sem GPU, uma VM Standard_D2_v3
    • SO Windows 10 compatível com GPU, um SO Windows 10 Enterprise de várias sessões ou uma imagem de pod único do SO Windows Server, uma VM Standard_NV6
    • SO Windows 11 sem GPU ou uma imagem de pod único do SO Windows 11 Enterprise de várias sessões, uma VM Standard_D4s_v3
    • SO Windows 11 compatível com GPU ou uma imagem de pod único do SO Windows 11 Enterprise de várias sessões, uma VM Standard_NC6s_v3
    • Imagem de pod único do SO Windows 7 sem GPU, uma VM Standard_DS2_v2 (GPU não compatível no Windows 7)
    Imagem de vários pods — o assistente de Importação de VM do Marketplace cria:
    • SO Windows 10 sem GPU, um SO Windows 10 Enterprise de várias sessões ou uma imagem de vários pods do SO Windows Server, uma VM Standard_DS2_v2
    • SO Windows 10 compatível com GPU, um SO Windows 10 Enterprise de várias sessões ou uma imagem de vários pods do SO Windows Server, uma VM Standard_NV6
    • SO Windows 11 não GPU ou uma imagem de vários pods do SO Windows 11 Enterprise com várias sessões, uma VM Standard_D4s_v3
    • SO Windows 11 compatível com GPU ou uma imagem de vários pods do SO Windows 11 Enterprise com várias sessões, VM Standard_NC6s_v3
    • Imagem de vários pods do SO Windows 7 sem GPU, uma VM Standard_DS2_v2 (GPU não compatível no Windows 7)
Itens adicionais dignos de nota
  • No suporte do IMS para pods locais do Horizon:
    • É fornecida uma opção para selecionar os datastores e as redes no vCenter Server do pod de destino para a cópia da imagem.
    • O uso do IMS com o vCenter Server com vários clusters agora é compatível.
    • Uma opção Republicar para repetir a publicação quando uma publicação falha agora é fornecida para esse tipo de pod.

Março de 2022: v2203

Use as seguintes informações quando você tiver pods conectados à nuvem com data anterior a março de 2022 e para saber os efeitos sobre a sua experiência em relação aos recursos descritos na seção Notas da Versão de março de 2022.

Para solicitar a ativação de um recurso ativado por solicitação, envie uma solicitação de suporte conforme descrito no artigo da KB 2006985 da VMware.

Observação: As versões geralmente disponíveis do Horizon Agents Installer, do Horizon Cloud Connector e do Universal Broker Plugin Installer permanecem inalteradas nesta v2203.
Novas versões dos seguintes binários-chave foram lançadas na versão v2203:
Uma nova versão do manifesto de pod para pods do Horizon Cloud implantados no Microsoft Azure pelo assistente de implantação do serviço. Além de fornecer o suporte de back-end que os gerenciadores de pod precisam para alguns dos novos recursos, esse manifesto inclui melhorias no código da plataforma para confiabilidade.
Novos itens relacionados aos pods implantados pelo serviço no Microsoft Azure
  • Um novo botão Editar na guia Resumo de uma atribuição de área de trabalho VDI fornece conveniência para editar os detalhes da atribuição.
  • A guia Resumo de um farm exibe informações úteis adicionais, como a data e a hora de criação do farm, seu nome de grupo de recursos do Azure e sua ID de farm.
  • O implantador do pod não requer mais a criação de um repositório de chaves do Azure durante a implantação do pod. Observe que o assistente para Adicionar Pod continuará a validar se a assinatura tem o provedor de recursos Microsoft.KeyVault no estado Registered, para oferecer suporte ao uso do recurso de criptografia de disco de atribuições de área de trabalho VDI e farms. Esse recurso requer a criação de um repositório de chaves no grupo de recursos do gerenciador de pods no momento em que você seleciona o uso desse recurso de criptografia de disco.
    Importante: Os clientes existentes não devem excluir os cofres de chaves que existem em suas implantações do Horizon Cloud on Microsoft Azure, a menos que sob orientação do Suporte da VMware. A exclusão manual dos cofres de chaves colocará as implantações em um estado sem suporte.
  • RSA SecurID é uma opção para uma configuração de autenticação de dois fatores nas configurações de gateway do pod. Para usar esse recurso com uma configuração de gateway já implantada, o pod deve estar executando o manifesto 3139 ou posterior. Esse recurso está direcionado para ativação nos assistentes Adicionar Pod e Editar Pod até meados de março de 2022. A opção estará visível nesses assistentes nesse momento.
Itens adicionais dignos de nota
  • Não há mais suporte para o uso dos recursos de Monitoramento de Infraestrutura do Horizon com pods do Horizon. Como resultado, todas as referências ao uso desses recursos com os pods do Horizon foram removidas da documentação. (Pods do Horizon são aqueles que executam o Servidor de Conexão.)

Fevereiro de 2022: v2201

Use as seguintes informações quando você tiver pods conectados à nuvem com data anterior a fevereiro de 2022 e para saber os efeitos sobre sua experiência em relação aos recursos descritos na seção Notas da Versão de agosto de 2022.

Observação: As versões geralmente disponíveis do Horizon Agents Installer, do Horizon Cloud Connector e do Universal Broker Plugin Installer permanecem inalteradas nesta versão v2201.
Novas versões dos seguintes binários-chave foram lançadas na versão v2201:
Uma nova versão do manifesto de pod para pods do Horizon Cloud implantados no Microsoft Azure pelo assistente de implantação do serviço. Além de fornecer o suporte de back-end que os gerenciadores de pod precisam para alguns dos novos recursos, esse manifesto inclui melhorias no código da plataforma para desempenho e confiabilidade.
Novos itens relacionados aos pods implantados pelo serviço no Microsoft Azure
  • O LDAPS agora pode ser selecionado como o protocolo ao registrar o ambiente do Active Directory com o tenant. Esse recurso está disponível quando seu tenant está explicitamente ativado para ele, e todos os pods estão executando o nível de manifesto desta versão. Para solicitar a ativação, você deve enviar uma solicitação de suporte conforme descrito no artigo KB da VMware 2006985.
  • Durante o tempo em que uma atualização é agendada para um pod, a página de detalhes do pod no console exibe uma faixa que indica que, após o upgrade do pod e suas instâncias do Unified Access Gateway, talvez você precise atualizar os endereços IP configurados no seu servidor do RADIUS como conexões de cliente permitidas das NICs nas instâncias do Unified Access Gateway. Quando um pod tem uma configuração de gateway, instâncias virtuais do Unified Access Gateway também são atualizadas quando esse pod é atualizado para uma nova versão do manifesto. Com esse recurso, durante o período de tempo durante o qual a atualização está agendada, a página de detalhes do pod no console alertará que, quando a configuração do gateway tiver definido as configurações de RADIUS, talvez você precise tomar medidas adicionais para garantir que a configuração do servidor RADIUS seja atualizada para permitir conexões de cliente dos endereços IP que as NICs de gateway usarão após o upgrade.
Novos itens relacionados ao Serviço de Gerenciamento de Imagens (IMS)
  • Agora você pode selecionar para quais pods deseja que as imagens de vários pods sejam copiadas. Anteriormente, as imagens eram copiadas em todos os pods por padrão.
Novos itens relacionados ao Universal Broker
  • Na ferramenta de suporte técnico, a divisão dos segmentos de logon é exibida nos dados da sessão para os usuários que se conectam por meio do Universal Broker.
  • Ao usar o Universal Broker e o Dynamic Environment Manager juntos, o Dynamic Environment Manager agora pode distinguir entre usuários internos e externos, para fins de aplicação de políticas inteligentes.
  • Para pods do Horizon, o fluxo de trabalho de atribuição de várias nuvens VDI agora oferece suporte aos pools que estão Windows Server 2019.

Novembro de 2021: v2111

Use as seguintes informações quando você tiver pods conectados à nuvem com data anterior a outubro de 2021 e para saber os efeitos sobre sua experiência em relação aos recursos que estrearam no serviço com o lançamento deste mês.

Novas versões dos seguintes binários de chave foram apresentadas em novembro de 2021: uma nova versão de manifesto de pod para pods implantados pelo serviço, novas versões do Horizon Cloud Connector, Universal Broker Plugin Installer e o Horizon Agents Installer (HAI).

Novos itens relacionados aos pods implantados pelo serviço no Microsoft Azure
  • Agora você pode editar o tipo de Modelo de VM para uma atribuição de área de trabalho VDI existente. O pod deve estar executando o nível de manifesto dessa versão.
  • O gerenciamento de imagem de vários pods agora oferece suporte a sistemas operacionais de várias sessões. Agora você pode criar farms com base nessas imagens de vários pods. O pod deve estar executando o manifesto 2915.x ou posterior.
  • Os tenants ativados com o agente de pod único. Agora você pode mover uma VM individual entre as atribuições de área de trabalho VDI que são provisionadas pelo mesmo pod do Horizon Cloud. Para usar esse recurso, seu tenant deve estar explicitamente habilitado para ele, e o pod deve estar executando o nível de manifesto dessa versão. Você pode solicitar a ativação desse recurso no seu tenant preenchendo uma solicitação de suporte, conforme descrito no artigo da KB 2006985 da VMware.
  • Na área de atualizações automáticas do agente, agora você pode corrigir atualizações de agente incompletas ou com falha nos casos em que o agente é interrompido e não está em execução na VM. O pod deve estar executando o nível de manifesto dessa versão.
  • Aprimoramentos na área do App Volumes para pods do Horizon Cloud. O pod deve estar executando o nível de manifesto dessa versão.
    • Agora, os pacotes de aplicativos serão automaticamente desanexados quando o último usuário atribuído desse aplicativo fizer logoff de um sistema com várias sessões do Windows 10 Enterprise. Anteriormente, era necessário encerrar a VM para desanexar os pacotes.
    • O App Volumes agora oferece suporte ao VMware Dynamic Environment Manager com sistemas operacionais com várias sessões do Windows 10 Enterprise.
    • Arquivos em lote do App Volumes podem ser usados para configurar o fluxo de trabalho do App Volumes. Esse recurso é abordado no Guia de Administração do App Volumes, na página intitulada Scripts em lote para fluxo de trabalho do App Volumes.
    • O utilitário RunAsUser.exe agora está incluído no App Volumes Agent, permitindo que você execute o executável por meio dos arquivos em lote de configuração avançada do App Volumes. Normalmente, o código desses arquivos em lote é executado no escopo do sistema, e você pode usar esse utilitário para executar o código no contexto do usuário conectado no momento. Esse recurso é abordado no Guia de Administração do App Volumes, na página intitulada Usar RunAsUser para scripts em lote do App Volumes.
    • Aprimoramentos no comportamento de reinicialização do Spooler de Impressão em um sistema operacional Windows 10 Enterprise de várias sessões.
Novos itens relacionados ao Universal Broker
A partir desta versão, para implantações greenfield do Horizon Cloud on Microsoft Azure, o Universal Broker é o agente ativado por padrão.
Itens adicionais relevantes para os clientes atuais
  • Agora, você pode especificar endereços de e-mail para receber alertas e notificações do seu tenant, e esses endereços não precisam estar associados a uma função de administrador de tenant. Antes desse recurso, somente os administradores de tenant podiam receber alertas e notificações por e-mail.
  • Quando a Licença Universal do Horizon do tenant inclui o licenciamento para componentes do VMware SDDC , como o VMware vCenter, o vSAN e o vSphere, você pode recuperar essas chaves usando o Horizon Universal Console. No console, você pode selecionar quais versões das chaves deseja recuperar e pode exibir essas chaves a qualquer momento. Para usar o console para gerar a chave, você deve ter a função de Superadministrador no tenant e ser um usuário do Customer Connect no EA associado a esse tenant.
  • Quando o redirecionamento de Workspace ONE está ativado no nível do tenant, os usuários finais são redirecionados adequadamente para o Workspace ONE Hub, mesmo quando os clientes do usuário final estão se conectando diretamente ao FQDN na configuração do Unified Access Gateway do pod. Anteriormente, essas conexões de usuário final obtinham diretamente uma área de trabalho.

Outubro de 2021: v2110

Use as seguintes informações quando você tiver pods conectados à nuvem com data anterior a outubro de 2021 e para saber os efeitos sobre sua experiência em relação aos recursos que estrearam no serviço com o lançamento deste mês.

Observação: As versões geralmente disponíveis do Horizon Agents Installer, do Horizon Cloud Connector e do Universal Broker Plugin Installer permanecem inalteradas nesta versão v2110.

Além disso, a versão do manifesto do pod para os pods do Horizon Cloud implantados no Microsoft Azure pelo assistente de implantação do serviço permanece como 3000.x. Se correções críticas forem necessárias, patches como 3000.1, 3000.2 e assim por diante serão disponibilizados.

Novos itens relacionados aos pods implantados pelo serviço no Microsoft Azure
  • O Horizon Universal Console agora oferece suporte a permissões de escopo limitado para atribuições de área de trabalho e farms para funções predefinidas internas. Para usar esse recurso, seu tenant deve estar explicitamente habilitado para ele, e todos os pods do Horizon Cloud devem estar executando o manifesto 2915.x ou posterior. Você pode solicitar a ativação desse recurso no seu tenant preenchendo uma solicitação de suporte, conforme descrito no artigo da KB 2006985 da VMware.
  • Nos fluxos de trabalho para Novo Pod e Editar Pod, os administradores agora podem escolher 8443 como a porta TCP para o Blast Extreme nas instâncias do Unified Access Gateway do pod. Antes desse recurso, a porta TCP Blast Extreme era definida como 443 por padrão e não havia nenhuma opção do assistente para alterá-la. A porta 8443 é altamente preferida porque tem melhor desempenho para o tráfego de cliente para gateway e usa menos recursos nas instâncias virtuais do Unified Access Gateway. As chances de congestionamento de CPU nas instâncias que causam atrasos de tráfego do cliente são reduzidas quando você usa 8443 para a porta TCP Blast Extreme. Você pode usar o fluxo de trabalho Editar Pod para alterar a porta TCP Blast Extreme para configurações de gateway existentes.
  • Para aplicativos do App Volumes com áreas de trabalho de várias sessões, a desanexação do pacote de aplicativos agora acontece depois que o último usuário atribuído a esse pacote faz logoff. Não é mais preciso encerrar a VM do farm subjacente para desanexar volumes. Anteriormente, a desanexação do pacote de aplicativos ocorria no encerramento da VM.
Novos itens relacionados ao Universal Broker
  • O Universal Broker e as atribuições de várias nuvens agora oferecem suporte à intermediação de áreas de trabalho e aplicativos para pods usando o Google Cloud VMware Engine (GCVE).
  • O Universal Broker agora oferece suporte à capacidade de restringir a inicialização de áreas de trabalho virtuais, áreas de trabalho publicadas e aplicativos publicados a clientes e versões específicas, fornecendo mensagens de aviso aos clientes.
  • O Universal Broker agora oferece suporte à capacidade de os usuários finais se conectarem às suas áreas de trabalho VDI e áreas de trabalho publicadas usando o protocolo RDP nesses Horizon Clients que fornecem o protocolo RDP como uma opção para uso com áreas de trabalho baseadas no Windows.
Novos itens relacionados ao Horizon Cloud Connector e aos pods do Horizon conectados à nuvem
  • Com o lançamento do binário nativo do Horizon Cloud Connector versão 2.0 para Google Cloud Platform, todos os serviços do plano de nuvem que o plano de nuvem fornece para pods do Horizon implantados com uma arquitetura federada agora são compatíveis com esses pods. Esses pods usam o Google Cloud Platform para os componentes de gerenciamento e o Google Cloud VMware Engine (GCVE) para os componentes da área de trabalho. Use o Horizon Cloud Connector versão 2.0 para obter esse suporte completo. Observe que, no momento, o Serviço de Gerenciamento de Imagens (IMS) é compatível apenas com pods do Horizon locais e não com implantações de pods do Horizon com base na nuvem.
  • Com o lançamento do binário nativo do Horizon Cloud Connector versão 2.0 para Amazon EC2, todos os serviços do plano de nuvem que o plano de nuvem fornece para pods do Horizon implantados com uma arquitetura federada agora são compatíveis com esses pods. Esses pods usam o Amazon EC2 para os componentes de gerenciamento e o VMware Cloud on AWS para os componentes da área de trabalho. No mínimo, a versão 2.0 do Horizon Cloud Connector é necessária para esse recurso. Para novas implantações, a versão mais recente deve ser usada. Observe que, no momento, o Serviço de Gerenciamento de Imagens (IMS) é compatível apenas com pods do Horizon locais e não com implantações de pods do Horizon com base na nuvem.
  • O OVA do Horizon Cloud Connector versão 2.0 agora oferece suporte para o uso com o Horizon on VMware Cloud on Dell EMC. Esses pods são implantações tudo no SDDC. Exceto pelo Cloud Monitoring Service (CMS) e pelo Serviço de Gerenciamento de Imagens (IMS), os serviços do plano de nuvem que o plano de nuvem fornece para pods do Horizon em implantações tudo no SDDC são compatíveis com esse tipo de implantação.

Setembro de 2021 - v2109

Use as seguintes informações quando você tiver pods conectados à nuvem com data anterior a setembro de 2021 e para saber os efeitos sobre sua experiência em relação aos recursos descritos na seção Notas da Versão de setembro de 2021.

Observação: As versões com disponibilidade geral do Horizon Agents Installer, do Horizon Cloud Connector e do Universal Broker Plugin Installer permanecem inalteradas nesta versão v2109.
Novas versões dos seguintes binários-chave foram lançadas na versão v2109:
Uma nova versão do manifesto de pod para pods do Horizon Cloud implantados no Microsoft Azure pelo assistente de implantação do serviço. Além de fornecer o suporte de back-end que os gerenciadores de pod precisam para alguns dos novos recursos, esse manifesto inclui melhorias no código da plataforma para desempenho e confiabilidade.
Novos itens relacionados aos pods implantados pelo serviço no Microsoft Azure
  • A Atualização do Horizon Agent agora oferece suporte a atualizações de agente direcionadas em áreas de trabalho individuais dentro da atribuição. O uso desse recurso requer um pod em execução no nível de manifesto desta versão.
  • O assistente de implantação de pod e o assistente de Edição de Pod não exigem mais uma configuração do Unified Access Gateway, a menos que as configurações do Universal Broker do tenant incluam a autenticação de dois fatores. Anteriormente, os assistentes exigiam o uso de pelo menos um Unified Access Gateway no pod.
  • Quando seu tenant está configurado para usar a intermediação de pod único, há suporte para a conexão a uma área de trabalho VDI ou a uma área de trabalho de sessão baseada em farm usando o protocolo RDP. Esse recurso oferece suporte para pods que executam o manifesto 3000.x ou posterior.
  • Os requisitos do sistema para a transição de um tenant de agente de pod único para o Universal Broker não incluem mais ter pelo menos uma configuração do Unified Access Gateway interno ou externo em cada pod, exceto nos cenários a seguir.
    • Quando você seleciona a ativação da autenticação de dois fatores nas configurações do Universal Broker no assistente de Agendamento de Transição. Quando a autenticação de dois fatores está ativada para o Universal Broker no assistente, a transição requer que cada pod na frota do tenant tenha um Unified Access Gateway externo.
    • Quando a frota do seu tenant também inclui pods do Horizon, e a página Agente do console indica que a configuração do Universal Broker já tem a autenticação de dois fatores ativada. Além disso, a transição requer que cada pod na frota do tenant tenha um Unified Access Gateway externo.
  • Para aplicativos do App Volumes com áreas de trabalho de várias sessões, a desanexação do pacote de aplicativos agora acontece depois que o último usuário atribuído a esse pacote faz logoff. Não é mais preciso encerrar a VM do farm subjacente para desanexar volumes. Anteriormente, a desanexação do pacote de aplicativos ocorria no encerramento da VM.
Novos itens relacionados ao Horizon Cloud Connector e aos pods do Horizon conectados à nuvem
  • Agora estão disponíveis as etapas documentadas para usar os recursos de alta disponibilidade do vSphere com o dispositivo do Horizon Cloud Connector. Como essa capacidade depende dos recursos de alta disponibilidade do vSphere, ela é específica para as arquiteturas de pod local e tudo no SDDC. Nessas arquiteturas de implantação, o Horizon Cloud Connector é implantado em uma infraestrutura do vSphere.
  • Agora há suporte para o uso do Cloud Monitoring Service e dos pods implantados com o design de implantação federada que usa o Google Cloud Platform e o Google Cloud VMware Engine (GCVE).
  • O assistente de Alteração para Estado Gerenciado não exige mais uma configuração do Unified Access Gateway, a menos que as configurações do Universal Broker do tenant incluam a autenticação de dois fatores. Anteriormente, o assistente impunha o uso de pelo menos um Unified Access Gateway no pod.
Novos itens relacionados ao Universal Broker
Para usuários finais em sua rede interna, o Universal Broker agora oferece suporte a conexões diretas entre seus clientes e as áreas de trabalho virtuais e aplicativos remotos (VDI e RDSH). Com esse suporte, um Unified Access Gateway interno não é mais necessário para iniciar áreas de trabalho virtuais e aplicativos remotos para essas conexões internas. Para oferecer suporte à inicialização de áreas de trabalho virtuais e aplicativos remotos por esses clientes internos, você deve usar Agente > Intervalos de Rede do console para especificar intervalos de endereços NAT de saída para que o Universal Broker possa reconhecer os intervalos especificados como originários da sua rede interna.

Agosto de 2021 - v2108

Use as seguintes informações quando você tiver pods conectados à nuvem com data anterior a agosto de 2021 e para saber os efeitos sobre sua experiência em relação aos recursos descritos na seção Notas da Versão de agosto de 2021.

Observação: As versões com disponibilidade geral do Horizon Agents Installer, do Horizon Cloud Connector e do Universal Broker Plugin Installer permanecem inalteradas nesta versão v2108.
Novas versões dos seguintes binários-chave foram lançadas na versão v2108:
Uma nova versão do manifesto de pod para pods do Horizon Cloud implantados no Microsoft Azure pelo assistente de implantação do serviço. Esse manifesto inclui melhorias no código da plataforma para o desempenho e a confiabilidade.
Novos itens relacionados aos pods implantados pelo serviço no Microsoft Azure
  • Duas operações adicionais são adicionadas ao conjunto de operações que a entidade de serviço precisa usar em sua assinatura, conforme descrito em Tenants de primeira geração: quando sua organização prefere usar uma função personalizada para o registro de aplicativos do Horizon Cloud de primeira geração. Essas duas operações adicionais devem oferecer suporte a um recurso futuro pelo qual o serviço pode reduzir o tempo necessário para uma nova implantação de pod e para uma atualização de pod usando imagens pré-configuradas no Microsoft Azure Marketplace. Quando sua entidade de serviço usar uma função personalizada, essa função precisará da capacidade de realizar essas duas operações adicionais.
  • Ao criar uma atribuição do App Volumes, o assistente não inclui mais o menu de seleção Família de SO. Como os pacotes capturados em uma VM que executa um tipo de sistema operacional Windows são compatíveis com áreas de trabalho que executam os tipos de sistemas operacionais Windows que estão disponíveis para uso com esses pods, a especificação da família do SO para a atribuição foi determinada como não sendo mais necessária. Portanto, o menu pode ser removido do assistente sem perda de funcionalidade. Essa alteração também é aplicável às atribuições do App Volumes que foram criadas antes dessa versão. Ao editar tais atribuições existentes do App Volumes, mesmo que a Família de SO tenha sido selecionada quando essa atribuição foi criada, porque a opção Família de SO não é mais necessária pelo sistema, esse campo não é mais presente na janela de edição.
  • Melhorias adicionais na área de relatórios sobre falhas que ocorrem durante o processo de atualização automatizada do agente. Quando o pod está executando a nova versão do manifesto desta versão, o relatório CSV para download agora também fornece os nomes das VMs de área de trabalho nas quais o processo de atualização do agente foi bem-sucedido ou ignorado, além daquelas em que o processo falhou.
Itens adicionais relevantes para os clientes atuais
A integração com um novo produto da VMware, VMware Workspace ONE Assist for Horizon, permite que os administradores do Horizon Cloud iniciem sessões de suporte remoto diretamente da Ferramenta de Suporte Técnico por meio do Horizon Universal Console. Os administradores podem ajudar os usuários finais em tarefas e problemas que envolvem suas sessões da área de trabalho virtual. O VMware Workspace ONE Assist for Horizon faz parte da linha de produto VMware Workspace ONE UEM. Para obter todos os requisitos para usar os recursos fornecidos por este novo produto, consulte o tópico “Requisitos para o Horizon Cloud com o Workspace ONE Assist” no documento Workspace ONE para Horizon e Horizon Cloud.
A seção Informações de Contato da página Configurações Gerais do Horizon Universal Console foi removida porque seus campos não são necessários para nenhum fluxo de trabalho, casos de uso ou operações do sistema.

Julho de 2021: v2106

Use as seguintes informações quando você tiver pods conectados à nuvem com data anterior a julho de 2021 e para saber os efeitos sobre sua experiência em relação aos recursos descritos na seção Notas da Versão de julho de 2021.

Novas versões dos seguintes binários de chave foram apresentadas em julho de 2021: uma nova versão de manifesto de pod para pods implantados pelo serviço, novas versões do Horizon Cloud Connector, Universal Broker Plugin Installer e o Horizon Agents Installer (HAI).

Novos itens relacionados ao Horizon Cloud Connector e seu uso com pods do Horizon
  • A versão 2.0 do Horizon Cloud Connector adiciona tolerância a falhas de nível de serviço para o serviço de licença. A documentação sobre esse recurso pode ser encontrada no tópico do Guia de Administração Horizon Cloud Connector 2.0: clusters e tolerância a falhas no nível de serviço e seus subtópicos.
  • A versão 2.0 do Horizon Cloud Connector adiciona suporte ao monitoramento do dispositivo usando SNMP. Os administradores podem usar uma função de monitoramento baseada em padrões para monitorar e receber alertas de forma proativa sobre serviços relacionados a conectores críticos, como licenciamento, upgrade e ciclo de vida do conector, mesmo que eles não estejam conectados ao Horizon Universal Console. A documentação sobre esse recurso pode ser encontrada no tópico do Guia de Administração Horizon Cloud Connector 2.0: monitorar o dispositivo usando SNMP.
Novos itens relacionados aos pods implantados pelo serviço no Microsoft Azure
  • O gerenciamento de imagens de vários pods fornece um método fácil de publicar e replicar imagens VDI de sessão única para dois ou mais pods do Horizon Cloud no Microsoft Azure e para atualizar várias atribuições de várias nuvens VDI com uma única operação. Os recursos do gerenciamento de imagens de vários pods com pods do Horizon Cloud só estão disponíveis para tenants configurados para usar atribuições de várias nuvens VDI e para pods do Horizon Cloud que executam o manifesto 2632.x e posterior. A documentação sobre esse recurso pode ser encontrada em Gerenciamento de imagens do Horizon pela nuvem e seus subtópicos.
  • Aprimoramentos na área de atualizações automatizadas do agente:
    • Antes de uma atualização agendada do agente, o sistema agora reiniciará automaticamente as VMs selecionadas para o processo de atualização do agente, por padrão. Essa reinicialização automatizada ajuda a garantir que a VM e o software e serviços em execução no seu sistema operacional estejam em um estado conhecido antes de executar as operações de atualização do agente.
    • Relatório aprimorado sobre falhas que ocorrem durante o processo de atualização automatizada do agente. Você pode baixar um relatório CSV dos nomes das VMs de área de trabalho em que o processo de atualização do agente falhou, mesmo quando o processo de atualização do agente ainda está em andamento na atribuição. O relatório CSV estará disponível para download quando o pod estiver executando a nova versão do manifesto desta versão.

Maio de 2021: v2105

Use as informações a seguir se você for um cliente existente com pods conectados à nuvem com data anterior a maio de 2021 e desejar entender os efeitos em sua experiência com a versão de maio de 2021.

Observação: As versões geralmente disponíveis do Horizon Agents Installer, Horizon Cloud Connector e do Universal Broker Plugin Installer permanecem inalteradas nesta versão v2105.
Novas versões dos seguintes binários-chave foram lançadas na versão v2105:
Uma nova versão do manifesto de pod para pods do Horizon Cloud implantados no Microsoft Azure pelo assistente de implantação do serviço. Esse manifesto inclui melhorias no código da plataforma para o desempenho e a confiabilidade.
Novos itens relacionados ao Horizon Cloud Connector e seu uso com pods do Horizon
O Universal Broker agora oferece suporte a áreas de trabalho e aplicativos publicados para pods do Horizon no VMware SDDC. Para esse suporte, os pods devem estar executando o software do VMware Horizon 8 versão 2103 ou posterior e o Universal Broker Plugin Installer versão 21.03 ou posterior.

Abril de 2021: v2104

Use as informações a seguir se você for um cliente existente com pods conectados à nuvem com data anterior a abril de 2021 e desejar entender os efeitos em sua experiência com a versão de abril de 2021.

Observação: As versões do Horizon Cloud Connector e do instalador do plug-in do Universal Broker não foram alteradas nesta versão v2104. Você pode continuar a usar as versões de março de 2021 desses componentes com seu ambiente de tenant.
Novas versões dos seguintes binários-chave foram lançadas na versão v2104:
  • Uma nova versão do manifesto de pod para pods do Horizon Cloud implantados no Microsoft Azure pelo assistente de implantação do serviço. Esse manifesto inclui melhorias no código da plataforma para o desempenho e a confiabilidade.
  • Uma nova versão do HAI inclui uma correção para resolver um problema intermitente relacionado ao recebimento de dados do Cloud Monitoring Service do Horizon Agent. (relatório de problemas 2742816).
Novos itens relacionados aos pods implantados pelo serviço no Microsoft Azure
Suporte para mover pacotes do App Volumes entre aplicativos do App Volumes usando o console. Inclui suporte para mover pacotes recém-importados para os aplicativos apropriados.
Itens adicionais relevantes para os clientes atuais
Alguns recursos foram lançados como recursos com disponibilidade limitada. Esse tipo de recurso é ativado por tenant, geralmente mediante solicitação.

Março de 2021 - v2103

Use as informações a seguir se você for um cliente existente com pods conectados à nuvem anteriores a março de 2021 e quiser entender os efeitos causados em sua experiência pelos novos recursos.

Novas versões dos seguintes binários de chave foram apresentadas em março de 2021: uma nova versão de manifesto de pod para pods implantados pelo serviço, novas versões do Horizon Cloud Connector, Universal Broker Plugin Installer e o Horizon Agents Installer (HAI).

Novos itens relacionados ao Horizon Cloud Connector e seu uso com pods do Horizon
A versão 1.10 do Horizon Cloud Connector traz correções e atualizações de segurança.
Novos itens relacionados aos pods implantados pelo serviço no Microsoft Azure
  • As atribuições do Universal Broker e de várias nuvens agora estão disponíveis para implantações existentes de pods do Horizon Cloud no Microsoft Azure.
  • A página de detalhes do pod do console tem um novo recurso de Manutenção, usado para especificar uma janela de manutenção preferencial. Use esse recurso para informar o sistema sobre seu horário e dia da semana preferenciais para a atividade de manutenção do pod.
  • A partir do manifesto do pod desta versão, o App Volumes para pods do Horizon Cloud no Microsoft Azure agora oferece suporte a várias sessões do Microsoft Windows 10 Enterprise, permitindo que vários usuários façam login em sessões individuais com suas próprias atribuições de aplicativo. Anteriormente, o uso de várias sessões do Microsoft Windows 10 Enterprise com o App Volumes para pods do Horizon Cloud estava em visualização técnica. Observe que o recurso é compatível com implantações a partir do manifesto de pod desta versão e a partir da versão do App Volumes Agent desta versão.
  • Para clientes que usam o App Volumes para pods do Horizon Cloud no Microsoft Azure e também usam o Programa de Captura de Linha de Comando do App Volumes para capturar aplicativos para importação no seu inventário de aplicativos do Horizon Cloud, uma nova opção foi lançada com o App Volumes 4 (versão 2103), que lida com aplicativos de empacotamento sem precisar do console do App Volumes Manager, bem como outras ferramentas para trabalhar com formatos VHD e com pacotes formatados para anexação de aplicativos MSIX. Para obter informações, consulte Novidades nas Notas da versão do App Volumes 4 versão 2103.
Itens adicionais relevantes para os clientes atuais
Alguns recursos com base na camada da nuvem foram lançados nas semanas anteriores à versão v2103.
O Universal Broker e as atribuições de várias nuvens agora dão suporte a pods do Horizon em Azure VMware Solutions (AVS), permitindo a intermediação unificada de atribuições de várias nuvens em implantações híbridas e várias nuvens, dando suporte a pods do Horizon e pods do Horizon Cloud no Microsoft Azure.
O console foi aprimorado para refletir seu novo nome: Horizon Universal Console.
Alguns recursos foram lançados como recursos com disponibilidade limitada. Esse tipo de recurso é ativado por tenant, geralmente mediante solicitação.
No console administrativo para pods do Horizon (conhecido como Horizon Console), a opção Cloud Brokered não está operacional para essa versão. Essa opção aparece nas configurações de pool da área de trabalho RDS e nas configurações de pool de aplicativos para pods do Horizon gerenciados na nuvem que executam a versão 2103 (8.2) do VMware Horizon 8. A ativação da opção Cloud Brokered não tem efeito para esta versão do Horizon Cloud.

Janeiro de 2021: v2101

Use as informações a seguir se você for um cliente existente com pods conectados à nuvem anteriores a janeiro de 2021 e quiser entender os efeitos causados em sua experiência pelos novos recursos.

Novas versões dos seguintes binários de chave foram apresentadas em janeiro de 2021: uma nova versão de manifesto de pod para pods implantados pelo serviço, novas versões do Horizon Cloud Connector, Universal Broker Plugin Installer e o Horizon Agents Installer (HAI).

Novos itens relacionados ao Horizon Cloud Connector e seu uso com pods do Horizon
  • Com o Horizon Cloud Connector 1.9, o recurso de atualização automática agora tem uma configuração mais simples para os detalhes da rede. Você só precisa fornecer um endereço IP estático não atribuído para o novo dispositivo para upgrade.
  • O Horizon Cloud Connector 1.9 permite métodos de acesso mais seguros ao solucionar problemas com o dispositivo Horizon Cloud Connector. O acesso SSH para o usuário raiz do dispositivo está desativado, e um novo usuário personalizado (ccadmin) agora está disponível para acesso SSH, incluindo suporte para o uso de uma chave pública SSH em vez de credenciais de senha.
Novos itens relacionados aos pods implantados pelo serviço no Microsoft Azure
Os pods agora oferecem suporte à capacidade de reverter a área de trabalho dedicada a um estado de uso anterior no caso de falha na atualização do agente, e em um limite de falha configurável que fornece um mecanismo de falha rápido que interromperá o processo de atualização e ignorará todas as áreas de trabalho restantes. Para que esse recurso seja usado com um pod existente anteriormente, esse pod deve ser atualizado primeiro para o manifesto 2632.0 ou posterior.
Itens adicionais relevantes para os clientes atuais
Alguns recursos com base na camada da nuvem foram lançados nas semanas anteriores à versão v2101.
Para manifestos de pod 2474.0 e posterior, o conjunto de permissões do Active Directory para as contas de ingresso no domínio é reduzido para fornecer mais flexibilidade aos tenants. No entanto, como o sistema usará as mesmas contas de ingresso no domínio nas operações relacionadas ao domínio com todos os pods na frota do seu tenant, quando sua frota incluir pods de manifestos anteriores a 2474.0, você deverá garantir que suas contas de ingresso no domínio tenham o conjunto anterior de permissões que esses pods exigem. Quando todos os pods do Horizon no Microsoft Azure forem atualizados para o manifesto do pod 2474.0 ou posterior, você poderá adotar o mais novo conjunto reduzido de permissões do Active Directory para suas contas de ingresso no domínio. Consulte Contas de serviço que o Horizon Cloud exige para suas operações e a seção atualizada sobre as permissões para a conta de ingresso no domínio.
O console foi aprimorado para refletir a nova terminologia. Anteriormente, o console exibia rótulos como No local e VMware Cloud on AWS ao se referir aos pods do Horizon conectados à nuvem que estão instalados em instalações no local do vSphere ou em um SDDC (centro de dados definido por software) do VMware Cloud on AWS. Esses são os pods que são baseados no software Horizon Connection Server. Com a disponibilidade de implantações de pod do Horizon em VMware SDDCs adicionais hospedados na nuvem, como pod do Horizon no Azure VMware Solution (AVS) e pod do Horizon no Google Cloud VMware Engine (GCVE), o console é aprimorado para usar o rótulo VMware SDDC ao se referir a esses membros da frota de pods do tenant.
Foi adicionado suporte para executar o servidor de registro no Microsoft Windows Server 2019. O servidor de registro é usado para o recurso True SSO. Não há mais suporte para a instalação do servidor de registro no Microsoft Windows Server 2008.

Outubro de 2020 - v2010

Use as informações a seguir se você for um cliente existente com pods conectados à nuvem anteriores a outubro de 2020 e quiser entender os efeitos causados em sua experiência pelos novos recursos.

Novas versões dos seguintes binários de chave foram apresentadas em outubro de 2020: uma nova versão de manifesto de pod para pods implantados pelo serviço, novas versões do Horizon Cloud Connector, Universal Broker Plugin Installer e o Horizon Agents Installer (HAI).

Novos itens relacionados ao Horizon Cloud Connector e seu uso com pods do Horizon
  • Horizon Cloud Connector versão 1.8 é lançada nos formulários OVA e VHD.
  • O Horizon Cloud Connector 1.8 fornece a capacidade de selecionar um perfil de implantação para ativá-lo com o suporte à licença de assinatura somente ou com recursos do Horizon Cloud. Essa seleção é feita durante a implantação do dispositivo.
  • O Horizon Cloud Connector agora é compatível com os pods do Horizon implantados no Azure VMware Solution (AVS). Atualmente, esse suporte é para o uso da sua licença de assinatura com essas implantações. O conjunto completo de serviços hospedados na nuvem ainda não é fornecido para esses tipos de implantação.
Novos itens relacionados aos pods implantados pelo serviço no Microsoft Azure
Os pods do Horizon Cloud on Microsoft Azure agora oferecem suporte à capacidade de especificação de tags de recursos do Azure personalizadas durante uma implantação de pod ou de gateway. O implantador do pod aplica as tags especificadas aos grupos de recursos que o implantador do pod cria. Para obter uma descrição dos grupos de recursos que o implantador do pod cria, consulte Grupos de recursos criados para um pod implantado no Microsoft Azure. Esse novo recurso não depende da versão do manifesto do pod.

Julho de 2020 - v3.1

Use as seguintes informações quando você tiver pods conectados à nuvem com data anterior a julho de 2020 e quiser entender os efeitos dos novos recursos na sua experiência.

Especificamente sobre os pods do Horizon conectados à nuvem existentes
Lançamento do Horizon Cloud Connector 1.7.
Especificamente sobre os pods existentes no Microsoft Azure
Para que os novos recursos a seguir sejam usados com um pod existente anteriormente, esse pod deve primeiro ser atualizado para o manifesto 2298.0 ou posterior para tirar proveito do recurso.
  • Várias sub-redes de tenants para uso com farms e atribuições de área de trabalho VDI. Esse recurso ainda não está disponível para uso com atribuições de área de trabalho de várias nuvens, usadas em um tenant configurado com o Universal Broker.
  • Uso do balanceamento de carga de sessão avançado em farms do RDSH.
  • Capacidade de cancelar tarefas de expansão de área de trabalho e farm que estejam no estado em fila ou em execução, com suporte para atribuição automática de áreas de trabalho e redimensionamento de farms. Esse recurso ainda não está disponível para uso com atribuições de área de trabalho de várias nuvens, usadas em um tenant configurado com o Universal Broker.
  • Para fornecer tempos de login de usuário final aprimorados, foi reduzido o tempo necessário para uma VM chegar ao estado pronto para o agente em VMs de área de trabalho provisionadas por pods que estão desligadas e precisam ser ativadas para atender à solicitação de um usuário final por uma área de trabalho.
  • Uso dos recursos do App Volumes: os pods devem ser atualizados para a versão do manifesto desta versão, e sua conta de cliente deve estar localizada em uma das seguintes regiões de camada de controle do Horizon Cloud: USA-2 (PROD1_NORTHCENTRALUS2_CP1), Europe-2 (PROD1_NORTHEUROPE_CP1) ou Australia-2 (PROD1_AUSTRALIAEAST_CP1). Sua região de camada de controle está indicada no e-mail de boas-vindas ao Horizon Cloud Service.

Ao implantar uma configuração de gateway no seu pod, além do tamanho da VM Standard_A4_v2 nas versões anteriores, agora existe a opção de usar o tamanho da VM Standard_F8s_v2, que oferece mais vCPUs em cada instância do Unified Access Gateway. Para pods existentes, esse novo recurso está disponível ao editar o pod para adicionar uma nova configuração de gateway a esse pod.

Itens adicionais relevantes para os clientes atuais
Um aprimoramento para enviar comentários sobre o produto agora está disponível na barra de cabeçalho do console para todos os clientes existentes.

Os pods que podem ter o recurso HA (alta disponibilidade) agora são compatíveis com o Microsoft Azure Governamental (US Gov - Virgínia, US Gov - Arizona e US Gov - Texas). Se você tiver um pod existente no Microsoft Azure Governamental para o qual deseja esse recurso, entre em contato com o representante da VMware para ativá-lo.

Março de 2020 - v3

Use as seguintes informações quando você tiver pods conectados à nuvem com data anterior a março de 2020 e quiser entender os efeitos dos novos recursos na sua experiência.

Especificamente sobre os pods do Horizon conectados à nuvem existentes
O lançamento do Horizon Cloud Connector 1.6.x conta com uma ferramenta de diagnóstico de linha de comando para você verificar a integridade dos componentes do sistema do pod do Horizon e dos serviços necessários para o Horizon Cloud Connector emparelhar corretamente o pod com o Horizon Cloud. Antes de fazer login no portal de configuração baseado na Web e executar o assistente de configuração de pod, você pode executar essa ferramenta de diagnóstico para verificar as coisas que possam impedir um resultado bem-sucedido. Se houver problemas descobertos, a ferramenta informará o nome do componente, os detalhes e as etapas de correção recomendadas.
Especificamente sobre os pods existentes no Microsoft Azure
Para que os novos recursos a seguir sejam usados com um pod existente anteriormente, primeiro esse pod deve ser atualizado para o manifesto 1976.0 ou posterior para tirar proveito do recurso, a menos que indicado de outra forma.
  • Para oferecer suporte a configurações avançadas de implantação, ao usar uma assinatura separada para a configuração externa do Unified Access Gateway, você pode implantar os recursos do Unified Access Gateway em um grupo de recursos existente criado pelo cliente, em vez do padrão criado pelo implantador de pod. Para que um pod existente aproveite esse novo recurso, é necessário primeiro atualizá-lo para a versão 1763 ou posterior do manifesto (manifesto de dezembro de 2019). Em seguida, você precisa atender a todos os requisitos documentados para usar uma assinatura separada, uma VNet e um grupo de recursos personalizado para a configuração do gateway externo, incluindo o emparelhamento dessa VNet com a VNet do pod e a criação do grupo de recursos nessa assinatura. Na sequência, você deve excluir a configuração do Unified Access Gateway externo existente do pod, usando o fluxo de trabalho do console para excluir esse gateway externo existente. Quando a exclusão for concluída, você poderá executar o fluxo de trabalho Editar Pod para adicionar o gateway externo usando a nova opção para colocar o Unified Access Gateway externo no seu grupo de recursos existente.
  • Suporte para que os administradores especifiquem que os nomes das atribuições de área de trabalho VDI dedicadas sejam exibidos nos clientes de usuário final depois que uma VM de área de trabalho VDI é atribuída ao usuário final, em vez de exibir o nome da VM da área de trabalho. Anteriormente, depois que um usuário final exigia uma VM de área de trabalho VDI específica, o cliente exibia o nome da VM da área de trabalho por padrão e esse comportamento não era configurável. Essa opção não altera o que é exibido para essas conexões de usuário final que estão passando pelo Workspace ONE Access. O Workspace ONE Access sempre exibe o nome de atribuição da área de trabalho VDI dedicada e, quando o usuário final inicializa a VM de área de trabalho no Workspace ONE Access, o nome da área de trabalho aparece no cliente do usuário final. Mesmo que você veja a opção desse recurso na página Configurações Gerais, um pod deve executar a versão 1976.0 do manifesto, ou mais recente, para aproveitar esse recurso.
  • O manifesto 1976.0 ou posterior do pod permite que os administradores coloquem uma VM do farm individual no modo de manutenção, de forma que o administrador possa realizar as ações de manutenção na VM. Antes que você possa explorar esse recurso para definir um modo de manutenção por VM, o pod deve estar executando a versão de manifesto desta versão. Além disso, devido a um problema conhecido no console, mesmo que as opções desse recurso sejam exibidas na guia Servidores do farm no console, as opções da interface do usuário não definirão o modo até que os agentes nas VMs do farm estejam executando a versão 20.1.0 ou posterior.
Itens adicionais relevantes para os clientes atuais
Aprimoramentos nos relatórios disponíveis na página Relatórios e na página Painel do console. Os dados nesses relatórios são fornecidos pelo Cloud Monitoring Service. Os pods existentes podem aproveitar esse recurso.

Dezembro de 2019 - v2.2

Use as informações a seguir se você tiver pods conectados à nuvem anteriores a dezembro de 2019 e quiser entender os efeitos causados em sua experiência pelos novos recursos.

Especificamente sobre os pods do Horizon conectados à nuvem existentes
A partir desta versão:
  • Alguns itens que estão dentro do seu controle podem impedir uma atualização automática bem-sucedida do Cloud Connector, como espaço de datastore insuficiente no seu ambiente vCenter para acomodar a atualização. A partir desta versão, se a atualização automatizada estiver ativada na sua conta de tenant do Horizon Cloud, esses itens serão identificados no console para que você possa solucioná-los e limpá-los.
  • As atualizações automáticos do Horizon Cloud Connector agora são compatíveis com os pods do Horizon implantados no VMware Cloud on AWS.
  • Melhorias na tela de sucesso da integração do Horizon Cloud Connector incluem a exibição do status de integridade dos componentes do Connector e uma opção para ativar e desativar o SSH no dispositivo do Horizon Cloud Connector.
Especificamente sobre os pods existentes no Microsoft Azure
Para que os novos recursos a seguir sejam usados com um pod existente anteriormente, primeiro esse pod deve ser atualizado para o manifesto 1763.0 ou posterior para tirar proveito do recurso, a menos que indicado de outra forma.
  • Para oferecer suporte a configurações avançadas de implantação, o implantador de pod inclui opções para:
    • Usar uma VNet separada para as instâncias de Unified Access Gateway da configuração do gateway externo, separada da VNet do pod e dos elementos do pod principal. O VNets deve ser emparelhado.
    • Usar uma assinatura separada para a configuração do Unified Access Gateway externo, separada da assinatura usada para os elementos principais do pod. Como uma VNet é definida como escopo para uma assinatura, o cenário de implantação de assinatura separada também é o cenário da VNet individual. O VNets deve ser emparelhado.
    • Para que um pod existente aproveite esse recurso, o pod deve primeiro ser atualizado para o manifesto 1763.0 ou mais recente. Em seguida, você precisa atender a todos os requisitos documentados para usar uma VNet separada para a configuração do gateway externo, incluindo o emparelhamento dessa VNet com a VNet do pod. Na sequência, você deve excluir a configuração do Unified Access Gateway externo existente do pod, usando o fluxo de trabalho do console para excluir esse gateway externo existente. Quando a exclusão for concluída, você poderá executar o fluxo de trabalho Editar Pod para adicionar o gateway externo usando as novas opções.
  • A partir do manifesto desta versão, você pode usar tipos de disco SSD para atribuições de área de trabalho VDI e farms RDSH.
  • A partir do manifesto desta versão, você pode personalizar os tamanhos de disco do SO para atribuições de área de trabalho VDI e farms RDSH. Em manifestos do pod anteriores, seus tamanhos de disco de SO foram definidos para serem os mesmos da imagem de base publicada, que tinha 127 GB por padrão e não pôde ser alterado.
  • Novo nesta versão, no assistente Importar VM do Marketplace, você verá uma alternância que fornece a capacidade de omitir a integração da VM resultante a um domínio do Active Directory. Antes, esse fluxo de trabalho ingressou na VM no domínio por padrão, e você não podia alterar esse comportamento. Essa nova alternância está disponível para os pods existentes antes da versão de manifesto desta versão.
  • Com o redesign da página capacidade nesta versão, a exibição Tipo foi removida. Com a remoção do modo de exibição Tipo da página Capacidade, há duas alterações relevantes sobre os itens que antes eram acessados nesse modo de exibição: a ação de exibir o uso atual do pod dos limites do Microsoft Azure da respectiva assinatura foi movida para a página de detalhes do pod, e a ação Remover Assinatura que estava presente nesse modo de exibição foi totalmente removida.
Itens adicionais relevantes para os clientes atuais
  • Aprimoramentos nos relatórios disponíveis na página Relatórios do Console Administrativo. Os dados nesses relatórios são fornecidos pelo Cloud Monitoring Service.
  • Aprimoramentos na página Capacidade do Console Administrativo do Horizon Cloud. Em vez de precisar analisar a página de detalhes de um pod para modificar os detalhes configuráveis do pod ou para excluir um pod do seu ambiente de tenant, você pode agora iniciar o pod de edição e remover fluxos de trabalho de pod da própria página Capacidade. Como resultado dessa reformulação, os fluxos de trabalho para modificar as informações de localização que foram feitas anteriormente usando a exibição de Localização da página Capacidade são agora opções dentro dos fluxos de trabalho de Editar Pod. Por exemplo, para especificar um novo nome de localização, use a ação Editar em um pod, e você pode especificar um novo nome de localização como uma opção desse fluxo de trabalho Editar Pod. Observe que não está mais disponível o fluxo de trabalho da visualização de Local anterior para remover as informações de assinatura salvas do Microsoft Azure quando todos os pods associados da assinatura foram excluídos.
  • O nome do produto anteriormente conhecido como VMware Identity Manager agora se chama VMware Workspace ONE™ Access.
  • O Horizon Agents Installer não instala mais um DaaS Agent inativo. Na versão anterior, o HAI instalou o MSI do DaaS Agent no sistema operacional convidado, mas ele estava inativo e não era usado. Nesta versão, o MSI não é instalado.

Setembro de 2019 - v2.1

Use as seguintes informações quando você tiver pods conectados à nuvem com data anterior a setembro de 2019 e quiser entender os efeitos dos novos recursos na sua experiência.

Especificamente sobre os pods do Horizon conectados à nuvem existentes
A partir desta versão:
  • A atualização automática agora é compatível com as versões 1.3 e 1.4 do Cloud Connector. É recomendável que os clientes com versões anteriores do Cloud Connector atualizem para a versão mais recente a fim de aproveitar esse recurso.
  • Serviços de Monitoramento de Nuvem (Cloud Monitoring Services, CMS) com detalhes de uso da sessão fornecidos como parte do Horizon Cloud Service.
Especificamente sobre os pods existentes no Microsoft Azure
Para que os novos recursos a seguir sejam usados com um pod existente anteriormente, primeiro esse pod deve ser atualizado para o manifesto 1600.0 ou posterior para tirar proveito do recurso, a menos que indicado de outra forma.
  • A arquitetura do pod foi alterada nesta versão. Todos os pods na versão do manifesto da versão de setembro de 2019 têm um balanceador de carga do Microsoft Azure do pod e uma instância do servidor da base de dados do Microsoft Azure para PostgreSQL (camada com memória otimizada para Gen 5). Isso significa que, antes de atualizar os pods existentes para a versão do manifesto desta versão, você deve garantir que a sua configuração de rede existente atenda aos protocolos, portas e DNS necessários para acomodar o balanceador de carga do Microsoft Azure do pod e a instância do servidor de base de dados do Microsoft Azure para PostgreSQL. Se você tiver firewalls ou grupos de segurança de rede que bloqueiem portas e protocolos específicos, compare sua configuração de rede atual com as informações nos tópicos a seguir e atualize sua configuração de rede adequadamente.
  • Esta versão oferece alertas avançados de erros de atualização do pod que exigem ações do cliente para solucioná-los. Alguns itens que estão completamente dentro do seu controle podem evitar uma atualização de pod bem-sucedida, como a falta de núcleos suficientes na assinatura associada do pod para criar a VM do jumpbox que coordena a atualização do pod. A partir desta versão, esses itens são identificados no console para que você possa resolvê-los e limpá-los.
  • A partir desta versão, você pode revisar as seguintes configurações relacionadas ao gateway em um pod já implantado: adicionar configurações de autenticação de dois fatores a um gateway que não tem essas configurações, editar as configurações de autenticação de dois fatores do gateway, alterar o configuração de tempo limite de intermediação da sessão. Em versões anteriores, era preciso configurar a autenticação de dois fatores RADIUS quando o pod era implantado pela primeira vez e não podia alterar essas configurações depois. Outra novidade nesta versão é que você pode excluir gateways de um pod já implantado e implantar um novo pod para ter um gateway externo sem um endereço IP público no balanceador de carga do Azure e, no lugar dele, um endereço IP privado nesse balanceador de carga.
  • Suporte para definir tags de recursos do Microsoft Azure ao criar uma nova atribuição de área de trabalho VDI dedicada ou flutuante ou um novo farm para Horizon Cloud on Microsoft Azure.
  • A alta disponibilidade agora está disponível. Para oferecer suporte à alta disponibilidade para pods no Microsoft Azure, a arquitetura do pod foi atualizada para usar o serviço de base de dados do Microsoft Azure para PostgreSQL (camada com memória otimizada para Gen 5), um balanceador de carga do Microsoft Azure e um conjunto de disponibilidade. Para um pod que foi implantado recentemente nesta versão, você tem a opção de ativar a alta disponibilidade para esse pod no momento da implantação ou ativar a alta disponibilidade mais tarde. No caso dos pods que existiam antes desta versão, antes de ativá-los para alta disponibilidade, você deve primeiro atualizá-los para o manifesto 1600.0 ou mais recente e também atualizar os agentes nas imagens, nos farms e nas atribuições de área de trabalho VDI dos pods para o nível desta versão. Quando as atualizações do pod e do agente forem concluídas, você poderá ativar a alta disponibilidade no pod editando-o na respectiva página de detalhes no Console Administrativo. Esse novo recurso traz requisitos adicionais para ativar o endpoint do serviço Microsoft.SQL na sub-rede de gerenciamento do pod quando o pod usa as sub-redes que você mesmo cria e para permitir o acesso de saída na porta 5432.

    Na versão de setembro de 2019, o recurso HA (alta disponibilidade) para pods no Microsoft Azure apenas é compatível com pods implantados nas regiões comerciais (globais padrão) do Microsoft Azure. Atualmente, o recurso de HA do pod não é compatível com pods implantados no Microsoft Azure China, no Microsoft Azure Alemanha e no Microsoft Azure Governamental (US Gov – Virgínia, US Gov – Arizona e US Gov – Texas). A equipe da VMware está trabalhando na inclusão do suporte para o recurso de HA aos pods nos ambientes de nuvem mencionados acima. Se você tem um pod no Microsoft Azure China, no Microsoft Azure Alemanha ou no Microsoft Azure Governamental e deseja atualizá-lo para a versão de manifesto desta versão sem o recurso de HA, entre em contato com seu representante da VMware para obter ajuda.

    Antes de atualizar um pod existente em uma das regiões globais padrão do Microsoft Azure para o manifesto 1600 ou mais recente, como a nova arquitetura do pod usa o serviço de base de dados do Microsoft Azure para PostgreSQL, você deve garantir que os seguintes itens estejam disponíveis:

  • Para aumentar a resiliência do processo de emparelhamento do Horizon Agent, esta versão traz uma evolução mais detalhada da mudança das funções do DaaS Agent para o Horizon Agent. O DaaS Agent agora foi incorporado ao Horizon Agent. Mesmo que o fluxo de trabalho automatizado Importar imagem e a instalação manual do Horizon Agents Installer instalem o MSI do DaaS Agent no sistema operacional convidado como faziam nas versões anteriores, a partir desta versão, o DaaS Agent está inativo e não é usado. No entanto, o serviço para o DaaS Agent ainda aparece na lista de Serviços do Windows. Não inicie esse serviço ou poderão ocorrer resultados inesperados.
  • Mover as funções do DaaS Agent para o Horizon View Agent alterou a Importação de Imagem automatizada do fluxo de trabalho do Azure Marketplace e as etapas para compilar manualmente uma VM de base. Anteriormente, a VM de base resultante do fluxo de trabalho automatizado era emparelhada com a nuvem no final do fluxo de trabalho, enquanto para uma VM criada manualmente, você tinha que fazer o bootstrap e emparelhar a VM manualmente. Para as VMs de base em um pod novo ou atualizado para esta versão de lançamento, agora a VM de base resultante é listada na página VMs Importadas com o status do agente Não Emparelhado. Para emparelhar a VM, você pode:
    • Executar a ação Redefinir o Emparelhamento do Agente na VM listada na página VMs Importadas, caso queira emparelhá-la com a nuvem antes de personalizá-la.
    • Executar a ação Nova Imagem na VM diretamente, caso a VM tenha todas as personalizações desejadas e você esteja pronto para publicá-la. Neste caso, o fluxo de trabalho de Nova Imagem executará primeiro o processo de emparelhamento para ativar o agente e, em seguida, você poderá preencher o restante dos campos e clicar em Publicar para publicar a imagem.
  • Com a mudança das funções do DaaS Agent para o Horizon View Agent, o fluxo de trabalho Redefinir o Emparelhamento do Agente agora está disponível para uso nas VMs importadas, nas VMs de servidor do farm e nas VMs de área de trabalho em atribuições de áreas de trabalho VDI dedicada. Nos detalhes de um farm ou da atribuição de área de trabalho VDI dedicada, se aparecer um estado de erro na coluna Status do Agente de uma VM de servidor do farm ou de uma VM de área de trabalho, você poderá usar a ação Redefinir o Emparelhamento do Agente no console para reparar o estado de emparelhamento da VM. (A ação não está disponível para atribuições de área de trabalho VDI flutuante.) Na página VMs Importadas, você pode usar a ação Redefinir o Emparelhamento do Agente para emparelhar inicialmente uma VM ainda não emparelhada ou reparar o estado de emparelhamento de uma VM já emparelhada.
  • O recurso de criptografia de disco agora usa o AzureDiskEncryption v2.2 mais recente, que inclui suporte à criptografia de disco para VMs com proxy no convidado configurado para conexão com a Internet. Para aproveitar esse novo suporte, atualize os agentes das suas VMs para a versão 19.3.0 ou posterior.
  • Orientação atualizada para usar os modelos de VM que têm no mínimo duas (2) CPUs para seus farms e atribuições de área de trabalho VDI. Testes de dimensionamento da VMware demonstraram que, para ambientes de produção, usar um mínimo de 2 CPUs evita problemas inesperados de conexão de usuário final. Mesmo que o sistema não impeça você de escolher um modelo de VM com uma única CPU, você deve usar tais modelos de VM para testes ou prova de conceitos somente.
  • Aprimoramentos de usabilidade para a página Tipos e Tamanhos de VM.
Itens adicionais relevantes para os clientes atuais
  • Melhor usabilidade e otimização da visualização de mapa interativo de Painel Unificado, incluindo reflexo mais preciso da funcionalidade de localização e zoom do pod.
  • Aprimoramentos nos relatórios disponíveis na página Relatórios do Console Administrativo. Os dados nesses relatórios são fornecidos pelo Cloud Monitoring Service.
  • Para pods do Horizon 7 conectados à nuvem, são exibidos detalhes adicionais na página de detalhes de um pod. O pod e o Cloud Connector devem estar na versão mais recente para ver esse recurso.
  • O nome do produto anteriormente conhecido como VMware User Environment Manager™ agora é chamado de VMware Dynamic Environment Manager™.