Antes de tentar gerenciar muitas máquinas virtuais com uma única instância vCenter Server, você deve levar em consideração as seguintes considerações.
- Duração das janelas de manutenção da sua empresa
- Capacidade para tolerar falhas de componentes de VMware Horizon
- Frequência das operações de alimentação, provisionamento e reequipamento
- Simplicidade da infraestrutura
Duração da manutenção Windows
As configurações de simultaneidade para operações de alimentação, provisionamento e manutenção da máquina virtual são determinadas por instância do vCenter Server.
| Projetos de pod com uma instância vCenter Server | As configurações de simultaneidade determinam quantas operações podem ser enfileiradas para um pod Horizon 8 inteiro de uma só vez. Por exemplo, se você definir operações de provisionamento simultâneas como 20 e tiver apenas uma instância vCenter Server em um pod, um pool de áreas de trabalho maior que 20 fará com que as operações de provisionamento sejam serializadas. Depois de enfileirar 20 operações simultâneas simultaneamente, uma operação deve ser concluída antes do início da próxima. Em implantações VMware Horizon de grande escala, essa operação de provisionamento pode levar muito tempo. |
| Projetos de pod com várias instâncias vCenter Server | Cada instância pode provisionar 20 máquinas virtuais simultaneamente. |
Para garantir que mais operações sejam concluídas simultaneamente em uma janela de manutenção, você pode adicionar várias instâncias vCenter Server (até cinco) ao seu pod e implantar vários pools de áreas de trabalho em clusters vSphere gerenciados por instâncias vCenter Server separadas. Um cluster vSphere pode ser gerenciado por apenas uma instância vCenter Server por vez. Para obter simultaneidade em vCenter Server instâncias, você deve implantar os pools de desktops adequadamente.
Capacidade para tolerar falhas de componentes
A função de vCenter Server nos pods Horizon 8 é fornecer operações de alimentação, provisionamento e reajuste (atualização, recomposição e rebalanceamento). Depois que uma área de trabalho de máquina virtual é implantada e ligada, VMware Horizon não depende de vCenter Server para o curso normal das operações.
Como cada cluster vSphere deve ser gerenciado por uma única instância vCenter Server, esse servidor representa um único ponto de falha em cada projeto VMware Horizon.
Além dessas opções automatizadas para failover vCenter Server, você também pode optar por recompilar o servidor com falha em uma nova máquina virtual ou servidor físico. A maioria das informações importantes é armazenada no banco de dados vCenter Server.
A tolerância ao risco é um fator importante para determinar se deve-se usar uma ou várias instâncias vCenter Server no design do seu pod. Se suas operações exigirem a capacidade de executar tarefas de gerenciamento de desktops, como ligar e instalar todos os desktops simultaneamente, você deverá distribuir o impacto de uma interrupção em menos desktops por vez, implantando várias instâncias vCenter Server. Se você puder tolerar que seu ambiente de área de trabalho fique indisponível para operações de gerenciamento ou provisionamento por um longo período, ou se optar por usar um processo de recompilação manual, poderá implantar uma única instância vCenter Server para seu pod.
Frequência das operações de energia, provisionamento e reequipamento
Certas operações de alimentação, provisionamento e reequipamento da área de trabalho da máquina virtual são iniciadas somente por ações do administrador, geralmente são previsíveis e controláveis e podem ser limitadas a janelas de manutenção estabelecidas. Outras operações de alimentação e reequipamento da área de trabalho da máquina virtual são acionadas pelo comportamento do usuário, como usar as configurações Atualizar ao Logoff ou Suspender ao Logoff, ou por ação com script, como usar o Gerenciamento de Energia Distribuído (DPM) durante janelas de inatividade do usuário para ligar desativa ESXi hosts ociosos.
Se o seu projeto do VMware Horizon não exigir operações de alimentação e reajuste acionadas pelo usuário, uma única instância do vCenter Server provavelmente poderá atender às suas necessidades. Sem uma alta frequência de operações de energia e reajuste acionadas pelo usuário, nenhuma longa fila de operações pode se acumular, o que pode fazer com que o intermediário de conexão expire o tempo limite, aguardando que vCenter Server conclua as operações solicitadas dentro dos limites de configuração de simultaneidade definidos.
Muitos clientes optam por implantar pools flutuantes e usar a configuração Atualizar ao fazer logoff para fornecer áreas de trabalho de forma consistente que estejam livres de dados obsoletos de sessões anteriores. Exemplos de dados obsoletos incluem páginas de memória não reivindicadas em arquivos pagefile.sys ou Windows temp. Os pools flutuantes também podem minimizar o impacto do malware redefinindo frequentemente as áreas de trabalho para um estado limpo conhecido.
Alguns clientes estão reduzindo o uso de eletricidade configurando o VMware Horizon para desligar desktops que não estão em uso, para que o vSphere DRS (Distributed Resources Scheduler) possa consolidar as máquinas virtuais em execução em um número mínimo de hosts ESXi. VMware O Distributed Power Management desliga os hosts ociosos. Em cenários como esses, várias instâncias de vCenter Server podem acomodar melhor a frequência mais alta de operações de alimentação e reequipamento necessárias para evitar tempos limite das operações.
Simplicidade da Infraestrutura
Uma única instância vCenter Server em um projeto VMware Horizon de grande escala oferece alguns benefícios interessantes, como um único local para gerenciar máquinas virtuais golden image, uma única visualização vCenter Server para corresponder à visualização do console e menos back-end de produção bancos de dados e servidores de banco de dados. O planejamento da recuperação de desastres é mais simples para um vCenter Server do que para várias instâncias. Certifique-se de pesar as vantagens de várias instâncias vCenter Server, como a duração das janelas de manutenção e a frequência das operações de energia e reequipamento, em relação às desvantagens, como a sobrecarga administrativa adicional de gerenciamento de imagens de máquina virtual golden image e o aumento do número de infraestrutura componentes necessários.
Seu design pode se beneficiar de uma abordagem híbrida. Você pode optar por ter pools muito grandes e relativamente estáticos gerenciados por uma instância vCenter Server e ter vários pools de áreas de trabalho menores e mais dinâmicos gerenciados por várias instâncias vCenter Server. A melhor estratégia para atualizar pods de grande escala existentes é primeiro atualizar os componentes de software VMware do seu pod existente. Antes de alterar o design do seu pod, avalie o impacto dos aprimoramentos das operações de alimentação, provisionamento e reequipamento da versão mais recente e, posteriormente, experimente aumentar o tamanho dos pools de desktops para encontrar o equilíbrio certo de pools de desktops maiores em menos vCenter Server instâncias.
