一、监控系统的架构体系

大家都知道，监控系统由三大部分组成，一，监控数据采集；二，监控告警分析；三，监控数据报表、可视化。在市面上常见的开源监控软件，或者商业监控软件中，均有很好的实践和体现。

监控系统的架构，通常分为无代理模式C/S和有代理模式 C/P/S，当然也有主主节点模式。

二、监控系统的核心功能

下面谈谈监控数据的采集问题

数据的收集方式，可以分为主动模式，被动模式，投递模式。分别指的是：

1. 主动模式:从监控中心去客户端获取数据

2. 被动模式:从客户端向监控中心发送数据

3. 投递模式:向监控中心push数据，这种模式，一般适合于时序数据库的监控系统，如OpenTSDB，influxDB，Promethus，在业内均有最佳实践

数据来源可以分为：

1. 基础架构数据，服务器，OS，网络等层面，俗称主机层面。 

2. 业务应用数据，如数据库，中间件，web服务等软件应用层面

3. 日志层面数据，如各种应用的日志，这有日志领域的专门系统来实现，但和监控系统也是有相互关联的。

4. 代码层面数据，如应用性能监控，针对代码运行的崩溃，错误日志，业务流的跟踪，面对的对象，通常是针对开发者。

5.  舆论层面数据，如社交网络，新闻评论，博客聊天，这类数据通常由爬虫角色扮演，通常用于用户的评价，其范围有超过运维监控系统本身，但业界已有不少公司均已实践，通常还是运维来维护。

从监控数据的来源我们看到，凡是对业务有用的数据，我们都可以作为监控数据来源。凡是需要做数据分析的，也需要作为监控数据来源。在这种情况下，监控数据采集，已经不是传统意义的采集，而是融合了各种场景的数据采集，最终汇总为大数据处理，故监控系统的数据来源，已经需要各种专门的agent来做了，因为各种场景下面，其用途和扩展性难以统一。而多种agent的维护成本，以及各种agent相互影响，给运维又带来麻烦。因此有出现了all in one的一个需求，把各种组件的agent统一标准，只安装一个agent的需求逐渐出现。当然业内也有实践做到了这一点。

监控告警分析，其实也是一个比较难的问题，设计到数据分析统计的科学，本文不重点探讨这个问题。下面我们来谈谈监控数据可视化。

三、监控数据可视化的意义

监控数据从采集分析到告警，在业界各种监控系统里面已经做得非常成熟了。而监控数据的可视化，却是在近年兴起发展的，无论是开源产品，还是商业产品，均提供了监控数据可视化的解决方案，使用最为广泛的监控数据可视化产品grafana，可以对接各种监控系统，其数据类型又可以分为多种。

监控数据可视化的意义：

• 直观了然

• 查找数据方便

• 统计分析更容易

• 让监控信息透明化运作

• 让监控信息为业务运行提供数据依据

四、监控数据可视化的实践

监控数据可视化的实践，我们首选是grafana，来看看grafana可以做些什么？

•      可视化

•      告警

•      支持插件

•      开放

•      扩展

       虽然grafana也提供了很多比较好的体验，但对Zabbix用户来说，依然不足，我们需要更专业的监控大屏，于是，这个时候OneOaaS的监控大屏产生了。

针对数据分析和可视化的痛点，OneOaaS Monitor在这种背景下面应运而生，为运维监控提供了立体化业务监控平台，在解决开源软件监控界面体验问题的基础上，提供了业务监控的视角，引导运维将监控重心转移到真正的业务监控中。

通过监控数据可视化，为运营人员，运维人员提供直观的实时的系统运行状态，让复杂的监控里面变得人人都可以看懂。针对监控报表需求，为用户提供报表，数据分析等模块，让用户通过监控系统为业务提供更多有价值的数据。

     来看看OneOaaS Monitor都有哪些功能呢？

业务看板

展示业务的流程，如业务流程从前端负载均衡-WEB集群-数据库

基础架构

l   集中展示所有业务平台的运行状态

l   不同颜色标识业务的故障级别

l   展示业务的流程环节

业务状态

监控图表

树形图

本文转自it你好 51CTO博客，原文链接：http://blog.51cto.com/itnihao/1948788，如需转载请自行联系原作者