1.背景
针对这样的需求,为了完成Prometheus+Grafana的监控模块可视化系统轻量化替代方案,拟结合IoTDB workbench开发监控UI。IoTDB workbench又名IoTDB数据库管理系统,是一个能提供数据库信息查询、修改、删除、数据录入等功能的可视化数据库管理软件,支持对IoTDB数据库进行统一的管理和控制。
2.监控架构的选择
当前IoTDB已经提供了针对Prometheus的Http接口(端口号9091),动态更新指标采集数据。实现过程是,IoTDB提供采集指标的Http接口,由Prometheus向该Http接口进行数据的拉取和解析。
当前目标是为了实现在workbench中增加IoTDB的监控和展示功能,提出以下四种方案:
2.1 方案一:直接解析IoTDB提供的9091端口字符串
Workbench后台直接解析IotDB-9091端口中的字符串数据,并利用IoTDB进行指标采集数据的持久化存储。
- 优点:
IoTDB不需要针对监控模块可视化系统做任何改动,节省工作量。
缺点:
实现过程死板,实际上就是复刻了一份Prometheus监控系统,没有达到轻量化的目的,且对端口提供的字符串解析过程存在难度。
2.2 方案二:保留Prometheus监控系统
保留Prometheus监控系统,然后由Workbench前台对其发起请求进行数据的获取,主语同样以JSON的格式返回。
- 特点:
扩展性欠佳。监控架构的功能完全限制在prometheus内,如果未来有功能的扩展和修改存在困难,且prometheus监控系统提供的数据持久化仅能存储15天内的内容,因此还需要额外配合使用iotDB来作为prometheus的后端存储,同样没有达到轻量化的目的。
2.3 方案三:IOTDB内设计接口,数据持久化保存在Workbench后端
直接在IoTDB内设计一套接口,为每一个系统运行监控指标指标提供单独请求并以JSON格式返回的功能,然后在Workbench端使用iotDB作为后端存储实现监控指标持久化保存。
- 特点:
放弃了针对9091端口提供的字符串进行解析的方案。直接由Workbench向IOTDB的采集指标进行定时请求获取指标值,监控架构整体相对轻盈,是理想的实现方案。
2.4 方案四:性能指标保存在IOTDB内,通过Session会话获取
参考MySQL的方式,将IOTDB采集得到的监控指标数据单独以表的形式保存在IOTDB内部,由Workbench直接与IOTDB建立Session会话,进行数据的获取。
- 特点:
最后讨论决定,采取方案四。