Antes de tentar gerenciar muitas máquinas virtuais com uma única instância de vCenter Server, você deve tomar as considerações a seguir em conta.
- Duração das janelas de manutenção da sua empresa
- Capacidade para falhas de componentes do tolerará VMware Horizon
- Frequência de energia, provisionamento e operações do rEFIt
- Simplicidade da infraestrutura
Duração das janelas de manutenção
As configurações de simultaneidade para operações de energia de máquina virtual, provisionamento e manutenção são determinadas por instância de vCenter Server.
| Designs de Pod com uma instância de vCenter Server | As configurações de simultaneidade determinam quantas operações podem ser enfileiradas para um pod de Horizon inteiro ao mesmo tempo. Por exemplo, se você definir operações de provisionamento simultâneas como 20 e tiver apenas uma instância de 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 que o próximo seja iniciado. Em implantações VMware Horizon de grande escala, essa operação de provisionamento pode levar muito tempo. |
| Designs de Pod com várias instâncias de vCenter Server | 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 instâncias de vCenter Server (até cinco) ao seu pod e implantar vários pools de áreas de trabalho em clusters do vSphere gerenciados por instâncias de vCenter Server separadas. Um cluster vSphere pode ser gerenciado por apenas uma instância do vCenter Server de cada vez. Para obter simultaneidade entre vCenter Server instâncias do, você deve implantar seus pools de áreas de trabalho de acordo.
Capacidade para falhas de componente tolerará
A função de vCenter Server nos pods de Horizon é fornecer operações de energia, provisionamento e rEFIt (atualizar, recompor e rebalance). Depois que uma área de trabalho da máquina virtual é implantada e ligada, VMware Horizon não depende de vCenter Server para o curso normal de operações.
Como cada cluster de vSphere deve ser gerenciado por uma única instância de vCenter Server, esse servidor representa um ponto único de falha em cada design de VMware Horizon.
Além dessas opções automatizadas para failover de 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 principais é armazenada no banco de dados do vCenter Server.
A tolerância de risco é um fator importante para determinar se deve ser usada uma ou várias instâncias do vCenter Server no design do pod. Se suas operações exigirem a capacidade de executar tarefas de gerenciamento de área de trabalho, como energia e rEFIt de todas as áreas de trabalho, você deverá propagar o impacto de uma interrupção em menos áreas de trabalho ao implementar várias instâncias de vCenter Server. Se você puder tolerar que o 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 de vCenter Server para o seu Pod.
Frequência de energia, provisionamento e operações do rEFIt
Certas operações de energia, provisionamento e rEFIt de área de trabalho da máquina virtual são iniciadas apenas por ações de administrador, geralmente são previsíveis e controláveis e podem ser confinados para as janelas de manutenção estabelecidas. Outras operações de energia e rEFIt de área de trabalho da máquina virtual são acionadas pelo comportamento do usuário, como o uso das configurações atualizar ao fazer logoff ou suspender no logoff, ou por ação com script, como usar o gerenciamento de energia distribuído (DPM) durante a inatividade do usuário para desligar os hosts ESX i.
Se o seu projeto de VMware Horizon não exigir energia acionada pelo usuário e operações do refit, uma única instância de vCenter Server pode ser adequada às suas necessidades. Sem uma alta frequência de operações de energia e rEFIt disparadas 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 expire por vCenter Server para concluir as operações solicitadas dentro dos limites definidos de configuração de simultaneidade.
Muitos clientes optam por implantar pools flutuantes e usar a configuração atualizar ao fazer logoff para disponibilizar consistentemente áreas de trabalho que são livres de dados obsoletos de sessões anteriores. Exemplos de dados obsoletos incluem páginas de memória não reclamadas no pagefile. sys ou arquivos de Temp do Windows . Os pools flutuantes também podem minimizar o impacto do malware redefinindo freqüentemente as áreas de trabalho para um estado de limpeza conhecida.
Alguns clientes estão reduzindo o uso de eletricidade 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 ESX hosts de i. VMware gerenciamento de energia distribuído, em seguida, desliga os hosts ociosos. Em cenários como esses, várias instâncias de vCenter Server podem acomodar melhor a frequência mais alta das operações de energia e rEFIt necessárias para evitar tempos limite de operações.
Simplicidade da infraestrutura
Uma única instância de vCenter Server em um projeto de VMware Horizon de grande escala oferece alguns benefícios atraentes, como um único local para gerenciar imagens Golden e máquinas virtuais principais, uma única vCenter Server exibição para corresponder à exibição de Horizon Console e menos bancos de dados de backend de produção 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 do. Certifique-se de avaliar as vantagens de várias instâncias de vCenter Server, como a duração das janelas de manutenção e a frequência das operações de energia e refit, contra as desvantagens, como a sobrecarga administrativa adicional de gerenciamento de imagens da máquina virtual principal e o aumento do número de componentes de infraestrutura necessários.
Seu projeto 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 do vCenter Server e ter vários pools de área de trabalho menores e mais dinâmicos gerenciados por várias instâncias de 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 pod, avalie o impacto das melhorias nas operações de energia, provisionamento e rEFIt da versão mais recente e experimente aumentar o tamanho dos pools da sua área de trabalho para encontrar o equilíbrio certo de mais pools de áreas de trabalho mais grandes em instâncias de vCenter Server.
