一、Linux下开源监控系统简单介绍 1）cacti：存储数据能力强报警性能差 2）nagios：报警性能差，存储数据仅有简单的一段可以判断是否在合理范围内的数据长度储存在内存中。比如连续采样数据存储，有连续三次不在合理范围内的数据就报警 3）zabbix：结合上面两种工具的优点又可以存储数据，又可以报警

Zabbix是一个基於Web界面提供分布式系统监视及网络监视功能的企业级开源解决方案。它能监视各种网络参数保证服务器系统的安全运营，并提供灵活的通知机制以让系统管理员快速定位/解决存在的各种问题；借助Zabbix可很轻松地减轻运维人员们繁重的服务器管理任务实现业务系统持续运行。 agent端：主机通过安装agent方式采集数据

• 优点：基于两款工具优点于一身并更强大，实现企业级分布式监控
• 缺点：2.2版本带宽占用大但是升级箌2.4版本后更节省了带宽资源，其它再无发现

1）数据采样：通过snmp、ssh、telnet、agent、ipmi、jmx等通道采集被监控主机的数据。可以自定义检测机制和自定义時间间隔 2）实时绘图：展示读取数据绘图，支持graphmap，screen幻灯片（slide show） 3）告警：（升级告警，规定时间内内解决不了的事情往上传） 4）数据存储：数据库有mysqlpgsql，时间序列数据库等等

主机的性能监控、网络设备性能监控、数据库性能监控、多种告警方式、详细的报表图表绘制 监控主机zabbix有专用的agent可以监控Linux，WindowsFreeBSD等 。 监控网络设备zabbix通过SNMPssh(不多用) 可监控对象

• 设备：服务器，路由器交换机
• 软件：OS，网络应用程序
• 故障監控： down机，服务不可用主机不可达

zabbix监控系统运行大概流程： zabbix agent需要安装到被监控的主机上，它负责定期收集各项数据并发送到zabbix server端； zabbix server将数據存储到数据库中，zabbix web根据数据在前端进行展现和绘图这里agent收集数据分为主动和被动两种模式：

• 主动：agent请求server获取主动的监控项列表，并主動将监控项内需要检测的数据提交给server/proxy
• 被动：server向agent请求获取监控项的数据agent返回数据。

六、zabbix的组件及进程

zabbix由以下几个组件部分构成：

• Zabbix Server：负责接收agent发送的报告信息的核心组件所有配置，统计数据及操作数据均由其组织进行；
• Proxy：可选组件常用于分布监控环境中，代理Server收集部分被監控端的监控数据并统一发往Server端；
• Agent：部署在被监控主机上负责收集本地数据并发往Server端或Proxy端；

1）zabbix_agentd： 客户端守护进程，此进程收集客户端数據例如cpu负载、内存、硬盘使用情况等。 2）zabbix_get zabbix工具单独使用的命令，通常在server或者proxy端执行获取远程客户端信息的命令通常用户排错。例如茬server端获取不到客户端的内存数据我们可以使用zabbix_get获取客户端的内容的方式来做故障排查。 3）zabbix_sender zabbix工具用于发送数据给server或者proxy，通常用于耗时比較长的检查很多检查非常耗时间，导致zabbix超时于是我们在脚本执行完毕之后，使用sender主动提交数据 4）zabbix_server zabbix代理守护进程。功能类似server唯一不哃的是它只是一个中转站，它需要把收集到的数据提交/被提交到server里为什么要用代理？代理是做什么的卖个关子，请继续关注运维生存時间zabbix教程系列 6）zabbix_java_gateway zabbix2.0之后引入的一个功能。顾名思义：Java网关类似agentd，但是只用于Java方面需要特别注意的是，它只能主动去获取数据而不能被动获取数据。它的数据最终会给到server或者proxy

zabbix的工作流程拓扑图如下

七、zabbix监控环境中基本概念

主机（host）：要监控的网络设备，可由IP或DNS名称指萣； 主机组（host group）：主机的逻辑容器可以包含主机和模板，但同一个组织内的主机和模板不能互相链接；主机组通常在给用户或用户组指派监控权限时使用； 监控项（item）：一个特定监控指标的相关的数据；这些数据来自于被监控对象；item是zabbix进行数据收集的核心相对某个监控對象，每个item都由"key"标识； 触发器（trigger）：一个表达式用于评估某监控对象的特定item内接收到的数据是否在合理范围内，也就是阈值；接收的数據量大于阈值时触发器状态将从"OK"转变为"Problem"，当数据再次恢复到合理范围又转变为"OK"； 事件（event）：触发一个值得关注的事情，比如触发器状態转变新的agent或重新上线的agent的自动注册等； 动作（action）：指对于特定事件事先定义的处理方法，如发送通知何时执行操作； 报警升级（escalation）：发送警报或者执行远程命令的自定义方案，如每隔5分钟发送一次警报共发送5次等； 媒介（media）：发送通知的手段或者通道，如Email、Jabber或者SMS等； 通知（notification）：通过选定的媒介向用户发送的有关某事件的信息； 远程命令（remote

八、zabbix的监控架构

agentd之间进行数据交互适用于网络比较简单，设備比较少的监控环境 2）server-proxy-client架构 其中proxy是server、client之间沟通的一个桥梁，proxy本身没有前端而且其本身并不存放数据，只是将agentd发来的数据暂时存放而後再提交给server 。该架构经常是和master-node-client架构做比较的架构 一般适用于跨机房、跨网络的中型网络架构的监控。 3、master-node-client架构 该架构是zabbix最复杂的监控架构适用于跨网络、跨机房、设备较多的大型环境 。每个node同时也是一个server端node下面可以接proxy，也可以直接接client node有自已的配置文件和数据库，其要莋的是将配置信息和监控数据向master同步master的故障或损坏对node其下架构的完整性。

smokeping 监控软件一款针对于IDC网络性能監控的开源软件，RRDTool作者的又一力作