Implantar o Horizon na solução VMware do Azure
Nota
Este documento concentra-se no produto VMware Horizon, anteriormente conhecido como Horizon 7. O Horizon é uma solução diferente do Horizon Cloud no Azure, embora existam alguns componentes compartilhados. As principais vantagens da Solução VMware do Azure incluem um método de dimensionamento mais simples e a integração do gerenciamento de nuvem privada SDDC (Software-Defined Data Center) no portal do Azure.
O VMware Horizon®, uma plataforma virtual de desktop e aplicativos, é executado no data center e oferece gerenciamento simples e centralizado. Ele oferece desktops virtuais e aplicativos em qualquer dispositivo, em qualquer lugar. O Horizon permite criar e intermediar conexões com áreas de trabalho virtuais Windows e Linux, aplicativos hospedados pelo Servidor de Área de Trabalho Remota (RDS), áreas de trabalho e máquinas físicas.
Aqui, nos concentramos especificamente na implantação do Horizon on Azure VMware Solution. Para obter informações gerais sobre o VMware Horizon, consulte a documentação de produção do Horizon:
Com a introdução da Horizon na Solução VMware do Azure, existem agora duas soluções de Virtual Desktop Infrastructure (VDI) na plataforma Azure:
VMware Horizon na solução VMware do Azure
VMware Horizon Cloud (modelo de desktop como serviço)
O Horizon 2006 e versões posteriores na linha de lançamento do Horizon 8 oferecem suporte à implantação local e da Solução VMware do Azure. Há alguns recursos do Horizon com suporte no local, mas não na Solução VMware do Azure. Outros produtos do ecossistema Horizon também são suportados. Para obter mais informações, consulte Paridade e interoperabilidade de recursos.
Implante o Horizon em uma nuvem híbrida
Você pode implantar o Horizon em um ambiente de nuvem híbrida usando o Horizon Cloud Pod Architecture (CPA) para interconectar data centers locais e do Azure. O CPA amplia sua implantação, cria uma nuvem híbrida e fornece redundância para continuidade de negócios e recuperação de desastres. Para obter mais informações, consulte Expandindo ambientes existentes do Horizon 7.
Importante
A CPA não é uma implantação esticada; cada pod Horizon é distinto, e todos os Servidores de Conexão que pertencem a cada um dos pods individuais devem estar localizados em um único local e ser executados no mesmo domínio de transmissão de uma perspetiva de rede.
Como data centers locais ou privados, você pode implantar o Horizon em uma nuvem privada da Solução VMware do Azure. Nas seções a seguir, discutimos as principais diferenças na implantação do Horizon local e da Solução VMware do Azure.
A nuvem privada do Azure é conceitualmente a mesma que o VMware SDDC, um termo normalmente usado na documentação do Horizon. O resto deste documento usa ambos os termos indistintamente.
O Horizon Cloud Connector é necessário para que o Horizon on Azure VMware Solution gerencie licenças de assinatura. Você pode implantar o Cloud Connector na Rede Virtual do Azure junto com os Horizon Connection Servers.
Importante
O suporte do Horizon Control Plane para a solução VMware do Horizon on Azure ainda não está disponível. Certifique-se de baixar a versão VHD do Horizon Cloud Connector.
Função de administrador de nuvem do vCenter Server
Como a Solução VMware do Azure é um serviço SDDC e o Azure gerencia o ciclo de vida do SDDC na Solução VMware do Azure, o modelo de permissão do vCenter Server na Solução VMware do Azure é limitado por design.
Os clientes são obrigados a usar a função Cloud Admin, que tem um conjunto limitado de permissões do vCenter Server. O produto Horizon foi modificado para funcionar com a função de administrador de nuvem na solução VMware do Azure, especificamente:
O provisionamento de clone instantâneo foi modificado para ser executado na Solução VMware do Azure.
Uma política vSAN (VMware_Horizon) específica foi criada na Solução VMware do Azure para trabalhar com o Horizon, que deve estar disponível e ser usada nos SDDCs implantados no Horizon.
O vSphere Content-Based Read Cache (CBRC), também conhecido como View Storage Accelerator, é desabilitado quando executado na Solução VMware do Azure.
Importante
O CBRC não deve ser ligado novamente.
Nota
A Solução VMware do Azure define automaticamente configurações específicas do Horizon, desde que você implante o Horizon 2006 (Horizon 8) e superior na ramificação do Horizon 8 e selecione a opção Azure no instalador do Horizon Connection Server.
Arquitetura de implantação da solução VMware do Horizon on Azure
Um projeto de arquitetura Horizon típico usa uma estratégia de pod e block. Um bloco é um único vCenter Server, enquanto vários blocos combinados formam um pod. Um pod Horizon é uma unidade de organização determinada pelos limites de escalabilidade do Horizon. Cada pod Horizon tem um portal de gerenciamento separado e, portanto, uma prática de design padrão é minimizar o número de pods.
Cada nuvem tem seu próprio esquema de conectividade de rede. Combine isso com o VMware NSX, a conectividade de rede da Solução VMware do Azure apresenta requisitos exclusivos para a implantação do Horizon que é diferente do local.
Cada nuvem privada e SDDC da Solução VMware do Azure pode lidar com 4.000 sessões de desktop ou aplicativo, assumindo:
O tráfego de carga de trabalho está alinhado com o perfil de trabalhador da tarefa LoginVSI.
Apenas o tráfego de protocolo é considerado, sem dados do usuário.
O NSX Edge está configurado para ser grande.
Nota
Seu perfil de carga de trabalho e necessidades podem ser diferentes e, portanto, os resultados podem variar com base no seu caso de uso. Os volumes de dados do usuário podem reduzir os limites de escala no contexto de sua carga de trabalho. Dimensione e planeje sua implantação de acordo. Para obter mais informações, consulte as diretrizes de dimensionamento na seção Dimensionar hosts de solução VMware do Azure para implantações do Horizon.
Dado o limite máximo de nuvem privada do Azure e SDDC, recomendamos uma arquitetura de implantação em que os Horizon Connection Servers e os VMware Unified Access Gateways (UAGs) sejam executados dentro da Rede Virtual do Azure. Ele efetivamente transforma cada nuvem privada do Azure e SDDC em um bloco. Por sua vez, maximizando a escalabilidade do Horizon em execução no Azure VMware Solution.
A conexão da Rede Virtual do Azure com as nuvens privadas/SDDCs do Azure deve ser configurada com Conexões de Rota Expressa (habilitado para FastPath). O diagrama a seguir mostra uma implantação básica do pod Horizon.
Conectividade de rede para dimensionar o Horizon no Azure VMware Solution
Esta seção apresenta a arquitetura de rede em um alto nível com alguns exemplos comuns de implantação para ajudá-lo a dimensionar o Horizon on Azure VMware Solution. O foco é especificamente em elementos críticos de rede.
Pod Single Horizon na solução VMware do Azure
Um único pod Horizon é o cenário de implantação mais simples porque você implanta apenas um pod Horizon na região Leste dos EUA. Como estima-se que cada nuvem privada e SDDC lide com 4.000 sessões de desktop, você implanta o tamanho máximo do pod Horizon. Você pode planejar a implantação de até três nuvens privadas/SDDCs.
Com as máquinas virtuais (VMs) de infraestrutura Horizon implantadas na Rede Virtual do Azure, você pode alcançar as 12.000 sessões por pod Horizon. A conexão entre cada nuvem privada e o SDDC à Rede Virtual do Azure é uma Conexão de Rota Expressa (habilitado para FastPath). Não é necessário tráfego leste-oeste entre nuvens privadas.
Os principais pressupostos para este exemplo de implantação básica incluem que:
Você não tem um pod Horizon local que deseja conectar a esse novo pod usando a Cloud Pod Architecture (CPA).
Os usuários finais se conectam a suas áreas de trabalho virtuais pela Internet (em vez de se conectarem por meio de um datacenter local).
Você conecta seu controlador de domínio do AD na Rede Virtual do Azure com seu AD local por meio de VPN ou circuito de Rota Expressa.
Uma variação do exemplo básico pode ser oferecer suporte à conectividade para recursos locais. Por exemplo, os usuários acessam áreas de trabalho e geram tráfego de aplicativos de área de trabalho virtual ou se conectam a um pod Horizon local usando CPA.
O diagrama mostra como dar suporte à conectividade para recursos locais. Para se conectar à sua rede corporativa à Rede Virtual do Azure, você precisa de um circuito de Rota Expressa. Você precisa conectar sua rede corporativa com cada uma das nuvens privadas e SDDCs usando o ExpressRoute Global Reach. Ele permite a conectividade do SDDC com o circuito ExpressRoute e recursos locais.
Vários pods Horizon na solução VMware do Azure em várias regiões
Outro cenário é escalar o Horizon em vários pods. Nesse cenário, você implanta dois pods Horizon em duas regiões diferentes e federa-os usando CPA. É semelhante à configuração de rede no exemplo anterior, mas com mais links inter-regionais.
Conecte a Rede Virtual do Azure em cada região às nuvens privadas/SDDCs na outra região. Ele permite que os servidores de conexão Horizon que fazem parte da federação CPA se conectem a todos os desktops sob gerenciamento. Adicionar nuvens/SDDCs privadas extras a essa configuração permitiria que você escalasse para 24.000 sessões no total.
Os mesmos princípios se aplicam se você implantar dois pods Horizon na mesma região. Certifique-se de implantar o segundo pod do Horizon em uma Rede Virtual do Azure separada. Assim como o exemplo de pod único, você pode conectar sua rede corporativa e pod local a este exemplo de vários pods/regiões usando ExpressRoute e Global Reach.
Dimensionar hosts da solução VMware do Azure para implantações do Horizon
A metodologia de dimensionamento do Horizon em um host executado no Azure VMware Solution é mais simples do que o Horizon local. É mais simples porque o host da Solução VMware do Azure é padronizado. O dimensionamento exato do host ajuda a determinar o número de hosts necessários para dar suporte aos seus requisitos de VDI. É fundamental para determinar o custo por desktop.
Tabelas de dimensionamento
Os requisitos específicos de vCPU/vRAM para desktops virtuais Horizon dependem do perfil de carga de trabalho específico do cliente. Trabalhe com sua equipe de vendas MSFT e VMware para ajudar a determinar seus requisitos de vCPU/vRAM para seus desktops virtuais.
| vCPU por VM | vRAM por VM (GB) | Instância | 100 VMs | 200 VMs | 300 VMs | 400 VMs | 500 VMs | 600 VMs | 700 VMs | 800 VMs | 900 VMs | 1000 VMs | 2000 VMs | 3000 VMs | 4000 VMs | 5000 VMs | 6000 VMs | 6400 VMs |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2 | 3.5 | AVS | 3 | 3 | 4 | 4 | 5 | 6 | 6 | 7 | 8 | 9 | 17 | 25 | 33 | 41 | 49 | 53 |
| 2 | 4 | AVS | 3 | 3 | 4 | 5 | 6 | 6 | 7 | 8 | 9 | 9 | 18 | 26 | 34 | 42 | 51 | 54 |
| 2 | 6 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 12 | 13 | 26 | 38 | 51 | 62 | 75 | 79 |
| 2 | 8 | AVS | 3 | 5 | 6 | 8 | 9 | 11 | 12 | 14 | 16 | 18 | 34 | 51 | 67 | 84 | 100 | 106 |
| 2 | 12 | AVS | 4 | 6 | 9 | 11 | 13 | 16 | 19 | 21 | 23 | 26 | 51 | 75 | 100 | 124 | 149 | 158 |
| 2 | 16 | AVS | 5 | 8 | 11 | 14 | 18 | 21 | 24 | 27 | 30 | 34 | 67 | 100 | 133 | 165 | 198 | 211 |
| 4 | 3.5 | AVS | 3 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 22 | 33 | 44 | 55 | 66 | 70 |
| 4 | 4 | AVS | 3 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 22 | 33 | 44 | 55 | 66 | 70 |
| 4 | 6 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 12 | 13 | 26 | 38 | 51 | 62 | 75 | 79 |
| 4 | 8 | AVS | 3 | 5 | 6 | 8 | 9 | 11 | 12 | 14 | 16 | 18 | 34 | 51 | 67 | 84 | 100 | 106 |
| 4 | 12 | AVS | 4 | 6 | 9 | 11 | 13 | 16 | 19 | 21 | 23 | 26 | 51 | 75 | 100 | 124 | 149 | 158 |
| 4 | 16 | AVS | 5 | 8 | 11 | 14 | 18 | 21 | 24 | 27 | 30 | 34 | 67 | 100 | 133 | 165 | 198 | 211 |
| 6 | 3.5 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 13 | 14 | 27 | 41 | 54 | 68 | 81 | 86 |
| 6 | 4 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 13 | 14 | 27 | 41 | 54 | 68 | 81 | 86 |
| 6 | 6 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 13 | 14 | 27 | 41 | 54 | 68 | 81 | 86 |
| 6 | 8 | AVS | 3 | 5 | 6 | 8 | 9 | 11 | 12 | 14 | 16 | 18 | 34 | 51 | 67 | 84 | 100 | 106 |
| 6 | 12 | AVS | 4 | 6 | 9 | 11 | 13 | 16 | 19 | 21 | 23 | 26 | 51 | 75 | 100 | 124 | 149 | 158 |
| 6 | 16 | AVS | 5 | 8 | 11 | 14 | 18 | 21 | 24 | 27 | 30 | 34 | 67 | 100 | 133 | 165 | 198 | 211 |
| 8 | 3.5 | AVS | 3 | 4 | 6 | 7 | 9 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | 82 | 98 | 105 |
| 8 | 4 | AVS | 3 | 4 | 6 | 7 | 9 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | 82 | 98 | 105 |
| 8 | 6 | AVS | 3 | 4 | 6 | 7 | 9 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | 82 | 98 | 105 |
| 8 | 8 | AVS | 3 | 5 | 6 | 8 | 9 | 11 | 12 | 14 | 16 | 18 | 34 | 51 | 67 | 84 | 100 | 106 |
| 8 | 12 | AVS | 4 | 6 | 9 | 11 | 13 | 16 | 19 | 21 | 23 | 26 | 51 | 75 | 100 | 124 | 149 | 158 |
| 8 | 16 | AVS | 5 | 8 | 11 | 14 | 18 | 21 | 24 | 27 | 30 | 34 | 67 | 100 | 133 | 165 | 198 | 211 |
Entradas de dimensionamento de horizonte
Aqui está o que você precisa reunir para sua carga de trabalho planejada:
Número de desktops simultâneos
VCPU necessária por área de trabalho
VRAM necessária por área de trabalho
Armazenamento necessário por área de trabalho
Em geral, as implantações de VDI são restritas à CPU ou à RAM, o que determina o tamanho do host. Vamos tomar o seguinte exemplo para um tipo de carga de trabalho do LoginVSI Knowledge Worker, validado com teste de desempenho:
2.000 implantação simultânea de desktop
2vCPU por desktop.
4 GB de vRAM por desktop.
50 GB de armazenamento por desktop
Neste exemplo, o número total de hosts é de 18, produzindo uma densidade de VM por host de 111.
Importante
As cargas de trabalho do cliente variam deste exemplo de um LogoVSI Knowledge Worker. Como parte do planejamento de sua implantação, trabalhe com seus VMware EUC SEs para suas necessidades específicas de dimensionamento e desempenho. Certifique-se de executar seu próprio teste de desempenho usando a carga de trabalho real planejada antes de finalizar o dimensionamento do host e ajustar de acordo.
Licenciamento da solução VMware do Horizon on Azure
Há quatro componentes para os custos gerais de execução do Horizon no Azure VMware Solution.
Custo de capacidade da solução VMware do Azure
Para obter informações sobre os preços, consulte a página de preços da Solução VMware do Azure
Custo de licenciamento do Horizon
Há duas licenças disponíveis para uso com a Solução VMware do Azure, que podem ser Usuário Simultâneo (CCU) ou Usuário Nomeado (NU):
Licença de Subscrição Horizon
Licença de Subscrição Universal Horizon
Se apenas implantar o Horizon no Azure VMware Solution no futuro previsível, use a Licença de Assinatura do Horizon, pois é um custo menor.
Se implantado na Solução VMware do Azure e localmente, escolha a Licença de Assinatura Universal do Horizon como um caso de uso de recuperação de desastres. No entanto, ele inclui uma licença vSphere para implantação local, portanto, tem um custo mais alto.
Trabalhe com sua equipe de vendas VMware EUC para determinar o custo de licenciamento do Horizon com base em suas necessidades.
Tipos de instância do Azure
Para entender os tamanhos de máquina virtual do Azure necessários para a infraestrutura do Horizon, consulte Instalação do Horizon na solução VMware do Azure.
Referências
Requisitos do sistema para o Horizon Agent for Linux
Próximos passos
Para saber mais sobre o VMware Horizon on Azure VMware Solution, leia as Perguntas frequentes sobre o VMware Horizon.