Implantações de pod, implantações das configurações de gateway do pod e operações padrão exigem tipos e tamanhos específicos de máquinas virtuais (VMs) em sua capacidade de nuvem do Microsoft Azure. Sua assinatura precisa ter as cotas e a configuração apropriadas para ter compatibilidade com essas VMs. Quando você estiver usando a opção de implantar o gateway externo do pod em uma assinatura separada, essa assinatura precisará da quota e da configuração para suportar a configuração do gateway externo.
Nas tabelas abaixo, a coluna de especificação de VM fornece:
- Os nomes de série que são usados na documentação do Microsoft Azure
- Os nomes da família de vCPUs que são usadas nas cotas exibidas no portal do Microsoft Azure
- O nome específico do tipo de VM dessa família
Para ver as quotas atuais de uma assinatura no portal do Microsoft Azure, vá para , clique na assinatura e em Uso + Quotas. Para obter mais informações sobre os tamanhos das máquinas virtuais do Microsoft Windows no Microsoft Azure, consulte este tópico e seus subtópicos na documentação do Microsoft Azure: https://docs.microsoft.com/pt-br/azure/virtual-machines/windows/sizes.
VMs do gerenciador de pods
Essas VMs geralmente são consideradas o coração do pod. As VMs do gerenciador de pods são responsáveis por facilitar a conexão dos clientes do usuário final com o software do Horizon Agent executado nas áreas de trabalho virtuais provisionadas pelo pod.
A partir da versão de serviço v2204, as novas implantações do Horizon Cloud on Microsoft Azure são implantadas com alta disponibilidade configurada por padrão. A implantação tem duas VMs de gerenciador de pods.
| VM | Especificação de VM do Microsoft Azure | Quantidade | Descrição |
|---|---|---|---|
| Instâncias do gerenciador de pods | Linux - Família Dv3 padrão: Standard_D4_v3 (4 núcleos, 16 GB de memória). Disco de SO: padrão HDD 30 GiB
Observação: Se o tipo Standard_D4_v3 não estiver disponível na sua região do Microsoft Azure, o implantador do pod usará Standard_D3_v2 (4 núcleos, 14 GB de memória) da família Dv2 padrão.
|
2 por pod durante as operações em estado estável 4 por pod durante o tempo de ponta-a-ponta para o processo de atualização azul/verde do pod. |
Durante as operações de estado estável, duas VMs existem, são ligadas e executam o pod. Quando um novo manifesto de pod é disponibilizado a você pelas operações da VMware, e o sistema começa a criar os componentes verdes para o processo de atualização azul/verde do pod, uma segunda instância por VM de gerenciador de pods é criada e ligada. Nesse momento, o total de VMs do gerenciador de pods em execução é de quatro (4). Como parte do processo de atualização de ponta-a-ponta, você agenda a hora em que o sistema passará a usar os componentes verdes. Após a conclusão dessa mudança, o pod usará as duas VMs recém-criadas para operações em estado estável, e as duas usadas anteriormente no conjunto de componentes azuis são interrompidas e excluídas. O tamanho do seu ambiente deve acomodar as quatro instâncias do gerenciador de pods em execução lado a lado para o período de atualização de ponta a ponta a partir do momento em que o sistema começa a criar os componentes verdes do pod para o processo de atualização azul/verde, tendo em vista quando as atividades de atualização forem concluídas e o pod passar a usar os novos componentes verdes. Consulte Pods do Horizon Cloud — Manutenção e atualizações para obter uma descrição do processo de atualização azul/verde do pod. |
VMs relacionadas ao gateway
As seguintes instâncias se enquadram nessa categoria de VMs relacionadas ao gateway:
- As instâncias do Unified Access Gateway configuradas para funcionar como gateways seguros para os clientes de usuário final que acessam os recursos provisionados pelo pod.
- A VM do conector de gateway, criada no cenário em que você opta por implantar o gateway externo em uma VNet separada da VNet do pod. Esse conector de gateway lida com as operações de gerenciamento de nuvem nesse cenário.
As atualizações de software manterão os modelos de VM das instâncias de gateway. Qualquer que seja o modelo de VM das instâncias de gateway antes de uma atualização do pod, ele será mantido após a atualização.
| VM | Especificação de VM do Microsoft Azure | Quantidade | Descrição |
|---|---|---|---|
| Instâncias do Unified Access Gateway | A partir desta versão, você pode escolher entre os modelos de VM a seguir para novas implantações de gateway.
|
Varia com base em se você escolher uma configuração externa ou interna para o Unified Access Gateway ou ambos os tipos no mesmo pod.
Para uma configuração somente externa ou somente interna:
Para um pod com tanto uma configuração interna quanto uma externa do
Unified Access Gateway,
|
O Unified Access Gateway é um recurso opcional implantado para seu pod quando você define as configurações de gateway no assistente de implantação. Se você optar por ter instâncias do Unified Access Gateway para o pod, seu ambiente deverá acomodar essas instâncias em execução durante o processo de atualização azul/verde ponta-a-ponta do pod. O número de instâncias de estado estável depende de você optar por ter ambas as configurações externa e interna do Unified Access Gateway. Quando você tem apenas uma configuração externa ou apenas uma configuração interna do Unified Access Gateway, durante operações de estado estável, existem duas instâncias ligadas que fornecem os recursos do Unified Access Gateway. Durante um processo de atualização, duas instâncias adicionais são criadas e ligadas para executar as atualizações de software no Unified Access Gateway. Após a conclusão da atualização, o pod migra para o uso das VMs recém-criadas, e as usadas anteriormente no conjunto de componentes azuis são interrompidas e excluídas. Quando você tem ambas as configurações interna e externa do Unified Access Gateway, durante operações de estado estável, existem quatro instâncias ligadas que fornecem os recursos do Unified Access Gateway. Duas instâncias fornecem os recursos da configuração externa e duas fornecem os recursos da configuração interna. Durante um processo de atualização, duas instâncias adicionais por configuração são criadas e ligadas para executar as atualizações de software no Unified Access Gateway. Após a conclusão da atualização, o pod migra para o uso das VMs recém-criadas, e as usadas anteriormente no conjunto de componentes azuis são interrompidas e excluídas. O tamanho do seu ambiente deve acomodar as instâncias do Unified Access Gateway indicadas em execução lado a lado para o período de atualização de ponta-a-ponta a partir do momento em que o sistema começa a compilar os componentes verdes do pod para o processo de atualização azul/verde, de modo que as atividades de atualização sejam concluídas e o pod passe a usar os novos componentes verdes. Consulte Pods do Horizon Cloud — Manutenção e atualizações para obter uma descrição do processo de atualização azul/verde do pod. |
| VM | Especificação de VM do Microsoft Azure | Quantidade | Descrição |
|---|---|---|---|
| Instância do conector do gateway | Família Av2 padrão do Linux: Standard_A1_v2 (1 núcleo, 2 GB de memória) Disco de SO: padrão HDD 10 GiB |
1 por este tipo de gateway externo durante operações de estado estável 2 por esse tipo de gateway externo durante o tempo de ponta a ponta para atividades de atualização azul/verde relacionadas ao pod. |
Quando o gateway externo é implantado em uma VNet separada, essa VM é criada e usada para as operações de gerenciamento de nuvem nessa configuração de gateway externo. Durante um processo de atualização, uma instância adicional é criada e ligada para executar as atualizações de software no Unified Access Gateway na configuração de gateway externo. Após a conclusão da atualização, ocorre a migração para a VM recém-criada, e a usada anteriormente é interrompida e excluída. Se você decidir usar essa configuração opcional, seu ambiente deverá acomodar essas instâncias em execução ponta-a-ponta durante as atividades de atualização azul/verde relacionadas ao pod. |
Golden images: geral
A golden image é uma VM do sistema operacional Microsoft Windows que é configurada de modo que o Horizon Cloud possa convertê-la em uma imagem publicada. Essas VMs também são chamadas de padrões gold.
As golden images podem ou não ser compatíveis com GPU, dependendo da sua seleção ao criá-las.
No Horizon Cloud, você pode criar golden images de pod único e de vários pods. A criação de ambos os tipos é realizada usando o assistente para Importar VM do Marketplace automatizado do console.
O assistente automatizado usa automaticamente um tamanho de VM específico por padrão. Esse padrão é baseado em suas configurações internas e nas suas escolhas no assistente para o sistema operacional (SO) específico e se deseja incluir GPU.
VMs de golden image
A partir da versão do serviço v2207, as imagens de pod único e as imagens de vários pods têm os mesmos requisitos de modelo de VM. As imagens de pod único são importadas usando-se a página VMs Importadas do console. Imagens de vários pods são importadas usando-se a página Imagens de Vários Pods do console.
| VM | Especificação de VM do Microsoft Azure | Quantidade | Descrição |
|---|---|---|---|
| Golden images | No caso de golden images compatíveis com GPU, o sistema usa:
|
Variado, com base em suas necessidades. |
A golden image é uma VM do sistema operacional Microsoft Windows que é configurada de modo que o Horizon Cloud possa convertê-la em uma imagem publicada. Uma VM do sistema operacional de sessão única do Windows fornece a base usada para criar as áreas de trabalho VDI. Uma VM do sistema operacional Windows compatível com RDS fornece a base usada para criar as VMs em farms que fornecem áreas de trabalho e aplicativos remotos com base em sessão para seus usuários finais. Essa categoria compatível com RDS inclui sistemas operacionais Windows Server e sistemas operacionais Windows Enterprise de várias sessões. Cada golden image é uma combinação de sistema operacional Microsoft Windows com a opção de compatibilidade com GPU. Portanto, se você desejar que o seu pod forneça:
Você precisará de pelo menos duas VMs de golden image. O processo de conversão de uma golden image em uma imagem publicada é, às vezes, chamado de publicação da imagem ou também de selagem da imagem. A imagem publicada resultante é às vezes chamada de imagem selada ou imagem atribuível, pois está em um estado finalizado para uso em atribuições. O sistema desliga automaticamente a golden image ao concluir o fluxo de trabalho de publicação. Quando você atualiza uma imagem publicada, o sistema liga a VM novamente.
Observação: Quando você duplica uma imagem de um único pod usando a ação
Duplicar do console, o sistema liga temporariamente a VM da golden image para obter sua configuração para a duplicata e, em seguida, a desliga de novo.
Para obter informações sobre como criar uma golden image de pod único, consulte o tópico Criar Imagens da Área de Trabalho e seus Pods do Horizon Cloud. |
| Para golden images que não são compatíveis com GPU usando SOs não Windows 11, o sistema usa:
|
|||
| Para golden images sem GPU com o SO Microsoft Windows 11 ou um SO Windows 11 Enterprise de várias sessões, o sistema usa:
|
VMs de farm
VMs RDSH do farm são instâncias compatíveis com RDS que fornecem áreas de trabalho e aplicativos remotos baseados em sessão para os usuários finais. Você precisa de pelo menos um farm RDSH para fornecer áreas de trabalho de sessão e um farm RDSH para fornecer aplicativos remotos. Para atender às necessidades do administrador ou dos usuários finais, você pode decidir implantar farms adicionais.
| VM | Especificação de VM do Microsoft Azure | Quantidade | Descrição |
|---|---|---|---|
| Farm RDSH | Você pode personalizar o conjunto de tipos de VM do Microsoft Azure que deseja disponibilizar para seleção ao criar farms no seu pod. Você pode personalizar sua própria lista do conjunto de tamanhos de VM do Microsoft Azure que normalmente estão disponíveis nas regiões padrão do Microsoft Azure. Para obter mais informações sobre como personalizar o conjunto de tipos de VM disponíveis para uso nos farms, consulte o Guia de administração do Horizon Cloud. Ao criar ou editar um farm, você pode personalizar o tamanho do disco do SO das instâncias de RDSH do farm para alterá-lo a partir do valor padrão do sistema. Para obter detalhes específicos sobre os tamanhos de VM do Windows que normalmente estão nas regiões padrão do Microsoft Azure, consulte a documentação da Microsoft em https://docs.microsoft.com/en-us/azure/virtual-machines/windows/sizes.
Observação: Para ambientes de produção, garanta que os tipos de VM que você usa para seus farms tenham no mínimo duas (2) CPUs. Atender a esse critério evita problemas de conexão inesperados do usuário final. Esse critério é resultado das recomendações do Horizon Agent para se ter no mínimo 2 CPUs para instalar ou atualizar o Horizon Agent da versão 7.x ou posteriores. Estes critérios do Horizon Agent são declarados na documentação do produto Horizon a partir da versão 7.8 (as referências a um mínimo de 2 CPUs começam com esta
versão 7.8 de instalação do Horizon Agent em uma máquina virtual).
|
Variado, com base em suas necessidades e em como você personalizou os tamanhos de VM no seu ambiente do Horizon Cloud. | O estado de energia dessas VMs varia dependendo das definições de configuração do farm e da demanda de usuários finais. |
VMs de área de trabalho VDI
As VMs de área de trabalho VDI são as instâncias que fornecem áreas de trabalho VDI aos seus usuários finais.
| VM | Especificação de VM do Microsoft Azure | Quantidade | Descrição |
|---|---|---|---|
| Áreas de trabalho VDI | Você pode personalizar o conjunto de tipos de VM do Microsoft Azure que deseja disponibilizar para seleção ao criar atribuições de área de trabalho VDI no seu pod. Você pode personalizar sua própria lista do conjunto de tamanhos de VM do Microsoft Azure que normalmente estão disponíveis nas regiões padrão do Microsoft Azure. Para obter mais informações sobre como personalizar o conjunto de tipos de VM disponíveis para uso nas suas atribuições de área de trabalho VDI, consulte o Guia de administração do Horizon Cloud.
Observação: Um pequeno conjunto de tamanhos de VM do Microsoft Azure que a Microsoft determinou não é apropriado para casos de uso de VDI omitidos automaticamente do uso, como Standard_B2ls e Standard_B1s.
Ao criar ou editar uma atribuição de área de trabalho VDI, você pode personalizar o tamanho do disco do SO das instâncias de área de trabalho VDI para alterá-lo do padrão do sistema. Para obter detalhes específicos sobre esses tamanhos de VM do Windows, consulte a documentação da Microsoft em https://docs.microsoft.com/en-us/azure/virtual-machines/windows/sizes.
Observação: Para ambientes de produção, garanta que os tipos de VM que você usa para as atribuições de área de trabalho VDI tenham no mínimo duas (2) CPUs. Atender a esse critério evita problemas de conexão inesperados do usuário final. Esse critério é resultado das recomendações do Horizon Agent para se ter no mínimo 2 CPUs para instalar ou atualizar o Horizon Agent da versão 7.x ou posteriores. Estes critérios do Horizon Agent são declarados na documentação do produto Horizon a partir da versão 7.8 (as referências a um mínimo de 2 CPUs começam com esta
versão 7.8 de instalação do Horizon Agent em uma máquina virtual).
|
Variado, com base em suas necessidades e em como você personalizou os tamanhos de VM no seu ambiente do Horizon Cloud. | O estado de energia dessas VMs varia dependendo das configurações de atribuição de área de trabalho VDI e da demanda de usuários finais. |
VM de jumpbox relacionada a suporte de caso especial
Se você fizer uma solicitação de suporte ao VMware e a equipe de suporte determinar que a maneira de atender essa solicitação é implantar uma VM de jumpbox temporária para comunicação com os dispositivos gerenciados pelo VMware, seus núcleos e quota de assinatura precisarão acomodar essa implantação nesse momento. Uma permissão será solicitada a você para uma implantação de jumpbox relacionada ao suporte.
Esta jumpbox será implantada sob supervisão da equipe de Suporte da VMware e excluída sob supervisão da equipe de Suporte da VMware quando a VM não for mais necessária no serviço de sua solicitação de suporte.
| VM | Especificação de VM do Microsoft Azure | Quantidade | Descrição |
|---|---|---|---|
| Jumpbox relacionado ao suporte | Família F padrão do Linux: Standard_F2 (2 núcleos, 4 GB de memória) Disco de SO: padrão HDD 30 GiB |
1 | Essa VM de jumpbox relacionada ao suporte foi projetada para comunicações seguras com os dispositivos gerenciados da VMware em serviço da sua solicitação de suporte ao Suporte da VMware. |
