zabbix默认监控负载取值不准确

今天碰到个负载高引起的问题
但是查看zabbix监控并没有报警，检查后发现监控取值与实际服务器内负载不一致。

使用zabbix_get命令在服务器内测试

zabbix默认模板键值 取值内容
[[email protected] ~]# zabbix_get -s 10.99.10.11 -k system.cpu.load[percpu,avg1]
0.228333

正确的取值
[[email protected] ~]# zabbix_get -s 10.99.10.11 -k system.cpu.load[all,avg1]
2.760000

解决方法

修改zabbix模板Template OS Linux
找到 Processor load (1 min average per core)
修改key
把 system.cpu.load[percpu,avg1]? 改为? system.cpu.load[all,avg1]
同理修改avg5和avg10即可

原文地址：https://www.cnblogs.com/wenrulaogou/p/12169851.html

时间： 2024-11-05 21:35:28

zabbix默认监控负载取值不准确的相关文章

zabbix自定义监控项key值

说明: zabbix自带的默认模版里包括了很多监控项,有时候为了满足业务需求,需要根据自己的监控项目自定义监控项,这里介绍一种自定义监控项的方式. 1,首先编写自定义监控脚本,本文以监控httpd进程是否存在为例. 脚本名字:check_httpd.sh 脚本目录(这个目录可以自定义):/usr/local/etc/zabbix_scripts 脚本内容: #!/bin/bash result=`ps -ef | grep httpd | grep -v grep`if [ -n "$resul

自定义key解决zabbix端口监听取值不准确的问题

今天有一个朋友问到我一个关于zabbix监控tcp端口的问题,明明端口在监听,但是通过net.tcp,listen取值取到的却是0. 经过简单的goole发现这已经是一个历史悠久的问题: 问题的根本原因是zabbix的这个key(net.tcp,listen)是通过读取 /proc/net/tcp这个文件来进行数据采集的,而/proc/下的文件并不是线程安全的,因此会出现取值不准确的问题. 另外这种机制还存在另外一个隐患:当/proc/net/tcp文件的条目非常多的话,就会造成取值慢的情况,因

JS子父窗口互相操作取值赋值的方法介绍

$("#父窗口元素ID",window.parent.document); 对应javascript版本为window.parent.document.getElementByIdx_x("父窗口元素ID"): 取父窗口的元素方法:$(selector, window.parent.document);那么你取父窗口的父窗口的元素就可以用:$(selector, window.parent.parent.document); 类似的,取其它窗口的方法大同小异$(se

zabbix2.0监控到的cpu load值不准确

zabbix2.0监控到的cpu load值不准确   最近给客户安装了一个zabbix服务器,运行了几天发现cpu load值不准确, 请教了运维和系统工程师,说是zabbix2.0以后的问题. 解决方案如下1(推荐): 修改模板(Template OS Linux)--项目--Processor load (1 min average per core)--键值: 把 system.cpu.load[percpu,avg1] 改为 system.cpu.load[all,avg1]  解决方

[Zabbix问题解决]item取值超时怎么办？

开发同学新开发了一个模块,需要运维监控一下8683\8682\9002这三个端口,于是我就在zabbix里把这三个端口进行了监控,但是却无法返回值,如图: 可见其他的自定义监控项是好使的,偏偏三个监控端口的项都是not-supported.我就进去到item里看看,type of information和data type都是正常的,而且每三十秒一次更新,应该是没有什么问题的. 于是我就去zabbix的server使用zabbix-get去试试,到底是怎么回事儿,使用结果如图: 可见使用zabb

通过Zabbix全面监控NetScaler负载均衡设备

NetScaler是业界领先的服务交付平台.Netscaler支持广泛平台,拥有全面的应用安全设定.加速和负载均衡(包含GSLB)功能.NetScaler主要优势如下:    1)强大的负载均衡:NetScaler 具有强大的L4/L7负载均衡功能,可以将应用请求发送到适合的应用资源,并集成全局负载均衡(GSLB)功能,可将客户端请求智能定向到全球最佳的可用地理位置.    2)WEB应用加速:NetScaler使用高级优化技术如动态缓存,如客户端和服务器TCP优化等.可将WEB应用性能加速高达

ansible-playbook基于role的配置一键安装zabbix客户端以及拉取自定义监控脚本

在IT工作中,您可能会一遍又一遍地执行相同的任务:没有人喜欢重复的任务.通过Ansible,IT管理员可以开始自动化日常任务中的苦差事.自动化解放了管理人员,专注于通过加快应用交付时间和建立在成功文化基础之上,为业务提供更多价值的努力.最终,Ansible为团队提供了他们永远无法获得足够的一件事:时间.让聪明的人专注于聪明的事情. Ansible是一种简单的自动化语言,可以完美地描述IT应用程序基础结构.它易于学习,自我记录,并且不需要毕业级的计算机科学学位来阅读.自动化不应该比它正在取代的任务

利用zabbix api 带入 组ID 和 监控项目键值 获取所有主机的值

def  chaxun(groupid,items_value):  是自己写的,带入组ID 和 监控项目键值,返回 主机和值的结果. 做了判断,如果这个主机没有想要的监控项目,就去除掉. #!/usr/bin/env python #coding=utf-8 import urllib.request import json import re url = 'http://XXXXXXXXXXXXXXXX/api_jsonrpc.php' username = 'Admin' password

zabbix全网监控

为什么要监控 运维的职责1.保障企业数据的安全可靠.2.为客户提供7*24小时服务.3.不断提升用户的体验. 在关键时刻,提前提醒我们服务器要出问题了 当出问题之后,可以便于找到问题的根源 拿到公司服务器的管理权之后, 第一件事,备份 第二件事,监控 数据有故障了,服务有问题了,一些内容挂掉了,比如web服务器,或者是硬件的服务器,raid,磁盘有故障了也会报警,用户访问网站,感觉慢了,也可以获得相应的提示 这是一个非常重要的部分 你们公司监控是怎么做的-面试题 OSI/ISO7层协议进行回答