Balanceamento de cache de disco do KVM Linux entre host e convidado

2

Digamos que você tenha um servidor base executando vários convidados do KVM. Agora, com relação ao armazenamento em cache de E / S de disco, parece que o servidor de base armazenaria em cache a E / S em sua memória, mas o convidado também não armazenaria em cache a mesma E / S em seu conjunto de memórias? Em caso afirmativo, isso não desperdiçaria memória se o conteúdo do disco fosse armazenado em cache duas vezes? Se esse for o caso, qual seria uma boa maneira de ajustar esse comportamento (ou seja, armazenar tudo em cache do servidor base ou não armazenar nada da base e apenas dos convidados)? A única maneira que eu posso pensar é alocar os convidados com menos memória que você normalmente faria, definir o parâmetro swappiness nos convidados para 0 (para memória de processo não é trocada em favor de cache de disco), então não há memória extra nos convidados que eles podem usar para cache. Isso forçaria todo o armazenamento em cache para acontecer no servidor base. Ou, este é um problema que é de alguma forma resolvido automaticamente pelo KVM?

    
por Derek Pressnall 18.01.2014 / 14:00

2 respostas

1

Sim, os convidados usariam sua memória para o cache de disco. Assim como um sistema não virtual faria.

O armazenamento em cache que pode acontecer no hypervisor depende do tipo de interface de disco que você usa para seu convidado e do tipo de política de cache que você seleciona. Mas, sejam quais forem suas escolhas, o armazenamento em cache no hypervisor só acontecerá para os dados que o convidado estiver disposto a comprometer em sua unidade virtual, não com dados armazenados em cache.

    
por 18.01.2014 / 14:24
0

É por isso que existem afinações adicionais disponíveis. Para convidados KVM, recomenda-se usar pelo menos noop no convidado e deadline no host. O prazo final do convidado pode, por vezes, produzir melhores resultados, dependendo do padrão de IO.

Existem afinações adicionais disponíveis (dataplane, vhost-blk etc), cada uma com seu próprio conjunto de vantagens e limitações.

Antigo, mas ainda útil: link

    
por 19.01.2014 / 01:40