如何选择监控系统，看完这篇您就知道了！专业监控安装调试售后一条龙

在选择监控系统之前，我们得先去了解监控系统，只有了解了监控系统相关知识，才能更好的选择出合适的产品。下面介绍了一些监控系统基础知识，仅供大家选型参考。

监控系统俗称“第三只眼”，这几乎是我们每天都会打交道的系统，我们可以好好了解下。

一、监控系统的作用
1、实时采集监控数据：包括硬件、操作系统、中间件、应用程序等各个维度的数据。
2、实时反馈监控状态：通过对采集的数据进行多维度统计和可视化展示，能实时体现监控对象的状态是正常还是异常。
3、预知故障和告警：能够提前预知故障风险，并及时发出告警信息。
4、辅助定位故障：提供故障发生时的各项指标数据，辅助故障分析和定位。
5、辅助性能调优：为性能调优提供数据支持，比如慢 SQL，接口响应时间等。
6、辅助容量规划：为服务器、中间件以及应用集群的容量规划提供数据支撑。
7、辅助自动化运维：为自动扩容或者根据配置的 SLA 进行服务降级等智能运维提供数据支撑。

二、监控系统的使用
1、了解监控对象的工作原理：要做到对监控对象有基本的了解，清楚它的工作原理。比如想对 JVM 进行监控，你得清楚JVM 的堆内存结构和垃圾回收机制。
2、确定监控对象的指标：清楚使用哪些指标来刻画监控对象的状态？比如想对某个接口进行监控，可以采用请求量、耗时、超时量、异常量等指标来衡量。
3、定义合理的报警阈值和等级：达到什么阈值需要告警？对应的故障等级是多少？不需要处理的告警不是好告警，可见定义合理的阈值有多重要，否则只会降低运维效率或者让监控系统失去它的作用。
4、建立完善的故障处理流程：收到故障告警后，一定要有相应的处理流程和 oncall 机制，让故障及时被跟进处理。

三、监控系统的基本流程
1、数据采集：采集的方式有很多种，包括日志埋点进行采集（通过 Logstash、Filebeat 等进行上报和解析），JMX 标准接口输出监控指标，被监控对象提供REST API进行数据采集，系统命令行，统一的SDK进行侵入式的埋点和上报等。
2、数据传输：将采集的数据以TCP、UDP 或者 HTTP 协议的形式上报给监控系统，有主动Push模式，亦有被动Pull模式。
3、数据存储：有使用 MySQL、Oracle 等 RDBMS 存储的，亦有使用时序数据库 RRDTool、OpentTSDB、InfluxDB存储的，还有使用 HBase 存储的。
4、数据展示：数据指标的图形化展示。
5、监控告警：灵活的告警设置，支持邮件、短信、IM等多种通知通道。

四、监控系统的选型妙招
1、先明确清楚你的监控需求：要监控的对象有哪些？机器数量和监控指标有多少？要具备什么样的告警功能？
2、监控是一项长期建设的事情，一开始就想做一个 All In One 的监控解决方案，个人觉得没必要。从成本角度来看，在初期直接使用开源的监控方案便可，先解决有无问题。
3、从系统成熟度上看，Zabbix 属于老牌的监控系统，资料多，功能全面且稳定，如果机器数量在几百台以内，不用太担心性能问题，此外，采用数据库分区、SSD 硬盘、Proxy 架构、Push 采集模式都可以提高监控性能。
4、Zabbix 在服务器监控方面占绝对优势，可以满足 90% 以上的监控场景，但是应用层的监控似乎并不擅长，比如要监控线程池的状态、某个内部接口的执行时间等，这种通常都要做侵入式埋点。相反，新一代的监控系统 Open-Falcon和 Prometheus 在这一点做得很好。
5、从整体表现上来看，新一代监控系统也有明显的优势，比如：灵活的数据模型、更成熟的时序数据库、强大的告警功能，如果之前对 Zabbix 这种传统监控没有技术积累，建议使用 Open-Falcon 或者 Prometheus。
6、Open-Falcon 的核心优势在于数据分片功能，能支撑更多的机器和监控项；Prometheus则是容器监控方面的标配，有
Google 和 K8s 加持。
7、Zabbix、Open-Falcon 和 Prometheus 都支持和Grafana做快速集成，想要美观且强大的可视化体验，可以和 Grafana 进行组合。
8、用合适的监控系统解决相应的问题便可，可以多套监控同时使用，这种在企业初期很常见。
9、到中后期，随着机器数据增加和个性化需求增多，往往需要二次开发或者通过监控系统提供的 API 做集成，从这点来看，Open-Falcon 或者 Prometheus 更合适。
10、若非要自研，可以多研究下主流监控系统的架构方案，借鉴它们的优势。