运维监控方案比较

1. Zabbix：使用最广的监控软件(PHP)

   优点：

   1. 支持多平台的企业级分布式开源监控软件

   2. 安装部署简单，多种数据采集插件灵活集成

   3. 功能强大，可实现复杂多条件告警，

   4. 自带画图功能，得到的数据可以绘成图形

   5. 提供多种API接口，支持调用脚本

   6. 出现问题时可自动远程执行命令(需对agent设置执行权限)

   缺点：

   1. 项目批量修改不方便

   2. 入门容易，能实现基础的监控，但是深层次需求需要非常熟悉Zabbix并进行大量的二次定制开发，难度较大;

   3. 系统级别报警设置相对比较多，如果不筛选的话报警邮件会很多;并且自定义的项目报警需要自己设置，过程比较繁琐(但是网上的模板比较，也可以使用模板导入的方法);

   4. 缺少数据汇总功能，如无法查看一组服务器平均值，需进行二次开发;

   5. 数据报表需要特殊二次开发定义;

2. Nagios ：对系统CPU、磁盘、网络等方面参数的基本系统监控(Nagios用C/C++完成,页面部分用PHP实现,很多脚本都是由CGI实现)

   优点：

   1. 出错的服务器、应用和设备会自动重启，自动日志滚动

   2. 配置灵活，可以自定义shell脚本，通过分布式监控模式

   3. 支持以冗余方式进行主机监控，报警设置多样

   4. 命令重新加载配置文件无需打扰Nagios的运行

   缺点：

   1. 事件控制台功能很弱，插件易用性差

   2. 对性能、流量等指标的处理不给力

   3. 看不到历史数据，只能看到报警事件，很难追查故障原因

   4. 配置复杂，初学者投入的时间、精力和成本比较大

   5. anglia：加州大学伯克利分校发起的一个开源集群监控项目()

3. Ganglia：加州大学伯克利分校发起的一个开源集群监控项(PHP,apache)

   优点：

   1. 适合监控系统性能，通过曲线很容易见到每个节点的工作状态

   2. 可以自定义监控项，监控展示有表格和图像两种，支持手机版

   3. 部署方便，通过不同的分层管理上万台机器，无需逐个添加配置

   缺点：

   1. 没有内置的消息通知系统

   2. 没有报警机制，出现问题不能够及时报警

4. Open-falcon：小米运维团队从互联网公司开发的一套面向互联网的企业级开源监控产品(GO,PYTHON)

   优点：

   1. 自动发现，支持falcon-agent、snmp、支持用户主动push、用户自定义插件支持

   2. 支持每个周期上亿次的数据采集、告警判定、历史数据存储和查询

   3. 高效的portal、支持策略模板、模板继承和覆盖、多种告警方式、支持callback调用

   4. 单机支撑200万metric的上报、归档、存储

   5. 采用rrdtool的数据归档策略，秒级返回上百个metric一年的历史数据

   6. 多维度的数据展示，用户自定义Screen 7. 通过各种插件目前支持Linux、Windows、Mysql、Redis、Memache、RabbitMQ和交换机监控。

   缺点：

   由于发布时间较短，很多基础的服务监控插件(如Tomcat、apache等)还不支持，很多功能还在不断完善中，另外由于缺少专门的支持，虽然有开放社区，但是解决问题的效率相对较低

5. Cacti：近几年cacti和nagios已经基本被zabbix代替，Cacti是一套基于PHP、MySQL、SNMP及RRDTool开发的网络流量监测图形分析工具

   步骤一，snmp协议收集远程服务器的数据

   步骤二，将snmp收集的数据内容保存到rrd数据库中

   步骤三，若用户查看某台设备上的流量或其它状态信息 步骤四，在mysql数据库中查找该设备对应的rra数据库文件的名称

   步骤五，通过rrdtool命令进行绘图即可

   提示：cacti的图确实不好找，只能官网截一个

   还有很多不出门的监控工具，这里就不在介绍了。

   天兔开源监控(只适用于mysql、redis、oracle)

   官方网站：http://www.lepus.cc/

   简洁、直观、强大的开源数据库监控系统，MySQL/Oracle/MongoDB/Redis一站式性能监控，让数据库监控更简单

   优点：

   中文开源软件，里面监控mysql和redis可以精确到sql语句

   缺点：

   因为只有监控数据库和非关系数据库，监控项不能统一，不能结合其他监控平台