Lindorm时序引擎(引擎简介)是一款高性能、低成本、稳定可靠的在线时序数据库引擎服务,提供高效读写、高压缩比存储、时序数据聚合计算等能力。时序引擎高度兼容OpenTSDB协议,采用自研的索引,数据模型,流式聚合等技术手段提供更强大的时序能力。本文从运维管控,功能,成本,性能等方面将Lindorm时序引擎和OpenTSDB的异同做一个对比,以便用户有更好的了解 。
分类比对
Lindorm | OpenTSDB | ||
---|---|---|---|
运维管控 | 服务可用性 | 99.9% | 需自行保障,自行搭建集群,自建组件依赖 |
数据可靠性 | 99.9999% | 需自行保障,自行搭建集群,自建组件依赖 | |
软硬件投入 | 无软硬件投入,按需付费 | 数据库服务器成本相对较高 | |
维护成本 | 托管服务 | 需招聘专职TSDB DBA人员来维护,花费大量人力成本 | |
部署扩容 | 即时开通,快速部署,弹性扩容 | 需硬件采购、机房托管、机器部署等工作,周期较长 | |
依赖组件繁重, | 0运维 | 依赖AysncHBase,HBase等运维成本高 | |
配置调优参数繁多 | 默认参数采用最佳实践 | SALT、连接数,同步刷盘参数,Compaction等等 | |
建表语句 | 建表语句托管,用户透明 | 需要运维静态建表语句 | |
监控报警体系 | 完整的自监控链路 | 依赖外部搭建 | |
功能 | 数据模型 | 同时支持多值模型和单值模型 | 单值模型 |
SDK | 健壮稳定的Java SDK | 开源SDK不支持查询 | |
数据类型多样性 | 支持数值,布尔,字符串等多种数据类型 | 数值类型 | |
SQL查询能力 | 支持SQL的分析查询 | 不具备 | |
管理控制台 | 支持丰富的详情展示,数据管理,时序洞察等 | 内置简单的图形展示 | |
中文支持 | 支持英文字符和中文字符 | 仅支持英文字符 | |
单一维度(tags 可选择) | tags是可选参数 | tags是必选参数 | |
TagKey个数 | 可支持16个 | 最多8个 | |
集成能力 | 同Flink,物联网平台无缝对接,生态丰富 | 开源产品,与云产品集成能力弱 | |
成本 | 数据压缩 | 时序领域专用压缩,压缩率高 | 通用压缩,压缩率低 |
稳定性 | 数据读取 | 读写线程池分离,易于管理连接,读写稳健 | 读写耦合,容易造成连接数耗尽,读写失败概率大 |
聚合器 | 流式聚合,内存管理粒度细,可控性强 | 内存物化聚合,容易造内存OOM |
在文档使用中是否遇到以下问题
更多建议
匿名提交