因此采用zabbix proxy做为监控方案，在每
个节点部署zabbix proxy,由zabbix proxy收集agentd数据，然后将采集到的数据主动推送给zabbix
server,zabbix server将数据存入数据库，并在WEB前端显示。
1.Zabbix主要功能和优劣势说明
1.1 Zabbix主要功能：
1）Application monitoring 应用监控
数据库/SSH/Apache/Nginx等应用程序的监控。
2）Server monitoring 服务器监控
CPU，内存，SWAP，磁盘空间，网卡流量的监控等，可以通过浏览器实时查看Graphs。
3）Network monitoring 网络设备监控
支持Cisco, Juniper, 3Com等网络设备，网络设备通过SNMP（SNMP (v1,v2,v3) devices）协议进行监控。
4）添加自定义监控,对于Zabbix无法满足的监控，可以添加自定义监控。
1.2 Zabbix 主要优势：
1）安装配置简单，支持多种语言，包括中文。
2）系统自带多种监控模板，可以直接使用。
3）支持分布式部署和WEB集中管理（通过WEB页面设置或查看报警结果）。
）自动发现主机和网络设备（discovery of file systems,network interfaces，hosts and
netwrok devices）。
）WEB监控：可以监控WEB下载速度，返回码及响应时间。
6）提供实时和历史的监控分析数据。
）EMAIL报警，按照故障级别|服务器类型|业务类型发送EMAIL邮件到相关负责人。
1.3 Zabbix主要劣势：
1）需要在被监控机器上面安装agent。
2）All configuration information都存储在数据库里面，数据库是整个监控平台的瓶颈。
2.Zabbix分布式部署需求分析
2.1软件需求
官方推荐的软件配置
）MySQL5.0.3 or laterRequired if MySQLis used as Zabbix back end database，InnoDB
engine isrequired.
）PHP 5.3.0 or later
）Apache 1.3.12 or later2.2硬件需求
官方推荐的最小硬件配置
3.1分布式部署拓扑图
补充说明：
当proxy部署为主动模式（Active）时，Zabbix Server的负载最小。
）Server:负责把数据写入到数据库，然后通过Apache|Nginx +php在WEB前端显示。
）Proxy:帮助server采集被监控端的数据，并把采集到的数据主动传送给Server,proxy只负责数据收集。
）Database：所有的配置信息都存储在数据库里面，Zabbix server数据库和proxy数据库必须独立。
）Agent：agent的作用就是获取host数据，然后将收集到的数据发送给server(主动模式)，或者是server主动来拿取数据（被动模式）。
）Email:通过Qmail|postfix的SMTP负责报警邮件的发送（故障邮件和故障恢复邮件）。
3.2 Zabbix分布式安装部署：
1）Mysql 数据库安装（参照：http://sfzhang88.blog.51cto.com/4995876/900846）
2）LNMP + Zabbix server 安装（参照：http://sfzhang88.blog.51cto.com/4995876/978686）
3）Zabbix proxy 安装（略）
4）Zabbix agent 安装
|
4 Zabbix WEB前端配置
4.1配置proxy代理
4.2添加Groups和hosts
通常Groups按照频道或者是WEB，MYSQL，memcache等服务类型分组的，提供相同服务的服务器分为一组，便于后期的维护和管理。
4.3自定义监控模板，监控项和触发器。
5 zabbix主要功能展示。
5.1服务器监控
1）CPU负载监控
2）内存空间的监控
3） 磁盘空间的监控
4）交换分区的监控
5） 网卡流量的监控
5.2）应用程序的监控
有很多系统自带的模板，在添加主机的时候Link相关的模板即可。
当停止主机的上面的SSH服务或者Apache服务的时候会产生报警。
5.3）WEB Monitoring
是用来监控web程序的，可以监控到web程序的下载速度、返回码及响应时间。当返回码不为200的时候也可以产生报警。
5.4）Zabbix Screens
将多种信息放在一起展示，便于集中展示某个主机的监控信息。
5.5）Zabbix maps
的maps用来图形化显示监控设备的拓扑图，并且以不同的标记显示故障事件，通过该图表很直观的显示设备的整体情况。
5.6）Zabbix自定义监控
在实际应用当中，好多监控系统都满足不了实际的需求，需要根据实际的需求添加自定义监控。比如说：监控应用服务器tuxedo排队，当队列大于2000的时候报警。监控apache，mysql链接数，当大于2000的时候报警等等，此时Zabbix需要借助scripts来完成。
实例：监控http和mysql ESTABLISHED和TIME_WAIT连接数，当大于100的时候报警，并在WEB页面实时查看连接数。
1）在要监控的服务器上面编写Shell/python脚本，取出ESTABLISHED和TIME_WAIT连接数。
|
3）在Zabbix_agentd.conf里面添加UserParameter，格式如下，对于Zabbix来说，脚本其实就是一个插件。
UserParameter=checkservices.sh[*],/etc/zabbix/scripts/checkservices.sh $1
重启agentd服务器，然后在zabbix server用zabbix_get就可以取到值。
4）要监控的服务器有多台的时候，最简单的方法是先编写一个Templates(模板)，在Link到要监控的服务器上面。
5）给新添加的模板Linux_service_templates添加Applications。
6）给新添加的模板Linux_service_templates添加Items(监控项)。下面是添加http ESTABLISHED监控条目。
7）给新添加的模板Linux_service_templates添加Triggers(触发器)。下面是添加 http ESTABLISHED触发器，当连接数大于2000的时候报警，故障级别为High。
8）要在WEB前端实时查看http的连接情况，必须配置Graph。在一个Graph里面可以添加多个Item数据。
9）要查看Graphs在要监控的主机上面Link刚才的模板Linux_service_templates。
10）在WEB前端查看实时连接情况。
Http连接情况：
Mysql连接情况：
5.7）Zabbix discovery
1.Network discovery
能自动发现网络中存活的主机，可用通过proxy代理或者Zabbix server 发现网络中存活的主机，并按照Actions里面定义的条件自动添加到Zabbix监控里面。
1）首先：添加Discovery rule,可以通过proxy代理或者zabbix server添加rule。
2）然后create Actions,指定Actions的Conditions，必须具备下列条件才能自动添加,Discover
rule :规则为 Local network,system.uname的值中包含Linux,Zabbix agentd服务必须正常运行。
3) 配置Actions的operations,将Actions里面符合条件的主机添加到shwww组里面并Link要监控的模板。
4）查看Discover自动发现的主机自动添加到Zabbix里面。
2.Zabbix Low-level discovery
可以自动创建监控项，触发器和图像的方法。Zabbix可以自动发现主机上面的文件系统或者网络接口，不需要对每个文件系统和网络接口手动创建监控项，触发器和图像。Zabbix 还可以自动删除不需要的监控项，比如：上例当中的，当agentd宕机超过24小时的时候可以自动删除监控，只需在action里面配置即可。
实例：监控服务器上面所有TCP端口，就可以通过Low-level discovery轻松实现。
5.8)Zabbix报警邮件机制
1）基于业务类型发送报警邮件
当数据库服务器出问题时发给DBA组，当系统出问题时发给System组。
2）基于故障级别或者时间发送邮件
5.9）Zabbix资产管理
Zabbix可以自动收集主机的hostname，OS，cpu信息，MAC等信息。需要在添加主机的时候开启Host inventory Automatic功能，并按照官方手册（https://www.zabbix.com/documentation/doku.php?id=2.0/manual/config/hosts/inventory）添加Item即可。
5.10）Zabbix 报表功能
附录：
1)官方在线文档：
https://www.zabbix.com/documentation/2.2/manual/introduction
