Sou um pouco novo na configuração do Hyper-V, então esta pode ser uma pergunta simples para alguém, mas preciso de alguns conselhos.
Eu tenho um servidor host Hyper-V com 128 GB de RAM e toda essa RAM está sendo consumida por alguma coisa. Possui 6 VMs em execução, estas estão configuradas para usar menos da metade dos 128GB, de modo que se outro host falhar, este poderá assumir suas VMs. Portanto, toda a RAM usada no meu host não é esperada - o problema.
Uma das VMs em execução é o SQL Server 2014 Standard, e descobri que reiniciar esta VM devolve a RAM ao host, então parece que esta é a máquina problemática. A VM SQL foi configurada para 16 GB de RAM fixa, então tentei RAM dinâmica de 16 GB a 32 GB, o problema continuou. O próprio serviço SQL Server é configurado com um limite máximo de memória que quando dentro da VM olhando para o gerenciador de tarefas esse limite de memória está sendo respeitado. Vale acrescentar que essa memória extra que está sendo consumida do SO Host não está aparecendo no gerenciador de tarefas SQL VM, que mostra o que eu configurei para usar. Mas, como eu disse, reiniciar a VM SQL devolve toda essa RAM ao host e vai de 100% em uso para cerca de 40%.
Configurações de memória:
Obrigado por qualquer indicação sobre isso.
***Atualização 19/01/17 12:00 Usei uma ferramenta Veeam Task Manager para Hyper-V gratuita que me mostrou que é o host que está usando a memória e não a VM SQL que eu suspeitava. Mas, como mencionei, descobri que desligar o SQL VM gratuitamente é isso. Então, há um motivo pelo qual o Host precisaria de tanta RAM para gerenciar uma VM SQL? Temos um host em execução que usa 7% da RAM das máquinas físicas. Este host problemático está usando 54%! Estou planejando desligar e reiniciar este host esta noite, qualquer pensamento é bem-vindo.
Responder1
A solução para isso foi uma atualização do driver da placa de rede que parecia ter sido lançada na mesma época em que o problema começou. Muito tempo e esforço, mas eventualmente uma solução simples. Obrigado pela sua contribuição.