docker容器内linux内存,Docker和容器内进程内存计算差别

在Kubernetes集群中,发现Java应用容器内存使用率高达16G,但JVM仅使用800M。分析发现,Docker监控通过cgroup计算内存,而Linux将buffer/cache排除在used memory之外。通过分析cgroup中的memory.stat文件,揭示了内存使用的真实情况,其中日志写入宿主机文件系统影响了内存显示。清空日志导致内存使用率下降,说明Container的Cache会根据分配量使用,而非程序超额导致OOM。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

生产环境上了大规模容器集群后,肯定需要对容器进行监控,容器的编排我们采用了Kubernetes,监控前期采用了Weave Scope,后期采用了cAdvisor+Heapster+InfluxDB的方案,刚开始监控感觉并没有什么异常,但是集群运行久了之后,发现监控的指标和预想的并不一样。

我们有对应的Java应用跑在容器中,每个Container的资源限制了4C16G(看起来和虚机一样夸张),JVM设置了Xmx2G的限制,但是发现有些容器的内存使用率一直在16G左,完全没有释放出来。Weave Scope和Heapster监控采集到的指标都是一样的,但是实际登录容器后发现JVM才用了800M不到。Weave Scope上其实可看到container和container内process的内存消耗,这个和实际登录容器看到的是一样的结果,如下图(剩余的那些sleep等进程其实占内存很少,忽略不计)

4c6a7f52e91cd6a5975fbc15c8aaa7b1.png

e590338d16d3cd62ccc9f6ca8ac4db86.png

我们可以用docker stats查看对应容器的资源消耗,看到内存使用率在16G左,如下图

613b63912b744e293587f8cf7707ca06.png

其实容器内部就是Linux对于内存的计算方式,我Baidu

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值