Este tópico descreve alguns dos limites comuns do VMware Horizon Cloud Service on Microsoft Azure de primeira geração que também são chamados de máximos suportados. Este tópico descreve atualmente os máximos com suporte tanto no número de VMs de área de trabalho e RDSH de farm que você pode implantar em uma única assinatura quanto no número total de sessões simultâneas conectadas que você pode ter por pod do Horizon Cloud de primeira geração. Ao longo do tempo, este tópico será atualizado para listar mais limites conhecidos.
Esses máximos suportados são o resultado de testar o serviço até esses máximos.
- Máximo de 2.000 VMs de área de trabalho e VMs RDSH de farm por assinatura
-
Esse limite é baseado nos limites de API do Microsoft Azure dados em uma única assinatura. Para funcionar bem dentro desses limites da interface de programação de aplicativos durante as operações normais, o
Horizon Cloud suporta um máximo de 2.000 VMs de área de trabalho e VMs RDSH de farm por assinatura.
O número de 2.000 por assinatura inclui VMs de área de trabalho VDI e VMs RDSH de farm e aplica-se a todos os pods na assinatura única. Por exemplo, se você tiver um pod na sua assinatura, poderá ter até 2.000 áreas de trabalho VDI nesse pod ou 1.950 áreas de trabalho VDI e mais 50 VMs RDSH de farm. Se você tiver mais de um pod em sua assinatura, o número de áreas de trabalho VDI e VMs RDSH de farm em todos os pods não deverá ser maior que o total de 2.000.
- Número máximo de sessões simultâneas conectadas por pod do Horizon Cloud
-
Um pod do
Horizon Cloud pode oferecer suporte a até 2.000 sessões simultâneas ativas. Esse número inclui as conexões individuais para áreas de trabalho de sessão única VDI usando sistemas operacionais do tipo cliente Windows, para áreas de trabalho de várias sessões usando o Windows 10 ou 11 Enterprise de várias sessões ou o Windows 11 Enterprise de várias sessões, para áreas de trabalho de várias sessões com base em sistemas operacionais Windows Server e aplicativos com base em RDS fornecidos pelo pod.
Por exemplo, quando seu pod tem 400 sessões de usuário ativas para 400 áreas de trabalho de sessão única VDI, 1.500 sessões de usuário ativas para uma máquina com o Windows 10 ou 11 de várias sessões e 100 sessões de usuário ativas para uma máquina com o Windows Server 2016 de várias sessões, isso atinge o máximo de 2.000 para o pod (400 + 1.500 + 100 = 2.000).
Não há suporte para mais de 2.000 sessões ativas por pod.
Além disso, quando o pod é configurado para usar uma configuração do Unified Access Gateway, esse número 2.000 é compatível apenas quando o modelo de VM
F8s_v2
é usado para os dispositivos do Unified Access Gateway.- Quando o modelo de VM
F8s_v2
é usado para os dispositivos do Unified Access Gateway, o pod pode oferecer suporte a no máximo 2.000. Quando você esperar que o uso no seu ambiente ultrapasse 1.000 sessões ativas no pod, deverá especificar o modelo de VMF8s_v2
no assistente de implantação de gateway. - Quando o modelo de VM
A4_v2
é usado para os dispositivos do Unified Access Gateway, o pod pode oferecer suporte somente a até 1.000 sessões ativas. Essa escolha é suficiente apenas para provas de conceito (PoCs), pilotos ou ambientes menores nos quais você sabe que não excederão 1.000 sessões ativas no pod.
Observe que a utilização de recursos nos dispositivos do Unified Access Gateway depende da atividade do usuário em sua sessão e pode variar com base em seus perfis de usuário e tipos de usuários.
- Quando o modelo de VM
- Número máximo de pods do Horizon Cloud por atribuição de várias nuvens VDI
-
O número máximo com suporte de pods do
Horizon Cloud em uma atribuição de várias nuvens VDI é cinco (5). O uso de mais de cinco aumenta a carga simultânea no
Universal Broker, que é a tecnologia de intermediação configurada no seu ambiente de tenant para uso com atribuições de várias nuvens VDI. O aumento dessa carga simultânea pode levar os usuários finais a encontrar falhas quando clicam no bloco exibido da atribuição no cliente, e o serviço tenta realizar a operação de login do usuário na área de trabalho virtual.
Além de aderir ao máximo de cinco pods por atribuição de várias nuvens VDI, você pode reduzir ainda mais a probabilidade de os usuários finais encontrarem falhas no momento em que clicam no bloco exibido da atribuição no cliente, incluindo uma capacidade adicional de área de trabalho de três por cento (3%) na atribuição de várias nuvens VDI. Por exemplo, quando você estiver definindo uma atribuição de várias nuvens VDI para provisionar 1.000 áreas de trabalho virtuais para 1.000 usuários, dimensione a atribuição para 1.030 áreas de trabalho.