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 VMware Horizon falhas de componente
- Frequência de operações de energia, provisionamento e reajuste
- Simplicidade da infraestrutura
Duração da manutenção do Windows
As configurações de simultaneidade para operações de energia, provisionamento e manutenção da máquina virtual são determinadas por vCenter Server instância.
| Projetos de pods com uma instância vCenter Server | As configurações de simultaneidade determinam quantas operações podem ser enfileiradas para um pod inteiro de Horizon por 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 da área 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 VMware Horizon implantações em grande escala, essa operação de provisionamento pode levar muito tempo. |
| Projetos de pods com várias vCenter Server instâncias | Cada instância do 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 vCenter Server instâncias (até cinco) ao seu pod e implantar vários pools de áreas de trabalho em vSphere clusters gerenciados por vCenter Server instâncias separadas. Um cluster vSphere pode ser gerenciado por apenas uma instância vCenter Server de cada vez. Para obter simultaneidade em vCenter Server instâncias, você deve implantar seus pools de áreas de trabalho adequadamente.
Capacidade para tolerar falhas de componentes
A função de vCenter Server nos Horizon pods é fornecer operações de energia, 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 ponto único de falha em cada projeto VMware Horizon.
Além dessas opções automatizadas para failover vCenter Server, você também pode optar por recriar 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 na determinação de se deseja usar uma ou várias vCenter Server instâncias no seu design de pod. Se suas operações exigirem a capacidade de executar tarefas de gerenciamento de área de trabalho, como ligar e reabastecer todas as áreas de trabalho simultaneamente, você deverá distribuir o impacto de uma interrupção em menos áreas de trabalho por vez, implantando várias vCenter Server instâncias. Se você puder tolerar que seu ambiente de área de trabalho esteja indisponível para operações de gerenciamento ou provisionamento por um longo período ou se optar por usar um processo de recriação manual, poderá implantar uma única instância vCenter Server para o seu pod.
Frequência de operações de energia, provisionamento e reajuste
Determinadas operações de energia, provisionamento e readequação da área de trabalho da máquina virtual são iniciadas apenas por ações do administrador, geralmente são previsíveis e controláveis e podem ser confinadas a janelas de manutenção estabelecidas. Outras operações de energia e reajuste de área de trabalho da máquina virtual são acionadas pelo comportamento do usuário, como usar as configurações Atualizar no Logoff ou Suspender no Logoff ou por ação de script, como usar o Gerenciamento de Energia Distribuída (DPM) durante janelas de inatividade do usuário para desligar ocioso ESXi hosts.
Se o seu projeto VMware Horizon não exigir operações de inicialização e reinicialização acionadas pelo usuário, uma única instância vCenter Server provavelmente atenderá às suas necessidades. Sem uma alta frequência de operações de reinicialização e acionamento acionadas pelo usuário, nenhuma fila de operações longa pode ser acumulada, o que pode fazer com que o Servidor de Conexão do Horizon aguarde até 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 consistentemente 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 de malware ao redefinir frequentemente as áreas de trabalho para um estado de limpeza conhecido.
Alguns clientes estão reduzindo o uso de energia configurando VMware Horizon para desligar as áreas de trabalho 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 ESXi hosts. VMware O Distributed Power Management, em seguida, desliga os hosts ociosos. Em cenários como esses, várias instâncias vCenter Server podem acomodar melhor a frequência mais alta de operações de energia e reajuste necessárias para evitar o tempo limite das operações.
Simplicidade da infraestrutura
Uma única instância vCenter Server em um design VMware Horizon de grande escala oferece alguns benefícios atraentes, como um único local para gerenciar máquinas virtuais de imagem de ouro, uma única exibição vCenter Server para corresponder à exibição Horizon Console e menos produção de volta Bancos de dados e servidores de banco de dados. O planejamento de 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 vCenter Server instâncias, como a duração das janelas de manutenção e a frequência das operações de ligar e desligar, contra as desvantagens, como a sobrecarga administrativa adicional de gerenciamento de imagens da máquina virtual de imagem dourada e o aumento do número de infraestrutura componentes obrigató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 vCenter Server instância e ter vários pools de áreas de trabalho menores e mais dinâmicos gerenciados por várias vCenter Server instâncias. A melhor estratégia para atualizar os pods de grande escala existentes é primeiro atualizar os VMware componentes de software do seu pod existente. Antes de alterar o design do seu pod, avalie o impacto dos aprimoramentos das operações de energia, provisionamento e reajuste da versão mais recente e experimente, mais tarde, aumentar o tamanho dos seus pools de áreas de trabalho para encontrar o equilíbrio certo de mais pools de áreas de trabalho grandes em menos vCenter Server instâncias do.
