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不需要针对监控模块可视化系统做任何改动,节省工作量。
缺点:
- 实现过程死板,Workbench后台实际上就是复刻了一份Prometheus监控系统,没有达到轻量化的目的;
- 对端口提供的字符串解析过程存在难度。
2.2 方案二:保留Prometheus监控系统
保留Prometheus监控系统,由Workbench前台对其发起请求进行数据的获取。
- 优点:
- 利用Prometheus这一成熟的开源完整监控解决方案,省去解析IotDB-9091端口中的字符串数据的步骤;
- 监控指标的持久化存储由Prometheus解决,节省工作量。
- 缺点:
- 扩展性欠佳。监控架构的功能完全限制在prometheus内,如果未来有功能的扩展和修改存在困难;
- Prometheus监控系统提供的数据持久化存储方案仅能存储15天内的内容,因此还需要额外配合使用iotDB实现监控指标的存储,没有达到轻量化的目的。
2.3 方案三:IoTDB设计监控指标查询接口,数据持久化保存在Workbench后端
直接在IoTDB内设计一套接口,为运行监控指标提供单独请求查询功能,在Workbench端使用iotDB作为持久化存储。
- 优点:
- 放弃了直接解析IotDB-9091端口中的字符串数据的方案,省去解析特殊格式字符串数据的步骤;
- 直接由Workbench向IoTDB的采集指标进行定时请求从而获取指标值,监控架构整体相对轻盈。
- 缺点:
- Workbench后端需单独配置时序数据库实现监控指标存储;
- IoTDB内需要另设计指标查询接口。
2.4 方案四:性能指标保存在IoTDB内,通过Session会话获取
参考MySQL的方式,将IOTDB采集得到的监控指标数据单独以表的形式保存在IOTDB内部,由Workbench直接与IOTDB建立Session会话,进行数据的获取。
- 优点:
- 缺点:
- 监控指标数据在IoTDB时序数据库内将占用一定的空间。
最后讨论决定,采取方案四。