㈠ 如何用zabbix来监控磁盘IO
使用zabbix监控磁盘IO
前面的文章介绍了zabbix简单的安装，下面介绍下利用zabbix监控磁盘IO的方法
默认的 Zabbix 监控模板中，对于磁盘主要是剩余空间之类的监控，对于 IO 方面却没有，好在 Zabbix 提供了丰富的定制功能，可自行添加想要监控的任意内容。具体步骤如下:
1、 在被监控服务器的配置文件（/etc/zabbix/zabbix_agentd.conf）中添加以下内容：
###disk io
UserParameter=custom.vfs.dev.read.ops[*],cat /proc/diskstats | grep $1 | head -1 | awk '{print $$4}'
UserParameter=custom.vfs.dev.read.ms[*],cat /proc/diskstats | grep $1 | head -1 | awk '{print $$7}'
UserParameter=custom.vfs.dev.write.ops[*],cat /proc/diskstats | grep $1 | head -1 | awk '{print $$8}'
UserParameter=custom.vfs.dev.write.ms[*],cat /proc/diskstats | grep $1 | head -1 | awk '{print $$11}'
UserParameter=custom.vfs.dev.io.active[*],cat /proc/diskstats | grep $1 | head -1 | awk '{print $$12}'
UserParameter=custom.vfs.dev.io.ms[*],cat /proc/diskstats | grep $1 | head -1 | awk '{print $$13}'
UserParameter=custom.vfs.dev.read.sectors[*],cat /proc/diskstats | grep $1 | head -1 | awk '{print $$6}'
UserParameter=custom.vfs.dev.write.sectors[*],cat /proc/diskstats | grep $1 | head -1 | awk '{print $$10}'
可以先测试看其是否生效，使用如下命令，看是否正常返回数字。注意在命令行运行时，grep 那里的 $1 需根据自己磁盘设定修改为 sda 或 sdb，awk 那里需去除一个 $ 符号。
cat /proc/diskstats | grep sda | head -1 | awk '{print $4}'
2、被监控主机重启 agent
/etc/init.d/zabbix_agentd_ctl restart
3、在 zabbix server 上测试能否接收数据，将其中的 AgentServerIP 修改为被监控服务器的IP，注意困盯兄这里是在运行 zabbix 服务端的机器上则滚执行此操作。如果返回的汪袭是一串数字则正确，如果返回ZBX_NOTSUPPORTED ，请检查确认被监控主机的 agent 是否有重启，网络端口是否开放。
zabbix_get -s AgentServerIP -p 10050 -k custom.vfs.dev.write.ops[sda]
4、在 zabbix web 配置界面的模板中，导入这里提供的模板。并将此模板关联到要监控的服务器主机上，很快就可以在 Latest data 中看到获取的数据并可画出趋势图了。
㈡ zabbix怎么监控web响应代码不等于200
zabbix怎么监控web响应代码不等于200
错误码：
1.HTTP
1xx-信息提示
这些状态代码表示临时的响应。客户端在收到常规响应之前，应准备接收一个或多个1xx响应。
100-继续。
101-切换协议。
2xx-成功
这类状态代码表明服务器成功地接受了客户端请求。
200-确定。客户端请求已成功。
201-已创建。
202-已接受。
203-非权威性信息。
204-无内容。
205-重置内容。
206-部分内容。
3xx-重定向
客户端浏览器必须采取更多操作来实现请求。例如，浏览器可能不得不请求服务器上的不同的页面，或通过代理服务器重复该请求。
301-对象已永久移走，即永久重定向。
㈢ 运维监控 zabbix可以做哪些监控
zabbix可以对CPU负荷、内存使用、磁盘使用、网络状况端实行监控，并且可以端口监视与日志监视。
zabbix是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。
zabbix能保证服务器系统的安全运营；并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题。
zabbix由2部分构成，zabbix server与可选组件zabbix agent。
zabbix server可以通过SNMP，zabbix agent，ping，端口监视等方法提供对远程服务器/网络状态的监视，数据收集等功能，它可以运行在Linux，Solaris，HP-UX，AIX，Free BSD，Open BSD，OS X等平台上。
(3)zabbix监控web扩展阅读：
要想搭建一个Zabbix的工作环境，需要从服务器入手。与服务器通信，管理员需要使用一个Zabbix前端界面，与Zabbix服务器和数据库进行通信。三个关键（界面、服务器和数据库）可以安装在同一台服务器上。
但是如果你拥有一个更大更复杂的环境，将它们安装在不同的主机上也是一个选项。Zabbix服务器能够直接监控到同一网络中的设备，如果其他网络的设备也需要被监控，那还需要一台Zabbix代理服务器。
㈣ 运维监控 zabbix可以做哪些监控
1、监控windows进程内存。在C盘中创建脚本a.bat，内容tasklist。
㈤ 如何通过Zabbix获取监控数据
您好，是这样的：
zabbix基本架构：
1.Server
zabbix系统核心进程，轮询并捕获数据、发送通知等。是zabbix agent和zabbix proxy汇报数据的对象。server自身可远程检测网络服务。所有的前后端配置、统计信息、可操作数据存储于此罩培。包含server、前段界面和后端DB几部分。
2.Agent
部署在被监控主机上用于监控本地资源和应用并向zabbix server汇报结果。使用本地系统调用故非常高效。有主动和被动两种检测模式。被动模式下agent根据server或proxy的具体请求来返回数据。主动模式下先主动由server获取监控项列表在检测并返回新的数据。采用主动或被动检测取决于相应监控项的配置。
3.Proxy
可以自由选择部署或者不部署，主要用于分担server的负载。在集中化监控远程位置、分支、网络的场景中是很好的解决方案。可从被监控设备收集数据缓存在proxy本地后传递给其所属的zabbix server。proxy需要单独的数据库。
4.Java gateway
java实现的守护进程用于监控JMX类型的应用程序。
5.Sender
命令行工具zabbix_sender，用于向zabbix server发送性能数据和可用性数据。多用于用户脚本定期向server发送数据。
如：
shell> cd bin
shell> ./zabbix_sender -z zabbix -s "Linux DB3" -k db.connections -o 43
6.Get
命令行工具塌猛zabbix_get，用于同agent通信从agent获取数据。可用于zabbix agents的troubleshooting。
如：
shell> cd bin
shell> ./zabbix_get -s 127.0.0.1 -p 10050 -k "system.cpu.load[all,avg1]"
#zabbix术语表：
host
需要被监控的设备，如交换机、路由器、WEB服务器、DB服务器等
host group
被监控设备的逻辑分组，如DB服务器一组、WEB服务器一组等。可包含主机和模板。用于权限控制
item
需要被监控的项，如CPU空闲率、某一块磁盘的使用率等
trigger
用于评估收到的团闷桥监控值是否超出设定的阈值的逻辑表达式
event
如trigger状态改变等值得注意的事件
action
预先定义的响应event的一系列operations
escalation
执行action中的operations的定制场景；一连串的发送通知、执行远程命令
media
传递notification的方式
notification
通过media发送给用户的关于某个event的消息
remote command
在被监控机器上触发并自动执行的预定义命令
template
用于简化和加速主机上大规模监控任务的部署。包含一系列项目，如items, triggers, graphs, screens, applications, low-level discovery rules
application
逻辑组中的一组items
web scenario
一个或多个HTTP request用以检查web站点可用性
frontend
zabbix的web界面
zabbix api
允许通过JSON RPC 协议创建、更新和获取zabbix对象如，hosts, items, graphs and others。或者执行其他任务
zabbix server
zabbix核心，履行监控，与zabbix proxies、zabbix client交互、计算trigger、发送notification、存储数据等任务
zabbix agent
部署在被监控主机上用于监控本地资源和应用
zabbix proxy
可代zabbix server收集数据分担处理负载
#zabbix配置：
可通过WEB界面或者模板进行配置
需配置内容包括users、user groups、hosts、host groups、items、Triggers、Events、notification、templates、visualisation等。
最终配置会被存储在后端database中。
参考：
https://www.zabbix.com/documentation/2.4/manual/config
zabbix取数方式
1.zabbix api
基于WEB的API，通过JSON PRC协议获取或更改zabbix配置，并可用于获取历史监控数据。clients和API间的request和response使用JSON格式。包含一系列可从功能上分为不同组别的方法。
发起HTTP请求的格式类似如下：
POST http://company.com/zabbix/api_jsonrpc.php HTTP/1.1
Content-Type: application/json-rpc
{"jsonrpc":"2.0","method":"apiinfo.version","id":1,"auth":null,"params":{}}
其中http://company.com/zabbix/是zabbix前端的地址；Content-Type必须指明且为application/json-rpc, application/json or application/jsonrequest三者之一。{"jsonrpc":"2.0","method":"apiinfo.version","id":1,"auth":null,"params":{}}是请求的具体内容。
一些实例：
*登录认证
{
"jsonrpc": "2.0",
"method": "user.login",
"params": {
"user": "Admin",
"password": "zabbix"
},
"id": 1,
"auth": null
}
其中：
jsonrpc:指明JSON-RPC协议版本，这里是2.0版本
method:指明调用的API方法，这里是用户登录
params:需要传递给API method的参数，这里是用户名和密码
id:本次请求的标识符
auth:用户认证令牌，目前尚无所以为null
若参数无误response将会包含用户认证令牌，如：
{
"jsonrpc": "2.0",
"result": "",
"id": 1
}
*获取hosts信息
{
"jsonrpc": "2.0",
"method": "host.get",
"params": {
"output": [
"hostid",
"host"
],
"selectInterfaces": [
"interfaceid",
"ip"
]
},
"id": 2,
"auth": ""
}
本例使用可用的用户认证令牌通过host.get方法获取所配置的主机的ID 、name等信息，返回如下
{
"jsonrpc": "2.0",
"result": [
{
"hostid": "10084",
"host": "Zabbix server",
"interfaces": [
{
"interfaceid": "1",
"ip": "127.0.0.1"
}
]
}
],
"id": 2
}
为了考虑性能影响、尽量仅列出所需项而非返回所有数据
*创建新监控项
例如在上一步获取的host上建立新的监控项、监控/home/joe/目录的剩余空间
{
"jsonrpc": "2.0",
"method": "item.create",
"params": {
"name": "Free disk space on $1",
"key_": "vfs.fs.size[/home/joe/,free]",
"hostid": "10084",
"type": 0,
"value_type": 3,
"interfaceid": "1",
"delay": 30
},
"auth": "",
"id": 3
}
其中params参数中的几个关键参数含义如下：
name：监控项的名称，这个可以自己灵活定义，其中的$1代表key_中的第一个参数，此处为/home/joe/
key_:预定义的监控项，zabbix提供了一系列此类监控内容，此处需从其中进行选择。
hostid：即上步获得的hostid
value_type:监控数据值的类型，不同的数字代表不同的类型，此处的3代表整型
delay：zabbix取数时间间隔，此处为30秒取一次
返回结果如下：
{
"jsonrpc": "2.0",
"result": {
"itemids": [
"24759"
]
},
"id": 3
}
itemid为生成的监控项的id
*获取历史数据：
从历史记录表获取itemids为23296的按clock降序排列的十条记录
history参数可能的取值
0 - float;
1 - string;
2 - log;
3 - integer;
4 - text.
{
"jsonrpc": "2.0",
"method": "history.get",
"params": {
"output": "extend",
"history": 0,
"itemids": "23296",
"sortfield": "clock",
"sortorder": "DESC",
"limit": 10
},
"auth": "",
"id": 1
}
返回结果：
{
"jsonrpc": "2.0",
"result": [
{
"itemid": "23296",
"clock": "1351090996",
"value": "0.0850",
"ns": "563157632"
},
{
"itemid": "23296",
"clock": "1351090936",
"value": "0.1600",
"ns": "549216402"
},
...]
}
*错误处理
下例忘记了groups这个参数
{
"jsonrpc": "2.0",
"method": "host.create",
"params": {
"host": "Linux server",
"interfaces": [
{
"type": 1,
"main": 1,
"useip": 1,
"ip": "192.168.3.1",
"dns": "",
"port": "10050"
}
]
},
"id": 3,
"auth": ""
}
返回结果如下，包含的不是result属性而是error属性
{
"jsonrpc": "2.0",
"error": {
"code": -32602,
"message": "Invalid params.",
"data": "No groups for host \"Linux server\"."
},
"id": 3
}
对于获取监控数据来说，比较关心的应该是history.get这个方法。这种方式实际上最终还是由后台数据库获取的。方法提供了丰富的参数，使用非常灵活。但对于一次性大规模的取出大量主机大量监控项的大批数据不太适合。
㈥ 如何设置zabbix来监控VMware
zabbix 2.2版本以后(Vmware vCenter or vSphere 最低版本 4.1)，开始支持直接监控vmware了, 可以自动搜索到所有的ESXI和VM,并自动把他们列入孝桥则监控对象。我觉得非常不错，下面说说我的监控步骤。
理论分析
1.模板在zabbix中已经预先配置好了，对于vcenter的HOST，指定为Template Virt VMware。编译安装阶段要想支持vmware监控需要在./configure添消烂加--with-libxml2和--with-libcurl其中前一个是在2.2中添加的；
2.安装完成后，在zabbix_server.conf配置文件需要指定‘StartVMwareCollectors’参数，否则启动zabbix_server是不会启动vmware相关的进程(配置文件有解释我就不做详细叙述)；
vi /data/soft/zabbix-2.2.0/etc/zabbix_server.conf
StartVMwareCollectors=5
VMwareFrequency=60
VMwareCacheSize=8M
3.在HOST界面中添加vmwareesxi设备后，需要指定{$URL}、{$USERNAME}和{$PASSWORD}三个变量，因为在调试系统自带的"TemplateVirtVMware"模板时，模板中的KEY调用的是这三个变量；原则上添加对vcenter的host监控时，不需要zabbix_agent，在web页面输入必要的ip信息，关联好模板，填写好三个宏（web页面上叫巨集）即可。
4.当第三步成功的时候不仅能监控esxi物理主机,还能自动发现该esxi上运行的主机并自动添加到监控系统中并加载"Template Virt VMware Guest"模板(模板在下面提供下载)。
操作巧棚步骤
1、添加esxi主机监控
2、设置变量
3、关联模板
配置好HOST后，经过VMware Frequency时间后,zabbix 监控到vmware vcenter机器上管理了哪些ESXI服务器，并将其加入到HOST中并同Template Virt VMware Hypervisor模板关联，再进一步监控到哪些vm和volume,也一并将其加入到HOST中并同Template Virt VMware Guest模板关联。
4、查看host会多出很多监控项
5、自动发现的监控项目
在HOST自动发现并添加后，item的更新是根据每一个项目（item）设置的时间间隔来更新的，但是与VMwareFrequency有关，因为check_simple大多都是从内存中维护的vmware集群结构中获取的值。
结语：
使用Zabbix的目的，是为了能够更好的监控MySQL数据库服务器，并且能够生成图形报表，虽然Nagios也能够生成图形报表，但没有Zabbix这么强大。以上是通过设置zabbix来监控VMware主机的原理以及步骤解析，希望能帮到有需要的朋友。
㈦ zabbix web监控在哪个表
每一个监控项都会有一个itemid,根据采集数据的类型不同，分别存储在不同的history表里。
zabbix自带的web监控功能，当你添加完以后，会生成没记错应该是6个监控项，如果你要提取这个数据，需要根据每个itemid去不同的表里查。
㈧ zabbix-web 什么作用
可以监控web的连接时间、加载时间，确认网站没有挂掉。
㈨ zabbix对zabbix错误日志进行监控求助
1、当日志达到一定的log-level时触发报警； 2、日志文件可能不会一直，没分每秒都在有内容更新，所以需要在zabbix监控web界面的最近报警中能够过段时间就不再显示了（，当然你也可以颤桥不考虑这一点，如果你的日志更新比较慢，同时在action中有设置了operations，那你就等着狂收消息吧）； 3、 具体步骤： 1、创建items，监控类型一定要选择主动方式 2、创建trigger： 在创建好的item的最前端会出现一个menu的菜单图标，可以点击它来创建trigger，也可以到trigger项目中来创建； 在表达式中嵌入以下内容： (({host-61:log[/opt/logs/aa.log].regexp(ERROR)})#0) & {host-61:vfs.file.cksum[/opt/logs/aa.log].diff(0)}>0 注：regexp(ERROR) 是过滤文件中的ERROR级别的错误；cksum检验文件是否改变， 3、到此你已经完悄衡成了日志监控，接下来无非就是测试了； 测试无非就是往 /opt/logs/aa.log 文件中写信息了，这个自己写，自己测茄运猛试下吧，我这里测试结果是OK的了，不再阐述
㈩ zabbix的正式服务器web检测没有值是什么原因
前面分别介绍了：
linux运维之zabbix监控编译安装
linux运维之解决zabbix中文乱码
linux运维之zabbix监控windows服务器
linux运维之zabbix监控Windows服务器服务是否正常
linux运维之zabbix通过UserParameter实现自定义监控linux服务器
原理：主要检测网站的状态码：
1.在zabbix中 ：配置→主机→选择监控的主机.1
2.选择WEB场景→创建web场景
3.在场景中填入如下，名称自己写，浏览器版本根据自己需要选择
4.在步骤中点击新增，在弹出对话框填入名称，检测URL，以及状态码
5.选择图形，创建图形
6.创建图形,添加加入的监控项
7.查看实时图形，发现已经检测到www..com状态码200
附：常用状态吗
1XX：信息性状态码
100：
2XX：成功状态码
200：OK
201：Created OK
3XX：重定向状态码
301：Moved Permanebtly 永久重定向，在响应报文中使用首部“Location：URL”指定资源现在所在的位置
302：Found 临时重定向，在响应报文中使用首部“Location：URL”指定临时资源位置
304：Not Modified，条件式请求中使用，通常是client缓存了服务端数据，不需要更新
4XX：客户端的错误
403：Forbidden,请求被服务器拒绝
404：Not Found，服务器无法找到请求的URL，经常遇到查无此页
405：Method Not Allowed,不允许使用此方法请求响应的URL
5XX：服务器类的错误
500：Internal Server Error，服务器内部错误
502：Bad Gateway：代理服务器从上游收到一条伪响应
503：Service Unavailable，服务器此时无法提供服务，但将来可能可用
举报/反馈