当前位置:Gxlcms > 数据库问题 > [经验交流] 试用基于 influxdb+kapacitor 的监控系统

[经验交流] 试用基于 influxdb+kapacitor 的监控系统

时间:2021-07-01 10:21:17 帮助过:18人阅读

两个月前试用了基于 elasticsearch + xpack (watch) 的监控系统,发现了一个问题:elasticsearch 作为时序数据库使用时性能较差,在我目前的硬件配置下(es 主机内存 8G),使用 grafana 展示两个月以上的数据时,在读取数据的过程中出现明显卡顿,es 的资源占用率几乎到100%。因此,我又试用了 基于 influxdb+kapacitor 的监控系统。

 

1. 数据搜索性能

初步印象:搜索大量时序数据时 influxdb 的性能强于 es。可能是 es和 influxdb的定位本来就不同,一个是全文搜索引擎,一个是时序数据库,术有专攻。 

 

2. 资源占用率

influxdb 资源占用率显著低于 es,可能与它用 go 语言编写有关

 

3. 报警功能

influx 的 kapacitor 功能与 es 的 watch (在 x-pack 包中) 类似,都可以用作报警,influx 还提供了 ui 系统 chronograf 来管理 kapacitor,借助 chronograf 可以无障碍的编写报警监控任务。这一点比 es 的 watch 方便多了。

 

kapacitor 支持 http post 方式发送报警信息,数据是 json 格式,其中 "message" 键的值可以自定义。为了能通过 http post  发送 短信报警,我另外编写了一个 restful 的短信发送服务器,可以接收包含 "message" 键值的 json 数据,( "message" 的值包含手机号码和短信内容,用 | 隔开),并发送短信:

{“message”:"138000000,156000000 | 短信报警内容"}

 

附:通过 chronograf 创建 kapacitor 监控报警任务

* 选择时序数据

技术分享

 

* 设置报警条件

技术分享

 

* 设置报警信息

技术分享

 

[经验交流] 试用基于 influxdb+kapacitor 的监控系统

标签:sea   卡顿   bsp   监控系统   引擎   influxdb   idt   包含   取数据   

人气教程排行