暂无评论
CAS 概要页 CPU 利用率与实际消耗基本吻合;主机内存利用率看起来很高,但虚拟机内部实际内存占用很低;未开启内存气球,CASTools 已经正常运行。
对于 KVM 机制:虚拟机启动时,QEMU 会为虚拟机预先映射全部分配的虚拟内存;即使虚拟机内部业务只用很少内存,只要虚拟机曾经访问过这部分物理页,宿主机 Linux 内核不会主动回收释放已经分配给 kvm 进程的物理内存,会一直占用在宿主机侧,表现为 kvm 进程 RSS 很高。 ⚠️注意:这个不是内存泄漏,是 KVM/qemu 默认的内存管理行为,即使 CASTools 正常工作,不开启内存气球(balloon)也不会自动回收这部分物理内存。
通俗举例:虚拟机分配 16G 内存,虚拟机内业务只用 2G,剩余大部分是文件 cache;只要虚拟机访问过全部内存页,CVK 主机侧 kvm 进程 RSS 会接近 16G,概要页主机内存百分比就很高。
你的环境未开启内存气球,所以不会做内存回收,该现象属于预期现象,非故障。
不要只看 CVM 概要页面百分比,登录 CVK 主机执行:
free -h
重点看 available(可用内存):
查看各个虚拟机 kvm 进程实际驻留内存:
ps aux |grep qemu‑kvm
RSS 列即为该虚拟机在宿主机占用物理内存。
开启后,虚拟机空闲内存可以被宿主机回收,kvm 进程 RSS 下降,概要页主机内存利用率会下降。 注意:Windows 虚拟机需要虚拟机重启,使 balloon 驱动加载生效。
很多业务场景不建议开启气球(数据库、高性能业务,避免内存回收带来性能抖动)。 这种场景下概要页主机内存利用率仅作为宿主机物理资源占用参考指标,不能等同于虚拟机业务内存使用率;以
free -h看 CVK 的 available 真实可用内存为准,不要以页面百分比直接判断业务内存压力。
重启虚拟机,QEMU‑KVM 进程重建,RSS 会下降到虚拟机当前真实需要的内存;业务运行一段时间访问全部内存页后,RSS 又会逐步上涨。只能临时缓解,不能根治。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论