接上篇配置
十一.Zabbix监控tomcat
1.在server3上安装java和tomcat
2.配置tomcat采集脚本vim catalina.sh
启动tomcat
3.添加zabbix监控jave程序
zabbix本身不能监控到jave，安装zabbix-java-gateway服务后，可以监控
增加进程数为10
4.配置server1上的zabbix server配置文件，添加javegateway信息
5.在zabbix web上添加JMX interfaces接口和JMX模版
进入到server3主机选项
添加模版，Generic监控模版较多
6.检测监控tomcat成功
十二.Zabbix监控代理
1.新开虚拟机，安装zabbix代理模块
2.安装启动数据库、创建授权zabbix用户、将zabbix数据导入数据库
导入监控数据
3.配置监控代理文件 vim /etc/zabbix/zabbix_proxy.conf
启动服务
4.在zabbix web配置代理模式
server2带离开server3
5.配置server3的zabbix_agent文件
指向代理服务器server2
重启服务 /etc/init.d/zabbix-agent restart
6.查看结果
查看server1、server2和server3的日志正常
查看web监控端，采集数据没有停止
7.zabbix监控的网络拓扑图
可以自行设置自己需要的项目
十三.Zabbix用API的方式添加主机
Zabbix API开始扮演着越来越重要的角色，尤其是在集成第三方软件和自动化日常任务时。很难想象管理数千台服务器而没有自动化是多么的困难。Zabbix API为批量操作、第三方软件集成以及其他作用提供可编程接口。
Zabbix API是在1.8版本中开始引进并且已经被广泛应用。所有的Zabbix移动客户端都是基于API，甚至原生的WEB前端部分也是建立在它之上。 Zabbix API 中间件使得架构更加模块化也避免直接对数据库进行操作。它允许你通过JSON RPC协议来创建、更新和获取Zabbix对象并且做任何你喜欢的操作【当然前提是你拥有认证账户】。
Zabbix API提供两项主要功能：
远程管理Zabbix配置
远程检索配置和历史数据
使用JSON
API 采用JSON-RPC实现。这意味着调用任何函数，都需要发送POST请求，输入输出数据都是以JSON格式。大致工作流如下：
准备JSON对象，它描述了你想要做什么（创建主机，获取图像，更新监控项等）。
采用POST方法向
1.做之前将监控主机server3删去，第一步，生成认证令牌
-
"jsonrpc": "2.0"-这是标准的JSON RPC参数以标示协议版本。所有的请求都会保持不变。
-
"method": "user.login"-这个参数定义了真实执行的操作。例如：host.create、item.update等等
-
"params"-这里通过传递JSON对象来作为特定方法的参数。如果你希望创建监控项，"name"和"key_"参数是需要的，每个方法需要的参数在Zabbix API文档中都有描述。
-
"id": 1-这个字段用于绑定JSON请求和响应。响应会跟请求有相同的"id"。在一次性发送多个请求时很有用，这些也不需要唯一或者连续
-
"auth": " *********************"-这是一个认证令牌【authentication token】用以鉴别用户、访问API。这也是使用API进行相关操作的前提-获取认证ID。
注：将命令写进shell脚本里
2.脚本加执行权限，执行生成令牌
3.创建server3主机监控项，执行以下脚本
group：组id（可以选中组，在浏览器地址栏的的后面找到）
templates：模版id （可以选中模版，在浏览器地址栏的的后面找到）
4.添加成功
十四.Zabbix Server的被动采集模式（Zabbix agent主动）
1.在server3上配置zabbix_agent.conf文件
将之间的代理的设置的IP重新指向server1
关闭被动模式
客户端的anent的模式，0表示关闭被动模式，zabbix-agentd不监控本地端口
2.在web端点击模版，全克隆
修改全克隆模版名字为Template OS Linux active
3.点击监控项，下面的模版全选
4.设置模式为Zabbix agent 主动模式
5.在监控主机server3上添加主动模式的监控模版，将原先的删除
6.查看zabbix server被动监控结果，正常开始采集
本文转自一百个小排 51CTO博客，原文链接：http://blog.51cto.com/anfishr/1971864，如需转载请自行联系原作者
