kvm的气泡(balloon)机制 及 在线资源调整

最近想借用kvm虚拟化中的balloon机制来实现linux云主机的在线资源伸缩,由于cloudstack也采用balloon技术来在线调整云主机的资源,因此在可行性上应该没有问题,不过在实际测试中碰到了奇怪的现象,与大家分享。

(1)环境

宿主机:ubuntu 12.04  32G内存

guest: centos6.4 512M内存

 

(2)具体内容

libvirt配置片段

<memory unit='KiB'>32934912</memory>   #云主机最大可使用的内存(32G)

<currentMemory unit='KiB'>524288</currentMemory> #实际使用的内存(512M)

根据以上配置,云主机boot时的可用的内存为32G,一旦机器被boot起来之后,balloon模块被加载,云主机便会调整它的可用内存到512M。(这里需要注意的是,kvm的内存分配使用了类似thin provision的技术,也即使用多少分配多少的原则。本例,云主机的可用内存虽然为32G,但云主机在启动阶段基本不怎么使用内存,所有在宿主机里看,guest占用的内存远远到不了32G)。

采用这样的设置之后,就可以调用libvirt的setmem功能在线调整云主机的内存大小,最大可到32G,即占满整个物理主机。一切似乎顺理成章,不过意外的现象发生了。

“云主机在启动的过程中报错,kernel panic  OOM”

这里就纳闷了,512M内存启动一个centos guest完全没有问题,为了确认该问题,将libvirt的配置改为:

<memory unit='KiB'>524288</memory> 

<currentMemory unit='KiB'>524288</currentMemory>

云主机正常启动。到这里,我们就可以得出结论了,云主机实际的可用内存不是简单的由currentMemory控制的,与memory也有关系,为此做了如下测试:

(a) memory = 3000M, currentMemory=512M情况下,云主机可用内存 320M

(b)memory = 4000M,currentMemory=512M情况下, 云主机可用内存为248M

也就是说,随着memory tag中数值的增加,云主机的可用内存其实是减少的!

了解原因之后,解决方法就很多了,这里就不提了。

 

(3)附一些相关的网页

http://blog.braastad.org/?p=211

 

你可能感兴趣的:(kvm,内存分配)