利用 CnosDB 构建大规模观测平台

利用 CnosDB 构建大规模观测平台

💡 原文中文,约4000字,阅读约需10分钟。
📝

内容提要

本文介绍了使用Prometheus和Grafana结合CnosDB搭建可观测性系统的最佳实践,实现实时监控和度量、弹性扩展、数据可视化和报表、警报和警告以及容器和微服务监控等应用场景。

🔎

延伸解读

长短存储共存的架构价值

文章指出,Amazon Managed Service for Prometheus 最长仅保存数据 150 天,难以支撑设备故障预测、网络流量分析等需要大规模历史数据的场景。引入 CnosDB 作为长期存储后,Prometheus 负责短期数据采集与默认图表展示,CnosDB 承担历史数据持久化,形成长短存储共存的生态。这种分工既保留了 Prometheus 的易用性,又突破了其保留期限的限制。

部署路径与关键配置要点

文章以 EKS 为例,展示了通过 Helm 部署 CnosDB 的完整流程,包括创建 Prometheus 数据库以接收远程写入数据。随后在 Prometheus 的 remoteWrite 和 remoteRead 配置中,将地址指向 CnosDB query 服务的 svc 地址,并指定数据库名称。这一配置是实现 Prometheus 与 CnosDB 数据互通的核心步骤,部署时需确保服务地址和数据库名称准确对应。

可视化方案的双重选择

在 Grafana 中,用户有两种数据源可选:一是直接使用 Prometheus 数据源,借助其自带的大量默认图表模板快速搭建仪表盘;二是安装 CnosDB 社区插件,通过标准 SQL 查询自定义数据并生成图表。文章总结认为,用户更习惯使用 Prometheus 数据源,而 CnosDB 主要作为长期存储,当默认模板无法满足需求时,再通过插件以 SQL 方式灵活查询。

方案适用场景与扩展方向

文章指出,CnosDB、Prometheus 和 Grafana 组合适用于实时监控和度量、弹性扩展、数据可视化和报表、警报和警告以及容器和微服务监控等场景。此外,在日志和链路追踪两种监控维度下,CnosDB 可直接接收对应采集器写入的数据,并在 Grafana 中可视化展示,表明该方案不仅限于指标监控,还具备向更全面可观测性扩展的潜力。

❓

Q&A

CnosDB 是什么?

CnosDB 是一款高性能、高压缩率的开源分布式时序数据库,适用于对实时数据洞察需求高的行业。

如何在 EKS 上部署 CnosDB?

可以使用 Helm 在 EKS 部署 CnosDB,首先创建 EKS 集群,然后运行相关的 Helm 命令进行安装。

Prometheus 和 Grafana 如何与 CnosDB 结合使用?

Prometheus 用于监控数据的采集,Grafana 用于数据的可视化,CnosDB 则作为存储后端,支持长短存储共存的生态。

CnosDB 在可观测性系统中有哪些应用场景?

CnosDB 适用于实时监控、弹性扩展、数据可视化、报表、警报和容器及微服务监控等场景。

如何在 Grafana 中配置 CnosDB 数据源?

在 Grafana 中选择添加新的数据源,找到 CnosDB 插件,配置数据库连接信息后即可使用。

CnosDB 的优势是什么?

CnosDB 具有超大数据规模、快速的批量写入、超高数据压缩比和丰富的计算函数等优势。

🏷️

标签

➡️

继续阅读