Seu ambiente de tenant do Horizon Cloud geral consiste no serviço de nuvem hospedado pela VMware e nos pods implantados nos ambientes de capacidade correspondentes e conectados ao serviço de nuvem. Quando um pod que consiste no software da VMware implantado em um ambiente de capacidade compatível é integrado adequadamente, ele se torna um pod conectado à nuvem. Quando pelo menos um pod estiver totalmente integrado ao ambiente do tenant, você poderá integrar pods adicionais para fazer uma frota de pods conectados à nuvem. Para trabalhar com a frota de pods conectados à nuvem do seu ambiente de tenant e os recursos de desktop como serviço que o serviço fornece, faça login no portal baseado na nuvem do ambiente do tenant chamado Console administrativo do Horizon Cloud, ou console, e o use.
Horizon Cloud
Um plano de controle é hospedado na nuvem pela VMware para a orquestração central e o gerenciamento de áreas de trabalho virtuais e de aplicativos.
pod conectado à nuvem
O software VMware foi implantado em um ambiente de capacidade com suporte e integrado à camada de controle da nuvem. Cada um desses ambientes de capacidade compatíveis oferece um tipo de pod específico:
  • Pod na sua assinatura do Microsoft Azure
  • Pod do Horizon no local
  • Pod do Horizon em um ambiente com um SDDC compatível com VMware, incluindo:
    • VMware Cloud on AWS
    • Azure VMware Solution (AVS)

Dependendo do tipo de ambiente de capacidade em uso, você pode usar o console baseado na nuvem para uma implantação automatizada de pods e para conexão com o Horizon Cloud. Para alguns desses tipos de pod, mesmo que eles não possam ser implantados e configurados automaticamente, ainda poderá integrar esses pods ao Horizon Cloud.

Para obter uma visão geral de alto nível do conceito da integração do pod, consulte o Guia de Implantação.

Camada de controle

A VMware hospeda a camada de controle na nuvem. Essa camada de controle fornece serviços que permitem a orquestração central e o gerenciamento de áreas de trabalho virtuais, sessões de área de trabalho remotas e aplicativos remotos dos seus usuários. A camada de controle permite o gerenciamento de seus pods. Os pods estão fisicamente localizados nos ambientes de capacidade que você fornece. Quando você efetua login no console com base na nuvem, pode ver todos os seus pods conectados à nuvem e executar atividades de gerenciamento entre eles, independentemente de onde estejam fisicamente localizados.

A VMware é responsável por hospedar o serviço e fornecer atualização e aprimoramento de recursos para uma experiência de software como serviço. O Horizon Cloud é um ambiente multiempresa e tem várias instâncias de camada de controle regional. Cada instância de camada de controle regional corresponde ao seu centro de dados geográfico de hospedagem, conforme descrito no documento de descrição do serviço disponível na página Descrição do VMware Horizon Service e Contrato de nível de serviço. A conta do seu tenant está associada a uma instância regional específica no momento em que a conta é criada.

A camada de controle de nuvem também hospeda a interface de usuário de gerenciamento baseada na nuvem e na Internet, chamada de Console administrativo do Horizon Cloud ou console. Este console é executado em navegadores padrão do setor. Ele fornece aos administradores de TI um local único para tarefas administrativas e de gerenciamento que envolvem as atribuições de usuários e as áreas de trabalho virtuais, as sessões de área de trabalho remota e os aplicativos. Este console pode ser acessado de qualquer lugar, a qualquer momento, oferecendo o máximo de flexibilidade possível.

Importante: O console administrativo é dinâmico e reflete o que está disponível no nível de serviço atual. No entanto, quando você tiver pods conectados à nuvem ainda não atualizados para o nível mais recente do software do pod, o console não exibirá os recursos que variam de acordo com o nível de software mais recente do pod. Além disso, em uma versão específica, o Horizon Cloud pode incluir recursos ou recursos licenciados separadamente que só estão disponíveis para configurações de contas de tenant específicas. O console reflete dinamicamente os elementos relacionados a esses recursos somente quando sua licença ou configuração de conta de tenant inclui o uso desses recursos.

Quando você espera ver um recurso no console administrativo, mas ele não está visível, entre em contato com seu representante de contas da VMware para verificar se sua configuração de conta de licença e ou de tenant autoriza seu uso.

Tipos de pod que você pode conectar ao Horizon Cloud

Esta versão do Horizon Cloud permite os seguintes tipos de implantação.

Observação: Para conectar um pod ao Horizon Cloud ou usar o console administrativo para uma implantação automatizada, sua conta do cliente deve ter o licenciamento apropriado. Para obter informações de licenciamento, entre em contato com seu representante de contas da VMware.
Tabela 1. Tipos de implantação de pod
Tipo de implantação Descrição
Pod do VMware Horizon localizado na sua infraestrutura local Implante o Horizon Cloud Connector em sua infraestrutura local e configure-o para conectar esse pod ao Horizon Cloud.
Pod do VMware Horizon que você instalou e configurou manualmente no seu SDDC do VMware Cloud on AWS Implante o Horizon Cloud Connector em seu SDDC do VMware Cloud on AWS e configure-o para conectar esse pod ao Horizon Cloud.
Pod do VMware Horizon que você implantou na nuvem do Azure VMware Solution (AVS) Implante o Horizon Cloud Connector na nuvem da solução AVS e configure-o para conectar o pod ao Horizon Cloud.
Pod do Horizon Cloud implantado pelo Horizon Cloud em sua capacidade de nuvem do Microsoft Azure Implante o pod usando o assistente de implantação automatizada do console administrativo.
Importante: Para ambientes de produção, garanta que os modelos de VM usados para os farms e as atribuições de área de trabalho tenham no mínimo duas (2) CPUs. O teste de dimensionamento da VMware mostrou que usar duas CPUs ou mais evita problemas de conexão do usuário final inesperados. 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.
Importante: Antes de iniciar o assistente de implantação de pod e começar a implantá-lo, além dos requisitos abaixo, você deve estar ciente dos seguintes pontos-chave:
  • A partir da versão de manutenção de julho de 2020, em ambientes totalmente novos, novos pods devem ser implantados com pelo menos uma configuração de gateway. Se a sua conta de cliente foi criada antes da versão de 2020 de julho, mas você ainda não tiver implantado o primeiro pod, a implantação desse primeiro pod exigirá a configuração de pelo menos uma configuração de gateway no momento da implantação do pod.
  • Uma implantação de pod bem-sucedida requer que nenhuma das políticas do Microsoft Azure que você ou sua equipe de TI tenha no ambiente do Microsoft Azure bloqueie, negue ou restrinja a criação dos componentes do pod. Além disso, você deve garantir que as definições de política interna das políticas do Microsoft Azure não bloqueiem, neguem nem restrinjam a criação dos componentes do pod. Por exemplo, você e sua equipe de TI devem garantir que nenhuma das políticas do Microsoft Azure bloqueie, negue ou restrinja a criação de componentes na conta de armazenamento do Azure. Para obter informações sobre as políticas do Azure, consulte a documentação da política do Azure.
  • O implantador do pod exige que a sua conta de armazenamento do Azure permita que o implantador use os tipos de conta StorageV1 e StorageV2 do Azure. Certifique-se de que suas políticas do Microsoft Azure não restrinjam nem neguem a criação de conteúdo que requer os tipos de conta StorageV1 e StorageV2 do Azure.
  • Como parte dos processos de implantação de gateway e de pod, a menos que você especifique tags de recursos personalizados no assistente de implantação, o Horizon Cloud cria grupos de recursos (RGs) na sua assinatura do Microsoft Azure que não têm etiquetas, incluindo o grupo de recursos inicial criado para a jumpbox temporária que orquestra esses processos de implantação. A partir da atualização do plano de nuvem de 8 de outubro de 2020, o assistente de implantação passou a ter um recurso no qual você pode especificar tags de recursos personalizadas que deseja aplicar aos grupos de recursos criados pelo implantador. Se você não especificar tags de recursos personalizadas e sua assinatura do Microsoft Azure tiver algum tipo de requisito de tag de recurso, a implantação do pod falhará se você tentar implantar um pod nessa assinatura, ou ela falhará durante a atualização do pod ou a adição de uma configuração de gateway a um pod. Se você não estiver planejando usar o recurso de tags de recursos personalizadas do assistente de implantação, deverá verificar se as suas políticas do Microsoft Azure permitem a criação dos grupos de recursos não marcados do pod na assinatura de destino. Para a lista de RGs que o implantador cria, consulte o tópico Grupos de recursos criados para um pod implantado no Microsoft Azure do Guia de administração.
  • Todos os pods conectados à nuvem devem ter linha de visão para o mesmo conjunto de domínios do Active Directory no momento em que você implantar esses pods.
Observação: Você deve selecionar uma cidade na lista de preenchimento automático do sistema. Atualmente, devido a um problema conhecido, os nomes dos locais não estão traduzidos.
Observação: Os números entre parênteses indicados em cada problema conhecido se referem aos sistemas de controle de problemas internos da VMware.