1、zabbix怎么对设置了密码的redis进行监控
1、目的
通过自定义脚本获取redis的性能信息数显示在zabbix系统上
2、简要步骤版
2.1 zabbix server端自定义模板权文件
redis
模板文件导出为后缀xml，后附
2.2 zabbix server端定义需要监控的服务器
这里定义redis组的b103/g12/h12共计3台
凡是充当redis服务器都应增加2.1中的两个模板
2.3 zabbix client端配置定义
3台服务器的zabbix_agentd.conf 增加如下配置：
2、zabbix 3.0.0 如何监控吗
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这个方法。这种方式实际上最终还是由后台数据库获取的。方法提供了丰富的参数，使用非常灵活。但对于一次性大规模的取出大量主机大量监控项的大批数据不太适合。
3、zabbix监控怎么添加报警人
zabbix监控添加主机，报警、监控的设置
根据使用zabbix这么久的经验，总结了一套zabbix比较实用的添加主机、监控报警的使用流程，供大家参考。
一：添加处理方法，就是如何报警
打开zabbix的管理------处理方法----create media type:
我用的是脚本发邮件的方式来报警的，脚本名字为mail.py。指的一提的是脚本存放位置，我的脚本是放在/usr/local/zabbix/bin/目录下面，在这里不写目录的据对路径，直接写脚本名字，他的路径设置是在zabbix服务器端的配置文件中设置的，在zabbix_server.conf配置文件中设置：AlertScriptsPath=/usr/local/zabbix/bin/
二：添加zabbix用户和组，设置其邮箱地址等信息
1：打开zabbix的管理------用户---选择用户组下拉----create user group：
填写个组名，设置需要的权限直接保存就成，其他的不用填写和选择。
2：打开zabbix的管理------用户---选择用户下拉----create user：
填写用户信息
3：添加报警介质，就是报警方式，因为是报警，【信息】那项就不用勾选，信息一般就是服务器信息发生变化时报警，这个一般没有什么意义，所以不勾选，不过你也可以选择，根据个人喜好。类型的话就是选择处理发放中的报警介质，选择你添加的。然后可以保存信息，完成添加用户（Permissions那项没有不填写）。
三：报警触发器触发的动作设置
当监控项中的触发器达到你设置的报警值之后，需要执行操作来发送邮件等动作。具体设置：
1：打开zabbix的系统配置---操作---- 选择事件源为触发器------create action:
2：触发条件设置：
3：详细操作设置，即满足触发条件之后执行什么动作，这里一般设置为发邮件之类的，设置收邮件的用户（建议每个组对应一个用户，这样发邮件的时候容易设置发送对象）：
四：zabbix中常用到的几个key
Zabbix的key可以理解为zabbix的命令，执行这个key可以得到相应的结果。
1：监控端口的：net.tcp.port[,3306]
/usr/local/zabbix/bin/ -s192.168.8.120 -knet.tcp.port[,3306] 返回1为192.168.8.120的端口3306存在，0为不存在
2：监控进程的：proc.num[mysqld]
/usr/local/zabbix/bin/zabbix_get -s192.168.8.120 -kproc.num[mysqld] 返回值为192.168.8.120中mysqld的进程数量
/usr/local/zabbix/bin/zabbix_get -s192.168.8.120 -kproc.num[] 返回值为192.168.8.120中所有的进程数量
3：查看CPU核数的：system.cpu.num 返回值为服务器CPU的核数
4：查看系统的系统启动时间和当前时间：system.boottime、system.localtime 返回值为系统启动时间和当前时间，为时间戳格式
5：查看系统的简单信息：system.uname 返回值为192.168.8.120的系统信息，类似于linux系统的uname -a命令
6：查看windowns系统当前网卡的进出流量：net.if.out[{HOST.NAME},bytes]、net.if.in[{HOST.NAME},bytes]和linux系统的key：net.if.out[eth0,bytes]、net.if.in[eth0,bytes]一样
/usr/local/zabbix/bin/zabbix_get -s192.168.8.120 -knet.if.in[192.168.8.120,bytes] 返回值为IP为192.168.8.120的进流量，此值为计数值，单位为bytes，减去上次取得值，除以时间间隔为此段时间内的平均流量
/usr/local/zabbix/bin/zabbix_get -s192.168.8.120 -knet.if.out[192.168.8.120,bytes] 返回值为IP为192.168.8.120的出流量，此值为计数值，单位为bytes，减去上次取得值，除以时间间隔为此段时间内的平均流量
7：查看系统内存大小：vm.memory.size[total]，返回值单位bytes
8：查看文件的大小： vfs.file.size[file] 如： vfs.file.size[/var/log/syslog] 返回的是/var/log/syslog的大小，单位是：bytes
9：查看文件是否存在：vfs.file.exists[file] 文件如果存在返回0，不存在返回1
10：查看文件的MD5：vfs.file.md5sum[file]查看小文件的MD5，返回为MD5值(好像只有2.0以上的版本有这个key)
11：自动发现网卡并监控流量和自动发现分区及分区挂载情况的两个key：net.if.discovery，vfs.fs.discovery，windows和linux监控模板中都有这模板(2.0以上版本)，应用即可
以上是常用的key，其实监控服务器无非就是内存、硬盘占用、CPU负载、流量、服务器和端口等情况。如果要监控其他的可以自定义key来实现，本人喜欢自定义key，写个脚本来返回，得到自己想要的监控结果，zabbix在这块做的非常好，扩展性很强，支持各种脚本来实现自定义的key。
要启用自定义key，需要在客户端的配置文件中启用UnsafeUserParameters=1参数，然后在配置文件的最下面来定义key，如：
UserParameter=free.disk,/usr/local/zabbix/bin/disk.py
free.disk为key的名字，/usr/local/zabbix/bin/disk.py为服务器端调用free.disk这个key时执行的脚本，其结果就是free.disk的返回值。脚本可以是任何可以运行的脚本语言。
五：创建监控模板和监控项
其实在zabbix服务器端安装完成之后，就有许多自带的监控模板，基本上可以满足大众化的监控需求，不过其中有许多是没有必要的监控项或是自己不感兴趣的，比较冗余，所以要做好监控的话，还是自定义模板和监控项，这个监控模板可以修改zabbix系统自带的，也可以自己创建。以下为自己创建监控模板。
1：创建监控模板：
打开zabbix的系统配置---模板----create template:
填写模板名字和模板所在组保存即可。
4、zabbix 部署好后 地址是多少
1、zabbix是一个基copy于WEB界面的，并提供分布式系统监视以及网络监视功能的企业级的开源解决方案。 zabbix能监视各种网络参数，保证服务器系统的安全运营；并提供柔软的通知机制以让运维人员能够快速定位。
2、zabbix通过C/S模型来收集数据，通过B/S模型模式在web端展示和进行配置。
被监控端：主机设备通过安装agent收集数据并发送给server端，网络设备通过SNMP收集数据并发送给server端。
server端：通过收集SNMP和agent发送来的数据，将数据写入到后台数据库中（例如：mysql，oracle），在通过web展示出来。
3、运行环境
zabbix server 需要运行在LAMP或者是LNMP的环境下；
agent可以部署在目前常见的OS中，例如linux，windows，HPUX，Solaris，Sun；
SNMP可以支持常见的网络设备。
5、如何设置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主机的原理以及步骤解析，希望能帮到有需要的朋友。
6、请说明下面zabbix监控项配置的意义,详细一点,谢谢了
^分开来解释
userParameter=dns.ration_[*], 用户参数，dns
/opt/tools/dns_status.sh | grep "^$1:" | awk '{print $$3}' 取值
具体取到的值是什么我不知道，我需要dns_status.sh脚本文件内版容或者你直权接进入系统输入/opt/tools/dns_status.sh | grep "^$1:" | awk '{print $$3}' 看看得到的是什么
7、zabbix监控vmware时该设置哪些报警
需要服务器上有mail服务，可以发送邮件。
>>>Configuration>>>Action>>>CreateAction Action的信息 >>>Name(可以根据自己的命名规则回) >>>Actionconditions>>>New>>>Trigger>>>”=”>>>Select>>>选择需要答的Trigger>>>Add >>>DetailsAction>>>New>>>。
8、zabbix怎样设置监控web页面的
Zabbix通过专用的Agent或者SNMP收集相关的监控数据，然后存储到数据库里面实时在前台展示。回
Zabbix监控数据主要分为答以下两类： 历史数据：history相关表,从history_uint表里面可以查询到设备监控项目的最大，最小和平均值,即存储监控数据的原始数
9、如何通过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中。