Supercomprometimento de memória no VMware ESXi 5.0

Question

Eu gostaria de entender melhor as possibilidades de overcommitment de memória do VmWare ESXi. Eu li este documento do VmWare , então estou familiarizado com conceitos gerais, como como troca de hypervisor, balooning de memória e compartilhamento de página. Parece que uma combinação dessas técnicas permite um grau muito grande de comprometimento excessivo. No entanto, não tenho certeza.

Estou implantando um laboratório de testes virtual composto por 4 conjuntos idênticos de servidores virtuais e estações de trabalho e algumas instâncias de roteador virtual. No geral, espero estar rodando cerca de 20 máquinas virtuais com Windows XP, Windows 7 e Ubuntu para hosts de estações de trabalho, bem como instâncias CentOS e Windows 2008 Server para servidores.

O problema é, no entanto, que a máquina host tem apenas 12GB de RAM e não tenho a opção de adicionar mais. Gostaria de saber qual é a melhor opção para configurar hosts para obter um desempenho razoável dentro das restrições.

Eu tenho estas duas opções:

• Aloque o mínimo possível de RAM para cada máquina virtual.
• Aloque uma quantidade extraordinária (como 4 GB por instância) e deixe o driver baloon fazer o resto.
• Algo mais?

Qual funcionaria melhor? Na maioria das vezes, as máquinas ficam inativas, por isso não tenho grandes expectativas de desempenho, mas elas devem funcionar de maneira razoavelmente tranquila.

    

Answer 1

Mais ( moar ) RAM é sempre melhor, se o caminho para obtê-lo é claro. Na maioria das implementações do VMWare, você ficará sem RAM muito antes dos recursos da CPU.

SugiroforneceramenorquantidaderazoáveldeRAMparacadaVMespecífica,certificando-sedequeasferramentasVMWareestejaminstaladaseemexecuçãoemcadaVM.Issocontrolaodriverdebalão.

UmaformadeabordarumambienterestritoporRAMédefinirregrasbásicasdealocaçãoderecursos(compartilhamento).Estessóentramemjogoquandoocorreacontenção.Nográficoabaixo,diminuíaprioridade"Compartilhamentos" para várias VMs e aumentei para outras. Isso permite que você controle quais VMs terão precedência quando a RAM estiver apertada.

Se você usar essa abordagem, precisará tomar decisões sobre a importância relativa das VMs. Um servidor de aplicativos pode ter precedência sobre um servidor DHCP ... ou uma instância inativa do Windows XP.

    

Answer 2

(tudo o que o ewwhite disse) mais:

O overcommit de memória provavelmente não o ajudará, já que você vai executar uma mistura de diferentes conjuntos de dados na RAM (diferentes sistemas operacionais). Isso só ajuda quando você tem muitas coisas quase idênticas em dados (como um grande servidor de VDI, onde todos têm exatamente a mesma imagem mestra).