几款运维监控工具对比

几款运维监控工具对比

前言

生产环境中网站的服务、主机和网络设备的状态都需要通过监控进行管理,监控系统就好比我们运维人员的眼睛,帮助我们在服务出现故障时能够快速定位问题。但它却常常遭到我们的忽视。如果能够建立起一套坚实的监控系统来针对可能发生的灾难加以警示,我们就有机会迅速启动灾难响应方案或者着手排除复杂的性能故障。为此我们有必要去了解常见的监控技术,对其进行对比。根据业务需求来选择适合我们的一款监控系统。

Zabbix

官方网站:https://www.zabbix.com/

推荐星级:★★★★★

Zabbix是一个基于WEB界面的提供分布式系统监控以及网络监控功能的企业级开源运维平台,也是目前国内互联网用户中使用最广的监控软件,云智慧遇到的85%以上用户在使用Zabbix做监控解决方案。

 入门容易、上手简单、功能强大并且开源免费是云智慧对Zabbix的最直观评价。Zabbix易于管理和配置,能生成比较漂亮的数据图,其自动发 现功能大大减轻日常管理的工作量,丰富的数据采集方式和API接口可以让用户灵活进行数据采集,而分布式系统架构可以支持监控更多的设备。理论上,通过 Zabbix提供的插件式架构,可以满足企业的任何需求。

用户群:90%以上中小型的泛互联网企业

优点:

1.支持多平台,是一款企业级监控工具

2..安装部署简单,支持Yum安装,zabbix4.0支持docker安装,并且模板也增加很多。对要入手zabbix的用户是个好消息

3.支持多种条件报警

4.自带画图功能,可以根据数据绘制出多种图形

5.提供多种adi,支持脚本调用

6.出现问题时候,可以执行自定义命令(需要给agent授权

缺点:

1.项目批量修改比较麻烦

2.入门容易,但是如果需要深层次需求,需要对zabbix进行二次开发

3.缺少数据汇总功能,无法查看一组数据的平均值,需要二次开发

4.数据报表需要二次开发。

Nagios

官方网站:https://www.nagios.org/

推荐星级:★★★★☆

Nagios是一款开源的企业级监控系统,能够实现对系统CPU、磁盘、网络等方面参数的基本系统监控,以及 SMTP,POP3,HTTP,NNTP等各种基本的服务类型。另外通过安装插件和编写监控脚本,用户可以实现应用监控,并针对大量的监控主机和多个对象 部署层次化监控架构。

Nagios最大的特点是其强大的管理中心,尽管其功能是监控服务和主机的,但Nagios自身并不包括这部分功能代码,所有的监控、告警功能都是由相关插件完成的。

用户群:适合复杂IT环境的企业

优点:

1.出错的设备会自动重启,自动日志滚动

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

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

缺点:

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

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

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

4.配置复杂,初学者投入时间,精力成本大

Ganglia

官方网站:http://ganglia.info/

推荐星级:★★★★☆

Ganglia是加州大学伯克利分校发起的一个开源集群监控项目,设计之初是用于监控数以千计的网络节点。Ganglia是一个跨平台可扩展的,高性能计算系统下的分布式监控系统。它已被广泛移植到各种操作系统和处理器架构上。

用户群:适用于大型服务器集群用户。

优点:

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

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

3.部署简单,通过不同的分层管理上千万机器,无需逐个添加配置

缺点:

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

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

Grafana

推荐星级:★★☆☆☆
官方网站:http://grafana.org/

23.png-313.5kB

Grafana可以用在任何需要数据可视化的地方,如果有一天老板需要你做一份漂亮的业务数据图表,你无需头疼用什么绘图库去开发,你要做的仅仅是将业务数据稍作加工存入Grafana支持的DataSource,点几下鼠标即可配制出一份完美的数据图表。

因为这款工具只可以绘图,我们可以通过influxdb监控,Prometheus采集的主机信息!

一般都是结合zabbix使用,构成合体神技

Prometheus

prometheus 是一个开源系统监控和报警的工具集合,由SoundCloud创建(http://soundcloud.[com/](http://soundcloud.com/) ),自从2012诞生之后,至今已经有许多公司和组织开始使用它了,这个开源项目拥有大量的积极参与开发和建设的研发人员以及社区用户. 目前已经是一个独立运行的开源的由各公司自行维护的监控项目。为了让项目更充实更清晰,2016年 prometheus加入了 Cloud Native Computing Fondation(CNCF), 并且成为继Kubernets之后,第二个加入该组织的成员。

优点:

1.监控数据的精细程度高,最高可以精确到1s

2.安装简单,目前都是用docker安装,集群部署速度,监控脚本的制作非常快速,大大缩减监控的搭建成本。

3.相关插件丰富,exporter ,pushgateway 大多数不用自己开发

4.可以和Granfana结合更加美观

缺点:

1.学习成本太大,尤其是独有的数学命令行,非常强大的同时又极其难学,中文资料少,本身的各种数学模型概念复杂难懂

2.对磁盘资源耗费较大,具体要看监控集群的数量,监控项数量以及数据保留时间

3.因为数据采集精度比较大,如果集群数量大,单点性能是瓶颈,但是目前尚不支持集群,只能workaround

应用场景

1.装逼

2.重要数据库监控(对数据精确度要求高)

3.忽悠客户

4.重点业务级别的监控(时间=钱)

架构图:

Open-falcon

推荐星级:★★★☆☆

Open-falcon是小米运维团队从互联网公司的需求出发,根据多年的运维经验,结合SRE、SA、DEVS的使用经验和反馈,开发的一套面向互联网的企业级开源监控产品。
image_1bnnkjnbrekohjh108r1rnqtat22.png-116.6kB

Open-falcon架构

用户群:目前有几十家企业用户不同程度使用。

优点:

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等)还不支持,很多功能还在不断完善中,另外由于缺少专门的支持,虽然有开放社区,但是解决问题的效率相对较低

Cacti

推荐星级:★★★☆☆

官方网站:http://www.cacti.net

提示: 近几年cacti和nagios已经基本被zabbix代替

Cacti 在英文中的意思是仙人掌的意思,Cacti是一套基于PHP、MySQL、SNMP及RRDTool开发的网络流量监测图形分析工具。它通过snmpget来获取数据,使用 RRDtool绘画图形,它的界面非常漂亮,能让你根本无需明白rrdtool的参数能轻易的绘出漂亮的图形。而且你完全可以不需要了解RRDtool复杂的参数。它提供了非常强大的数据和用户管理功能,可以指定每一个用户能查看树状结 构、host以及任何一张图,还可以与LDAP结合进行用户验证,同时也能自己增加模板,让你添加自己的snmp_query和script!功能非常强大完善,界面友好。可以说,Cacti将rrdtool的所有“缺点”都补足了!

阿里云监控

官方网站:https://aliyun.com
推荐星级:★★★★☆

阿里云监控是一款免费网站监控产品,可监控站点和服务器,并提供多种告警方式:短信,旺旺,邮件。

用户群:阿里云用户

优点:

和阿里云服务捆绑紧密,允许用户自定义数据监控

阿里云多idc间内网数据传输,不占用客户公网资源

支持对业务数据的通用统计,从各个角度反应服务的运行情况

缺点:

需要基于阿里云的服务,灵活性低,功能较少。

点赞

发表评论

电子邮件地址不会被公开。 必填项已用*标注

Loading...