报警知识库


内存OOM

<h1>报警描述</h1> <p>业务[XX业务],虚拟机[X.X.X.X]内存-OOM状态报警,状态为剩余内存逼近内存水位底线</p> <h1>说明</h1> <p>这里的OOM是指系统即将触发Linux内部的OOM-Killer机制,这意味着系统可能会杀死进程以释放内存。 <strong>参考文档:</strong> <a href="http://blog.chinaunix.net/uid-29634482-id-5127275.html">http://blog.chinaunix.net/uid-29634482-id-5127275.html</a> 根据内存OOM最低水位线和当前的剩余内存进行比较,如果符合下述公式,则报警: |(内存最低水位线 - 剩余内存) / 内存最低水位线 | &lt; 0.5 例如,内存水位线为 67,584 约67M,当前剩余内存为12,892,约128M,则套用公式: |(内存最低水位线 - 剩余内存) / 内存最低水位线 | = |(67584 - 12892) / 67584| = 0.80924 此值大于0.5,则不会报警。 又如,内存水位线为 67,584 约67M,当前剩余内存为88,131,约88M,则套用公式: |(内存最低水位线 - 剩余内存) / 内存最低水位线 | = |(67584 - 88131) / 67584| = 0.30402 此值小于0.5,则会触发报警。</p> <h1>监控对象</h1> <p>Linux操作系统。</p> <h1>监控方式</h1> <h2>Linux</h2> <p>检测脚本如下</p> <pre><code>#!/bin/bash min_free=`cat /proc/sys/vm/min_free_kbytes` cur_free=`vmstat |grep -v procs|grep -v swpd|awk '{print$4}'` echo "MIN=$min_free" echo "CUR=$cur_free" for proc in $(find /proc -maxdepth 1 -regex '/proc/[0-9]+'); do printf "OOM=%d,%d\n" \ "$(cat $proc/oom_score)" \ "$(basename $proc)" done</code></pre> <p>输出</p> <pre><code>MIN=67584 CUR=1033328 OOM=0,1 OOM=0,2 OOM=0,3 OOM=0,5 OOM=0,7 OOM=0,8 OOM=0,9 OOM=0,10 OOM=0,11 OOM=0,12 ... OOM=0,82308 OOM=0,82314 OOM=0,82318 OOM=0,82330 OOM=0,83822 OOM=0,83989 OOM=0,84026 OOM=0,84131 OOM=0,84198 OOM=0,84205</code></pre> <p>这里采用命令输出中的MIN和CUR的值进行计算。 MIN是内存OOM的最低水位线,CUR是当前剩余内存的数量。当剩余内存逼近OOM最低水位线时,触发报警。</p> <h1>规则</h1> <p>默认为报警级别。</p> <h1>案例</h1> <p><img src="https://www.showdoc.com.cn/server/api/attachment/visitFile?sign=6ab409b5bafa10e899d67bc526609704" alt="" /> <strong>下面是某医院运维工程师与诸葛运帷客服人员就该类报警的沟通过程:</strong></p> <p><strong>诸葛运帷售后</strong>:这个是根据剩余内存判断的,就是free -g 中的free值。这个数值跟 /proc/sys/vm/min_free_kbytes 配置的水位线比较,如果低于1.5倍的关系, 就会报警了。对于这台服务器,水位线的值是 225280 ,即225MB,free内存400MB上下,偶尔触及330 MB,就会报警了。如果剩余内存低于 225MB,就会触发kswapd0 进程进行内存回收,导致系统卡顿,并根据评分杀死占用内存的进程。如果杀死的是数据库或应用的进程,应用就无法访问了。</p> <p><strong>医院工程师</strong>:这个服务器只有一个数据库在运行 我是不是把水位线增加了就没问题了?</p> <p><strong>诸葛运帷售后</strong>:不是,水位线增加,这种情况会更严重。</p> <p><strong>诸葛运帷售后</strong>:这个机器如果只有数据库的话,应该是mysql把内存都用来缓存数据了,free里面看也是cache较高,大约占了14G左右。到达水位线附近的时候,系统会优先释放cache,如果内存不够,再根据评分杀死进程。所以对这台机器,我觉得可以先不进行优化,可以忽略掉报警。</p> <p><strong>医院工程师</strong>:嗯嗯 好的 麻烦帮我设置忽略一下吧 </p> <p><strong>诸葛运帷售后</strong>:如果确实出现卡顿情况,建议优先考虑提高内存总量,而不是根据参数优化。</p> <p><strong>医院工程师</strong>:接口查询数据不会特别大 不会卡顿,只有每半点儿同步号源是会大量io 平时用户访问量都是些挂号 查工牌 看工号的这些。</p> <h1>参考</h1> <p><a href="https://blog.csdn.net/weixin_32539505/article/details/114327193">https://blog.csdn.net/weixin_32539505/article/details/114327193</a></p>

页面列表

ITEM_HTML