统一可观测引擎
指标、日志、链路和宽事件统一在一个数据库中。OpenTelemetry 原生写入,SQL + PromQL 查询,Flow 引擎支持持续聚合与指标派生。一个系统替代 Prometheus + Loki + Elasticsearch。
将 GreptimeDB 与您的技术栈集成
安装指南
了解更多指标、日志、链路和宽事件统一在一个数据库中。OpenTelemetry 原生写入,SQL + PromQL 查询,Flow 引擎支持持续聚合与指标派生。一个系统替代 Prometheus + Loki + Elasticsearch。
存算分离架构,以对象存储(S3、Azure Blob、GCS)为主。存储和计算独立扩展,按需付费,无需过度配置。
PromQL 兼容已有 Prometheus 仪表盘和告警。Loki Push API 和 Elasticsearch Bulk API 写入日志。Jaeger Query API 可视化链路。Grafana 数据源、MySQL/PostgreSQL 协议。迁移无需重写。
基于 Rust、Apache Arrow 和 DataFusion 构建。丰富索引(倒排、全文、跳跃)实现 PB 级数据集亚秒级查询。处理高维、高基数可观测事件。
为 Kubernetes 设计。无状态计算节点水平扩展——加节点扩容,缩容不丢数据。无需 Thanos 式 Sidecar 复杂度。
部署在基于 ARM 的边缘设备或云集群上,API 完全一致。边缘与云端之间高效带宽同步。一个二进制,从树莓派到百节点集群。
快速找到关于 GreptimeDB 的常见问题答案。
可以。GreptimeDB 原生支持 OpenTelemetry OTLP、Prometheus Remote Write、Loki Push、Elasticsearch Bulk、Jaeger Query API,三类信号都写到同一个列存引擎,查询用 SQL 或 PromQL,一条 SQL 就能把指标和日志关联起来,不用再做 ETL。底层是 Wide Events 数据模型,可以读 Why GreptimeDB 和集成概览。
不是。开源版就是完整的分布式集群:对象存储、用于持续聚合的 Flow 引擎、所有写入和查询协议都在里头。企业版加的是规模和运维方面的能力:批量写入加速(最高 5 倍)、自动 Repartition、只读副本、LDAP/RBAC、企业管理控制台、7×24 专家支持。核心引擎和 API 跟开源版一样。查看完整功能对比。
两种:单机(一个二进制,能跑在 Linux、macOS、ARM 边缘设备、树莓派上)和 Kubernetes 集群(无状态计算 + 存算分离)。同一个二进制能覆盖从树莓派到百节点集群,边缘和云端用同一套 API 同步。生产环境存储建议用 S3、GCS 或 Azure Blob,集群元数据用 etcd、MySQL 或 PostgreSQL。安装步骤见安装指南。
各协议接入指南见数据写入。
公开案例:理想汽车 把 GreptimeDB 部署在车端,覆盖百万级量产车队采集原始遥测数据,云端带宽成本省下数千万;OceanBase Cloud 跑 80+ 个 GreptimeDB 集群,承载 300TB+ 日志和 SQL 审计数据,从 Grafana Loki 迁过来后存储成本降了 60% 以上。其他行业还包括电商可观测、AI 基础设施、工业物联网,更多见用户案例。
Stay in the loop
获取 Greptime 最新更新,并与其他用户讨论。