(VMware) Uma VM guest do Linux será trocada quando o uso de RAM for alto, mesmo que Active não seja?

Question

Atualmente estamos tendo uma discussão no meu ambiente. As suposições são de que

“The tools that are designed for a physical infrastructure memory management in Linux such as top, free, vmstat, /proc/meminfo don’t work on a VM in an ESXi hypervisor because they rely on the OS’s ability to monitor the physical RAM directly in a bare metal system. In a virtual infrastructure, the guest OS can't see the physical hardware, only the virtual hardware that has been emulated by the (ESXi) hypervisor. Because an OS can't directly access most of the host server's physical hardware, traditional performance monitoring tools won't function properly in a virtual infrastructure.”

No convidado da VM (SLES 11), estamos vendo a utilização da RAM em cerca de 93%. No entanto, no vSphere / vCops está mostrando 5072309 kb de gravação ativa de 8388608 (8 GB) KB de RAM alocada. Cerca de 60,46% de taxa de utilização.

A questão é a suposição acima correta e, em caso afirmativo:

Se a parte superior do convidado estiver imprecisa na VM e atingir 100% de utilização de RAM, o convidado da VM então a trocará e, se for o caso, presumo que o vswp está localizado na SAN e causa uma lentidão na VM Guest? / p>     

Answer 1

Depende. Você deve confiar nas ferramentas em VM, como top, vmstat, etc. Elas são precisas, supondo que seus recursos físicos não sejam muito comprometidos demais e que você tenha instalado as ferramentas do VMware. No nível do vSphere, você ainda tem balões de memória, TPS, compactação e troca como fallbacks. O gerenciamento de memória realmente não é tão ruim assim.

Entenda também que as métricas de vSphere / vCenter e vCops são totalmente diferentes (a vCops foi adquirida pela VMware e usa seus próprios algoritmos para medir a utilização de recursos).

Avalie a utilização no nível da VM. Planeje recursos em nível de cluster usando vCops ou vCenter.

Não comprometa muito sua RAM, porque distorcerá métricas e terá um impacto tangível no desempenho .

O tipo de aplicativo também é importante. Se for pesado com base em Java, algumas outras abordagens ( reservas parciais ou totais ) serão necessárias para ajudá-las a executar com eficiência em um ambiente vSphere.