• Zabbix unreachable poller processes more than 75% busy


    “Zabbix poller processes more than 75% busy”警报问题解决

    虽然Zabbix的监控警报各种有,碰到最多的几个莫过于内存耗尽,网络不通,IO太慢还有这个“Zabbix poller processes more than 75% busy”了。一开始的时候因为这个即不影响使用也持续一会儿就自行解决就没有多在意。然后随着数据库的增大,Zabbix消耗的内存可是越来越多,Poller processes(轮询)开始天天Busy了,最终不得不把Zabbix挪到了另外一台服务器上。

    但这并没有彻底解决问题,警报仍然三天两头来几个。开启了Zabbix警报的邮件功能,于是开始频繁收到这类邮件,造成轮询忙的问题有很多中,支撑Zabbix的MySQL卡住了,Zabbix服务器的IO卡住了都有可能,Zabbix进程分配到内存不足都有可能。一个简单的方法是增加Zabbix Server启动时初始化的进程数量,这样直接增加了轮询的负载量,从比例上来讲忙的情况就少了。

    增加初始化进程的方法非常简单,编辑Zabbix Server的配置文件/zabbix_server.conf,找到配置StartPollers的段落:

    取消StartPollers=一行的注释或者直接在后面增加:

    将StartPollers改成多少取决于服务器的性能和监控的数量,Kaijia将StartPollers设置成12之后就再没有遇到过警报。如果内存足够的话可以设置更高。设置完成之后运行:

    重启Zabbix。当然另外一种从整体上降低Zabbix服务器负载的方法就是定期重启Zabbix,这种方法可以用Cron实现,运行:

    在调出的Cron编辑器中增加一个计划:

    这个计划会每天自动重启Zabbix服务以结束僵尸进程并清理内存等。目前Kaijia这样配置Zabbix后还没有再次遇到过“Zabbix poller processes more than 75% busy”的问题。


    或者/zabbix_server.conf

    最有可能你有这个设置是这样的: 
    StartDiscoverers = 1                   也可以变大
    继续增加pre-forked发现的实例的数量。 

    如果你决定不使用发现功能你可以设置参数: 
    StartDiscoverers = 0 

  • 相关阅读:
    对流程和规范的思考
    我的一小时面试指南
    安全扫描工具nikto简单使用
    测试的角色
    测试的窘境
    关于重连测试的一点研究
    ETCD高可用特性学习
    Cgroup和Namespace在测试中的使用(下)
    单循环列表的删除前驱结点
    指针常量字符串
  • 原文地址:https://www.cnblogs.com/zhengchunyuan/p/9282570.html
Copyright © 2020-2023  润新知