Use as seguintes informações e os artigos vinculados durante a preparação para usar os serviços de camada de controle do Horizon Cloud de primeira geração ou do Horizon de primeira geração, durante a integração dos pods e durante o uso diário.

Importante: 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.

Pré-requisitos de configuração, Downloads de software, Persistência das configurações do usuário, Documentação do produto e recursos úteis adicionais

Pré-requisitos de configuração
Para implantações do Microsoft Azure, revise os pré-requisitos de configuração antes de iniciar a implantação.

Para integrar seus pods do Horizon para serviços da camada da nuvem, incluindo o serviço de licença, examine as descrições do tipo de arquitetura de implantação usado pelo pod e a orientação de integração. Consulte as informações nos seguintes locais:

Downloads de software
Examine os downloads dos softwares que você pode querer para seu ambiente do VMware Customer Connect. Embora esses downloads possam ser opcionais antes de você começar sua implantação específica, dependendo do cenário do seu caso de uso, convém revê-los antes da implantação. Consulte a página de download do VMware Horizon Cloud Service, localize a data de lançamento do serviço mais recente e navegue até o link de downloads. Na mesma página, você verá a linha do Horizon Cloud Connector e poderá clicar em Ir para Downloads para obter as versões mais recentes tanto do Horizon Cloud Connector quanto do instalador do plug-in VMware Universal Broker. Para obter uma tabela de qual versão do instalador de plug-in do VMware Universal Broker é exibida com o Horizon Connection Server, consulte a tabela no tópico Pods do Horizon: instalar o plug-in do Universal Broker no servidor de conexão.
Persistência das configurações do usuário
Para todas as implantações do Microsoft Azure, você pode fornecer persistência de perfis de usuário usando o VMware Dynamic Environment Manager™ com redirecionamento de pastas. Você pode baixar o software Dynamic Environment Manager, que é compatível para uso com esta versão da Página de download do VMware Horizon Cloud Service e acessar o link de downloads para esta versão específica.
Documentação do produto e recursos úteis adicionais

Para acessar a documentação do produto para os diversos modelos de implantação, consulte a página inicial de documentação do VMware Horizon Cloud Service.

Visite o site da comunidade para obter dicas úteis e fazer quaisquer perguntas. Há também artigos técnicos disponíveis na seção Recursos da página do produto Horizon Cloud.

Fatos úteis do dia 0 que precisa saber

Antes de fazer qualquer tipo de implantação
Antes de fazer implantações do Microsoft Azure
  • Assinaturas e número de pods: lembre-se do número de pods que você implanta em uma única assinatura do Microsoft Azure, principalmente se pretende colocar cada pod em execução em grande escala. Apesar de ser possível implantar vários pods em uma única assinatura do Microsoft Azure, seja tudo em uma região ou espalhado por várias regiões, o Microsoft Azure impõe certos limites dentro de uma assinatura única. Devido a esses limites do Microsoft Azure, a implantação de muitos pods em uma única assinatura aumenta a probabilidade de atingir esses limites. Inúmeras variáveis, e combinações dessas variáveis, estão envolvidas em atingir esses limites, como o número de pods, o número de farms e atribuições em cada pod, o número de servidores em cada pod, o número de áreas de trabalho em cada atribuição etc. Se você pretende ter pods em execução em grande escala, considere adotar a abordagem de ter várias assinaturas com essas várias assinaturas em uma conta do Microsoft Azure. Os clientes do Microsoft Azure podem, e muitas vezes preferem, essa abordagem porque ela fornece alguns benefícios para um gerenciamento contínuo das assinaturas. Com essa abordagem, você implanta somente um pod por assinatura, reúne essas assinaturas em apenas uma “conta principal” e evita as chances de atingir os limites do Microsoft Azure impostos a uma única assinatura.
  • O acesso de saída à Internet é necessário na Rede Virtual do Microsoft Azure (VNet) usada pelas VMs do gerenciador de pods da implantação. A autenticação baseada em proxy tem suporte para uma implantação do Horizon Cloud on Microsoft Azure. Você deve fornecer os detalhes de proxy no assistente de implantação de pod. Para a implantação de pods, nomes DNS específicos devem ser acessíveis e portas e protocolos específicos devem ser permitidos. Consulte Tenants de primeira geração: Implantações do Horizon Cloud on Microsoft Azure: requisitos de resolução de nomes de host e nomes DNS para os requisitos de conectividade.
  • Dimensionamento da sub-rede: a expansão do tamanho das sub-redes do pod após a implantação dele não é suportada no momento. Como resultado, para ambientes de produção, você deve usar tamanhos de sub-rede que sejam grandes o suficiente para acomodar os seguintes requisitos:
    • Sub-rede de gerenciamento: ao implantar um pod, a partir de março de 2019, é necessário que a sub-rede de gerenciamento do pod tenha no mínimo o CIDR /27. Nas versões anteriores, era permitido um mínimo de CIDR inferior de /28. Essa alteração foi feita para reduzir a ocorrência de problemas que podem acontecer durante atualizações do pod devido à falta de endereços IP disponíveis na sub-rede. Um CIDR de /27 fornece para 32 endereços IP.
    • Sub-rede da VM (principal): use um CIDR em um intervalo grande o suficiente para acomodar a conexão de VMs com suas áreas de trabalho VDI antecipadas, as imagens RDS e todas as VMs nos farms RDS do pod. As VMs do Gerenciador de pods e as VMs do Unified Access Gateway também precisam de alguns endereços IP dessa sub-rede (12 endereços no total para acomodar a atualização azul-verde de um pod ativado para HA com ambos os tipos de gateways). Em geral, o intervalo de /24 a /21 atenderia a casos de uso típicos. Nota: às vezes, a sub-rede da VM é chamada de sub-rede da área de trabalho ou do tenant.
    • A partir do lançamento de serviço de julho de 2020 e o manifesto de pod 2298.0, um novo recurso permite o uso de sub-redes adicionais de tenant para seus áreas de trabalho VDI e VMs de farms RDS. Essas sub-redes adicionais podem estar na mesma VNet que o pod ou em VNets emparelhadas. Para um pod no manifesto 2298.0 ou posterior, você pode editar a configuração desse pod para incluir essas sub-redes adicionais. Em seguida, você pode especificar o uso dessas sub-redes adicionais de tenant nas definições dos seus farms e atribuições de área de trabalho VDI, em vez fazer com que elas usem a sub-rede de VMs primárias. O uso dessas sub-redes secundárias para suas VMs de farm e VMs de áreas de trabalho VDI permite uma administração simplificada, pois você pode especificar quais farms e atribuições de áreas de trabalho VDI estão em qual VNet e sub-rede de tenants.
  • Para usar o recurso para implantar o gateway externo na sua própria VNet, as VNets devem estar emparelhadas. Como resultado, você deve criar as sub-redes manualmente antes de executar o assistente de implantação. Para a VNet do gateway externo, sua sub-rede de gerenciamento e sub-rede de back-end devem seguir o mesmo nível de CIDR/27.
Antes de conectar pods por meio do Horizon Cloud Connector
  • Novas implantações devem baixar e usar a versão mais recente do Horizon Cloud Connector que está disponível no VMware Customer Connect e que é compatível com a versão de software Horizon Connection Server do pod. Usar a versão mais recente garante que você tenha as correções e melhorias mais recentes. Para obter a matriz de compatibilidade entre o Horizon Cloud Connector e o Horizon Connection Server, visite VMware Product Interoperability Matrix e verifique a interoperabilidade entre os dois nomes de solução listados como VMware Horizon Cloud Connector e VMware Horizon.
  • O acesso à Internet de saída é necessário para que o Horizon Cloud Connector se comunique com o plano de nuvem do serviço, especialmente para receber os detalhes de licenciamento. Nomes DNS específicos devem ser acessíveis e portas e protocolos específicos devem ser permitidos. Consulte Tenants de primeira geração: requisitos de DNS, portas e protocolos ao usar o Horizon Cloud Connector e um pod do Horizon para os requisitos de conectividade.
  • Antes de conectar um segundo pod do Horizon ao Horizon Cloud, você deve fazer login no console administrativo do Horizon Cloud e concluir o processo de registro de domínio do Active Directory depois de conectar seu primeiro pod do Horizon por meio do processo de integração do Horizon Cloud Connector. Quando você emparelha vários pods do Horizon com o Horizon Cloud antes de concluir o registro de domínio do Active Directory, podem ocorrer resultados inesperados ao fazer login no console para tentar o processo de registro de domínio.
  • Devido a um problema conhecido, quando você estiver usando um domínio local do Active Directory para atender a um pod no VMware Cloud on AWS, poderão ocorrer tempos de acesso lentos devido à latência da rede ou ao congestionamento da rede entre esse domínio do Active Directory local e o pod no VMware Cloud on AWS, o que resulta em tempo limite atingido em chamadas para o domínio. Os sintomas dessa latência normalmente incluem a falha da tela de login do Active Directory ao concluir o login antes de o tempo limite ser atingido. Se você tiver esses sintomas, configurar um controlador de domínio gravável em cada centro de dados definido por software (SDDC) na nuvem poderá ajudar.

Sobre alguns dos e-mails operacionais do serviço

A partir da versão de serviço de abril de 2021, para cada registro de cliente associado a um representante de conta de cliente VMware designado, alguns dos e-mails operacionais do sistema incluirão por padrão os endereços de e-mail desses representantes de conta de cliente VMware designado no campo BCC. O objetivo de incluir os representantes de conta de cliente VMware no campo BCC desses e-mails é garantir melhor integração e continuidade dos negócios.

Os e-mails operacionais que incluirão os representantes de conta de cliente VMware no campo BCC são:

  • Na criação inicial de seu registro de cliente para o serviço, um nome de cliente e um endereço de e-mail são especificados como Proprietário no registro de cliente recém-criado. Um e-mail de boas-vindas é enviado ao endereço de e-mail associado a esse nome de cliente Proprietário.
  • Quando ocorrem quaisquer atualizações relacionadas a esse Proprietário, como um endereço de e-mail atualizado, é enviado um e-mail de notificação.
  • Quando ocorrem quaisquer atualizações relacionadas às licenças do Horizon do registro do cliente, é enviado um e-mail de notificação.