夜莺-Nightingale
夜莺V7
项目介绍 功能概览
部署升级 部署升级
数据接入 数据接入
告警管理 告警管理
数据查看 数据查看
功能介绍 功能介绍
API FAQ
夜莺V6
项目介绍 架构介绍
快速开始 快速开始
黄埔营
安装部署 安装部署
升级
采集器 采集器
使用手册 使用手册
API API
数据库表结构 数据库表结构
FAQ FAQ
开源生态
Prometheus
版权声明
第1章:天降奇兵 第1章:天降奇兵
第2章:探索PromQL 第2章:探索PromQL
第3章:Prometheus告警处理 第3章:Prometheus告警处理
第4章:Exporter详解 第4章:Exporter详解
第5章:数据与可视化 第5章:数据与可视化
第6章:集群与高可用 第6章:集群与高可用
第7章:Prometheus服务发现 第7章:Prometheus服务发现
第8章:监控Kubernetes 第8章:监控Kubernetes
第9章:Prometheus Operator 第9章:Prometheus Operator
参考资料

夜莺中心汇聚式部署的数据流图是怎样的?

详细可以参考安装部署详解。 简单来说,中心汇聚式部署方案的数据流图如下所示。

20230523080144

  • Nightingale 可以接收各类 agent 作为采集器上报的监控数据,比如 datadog-agent、grafana-agent、telegraf、categraf
  • Nightingale 往 mysql(也可以使用pg)的 target 表存储机器列表和心跳信息,并且通过这个信息判断机器是 UP 还是 DOWN
  • Nightingale 把机器列表中操作系统、CPU 架构信息、CPU 利用率、内存利用率、时间偏移等元数据存储在 Redis 里
  • Nightingale 把接收到的监控数据(时序数据)转发给后端时序库,时序库可以并行写入多个,比如 VictoriaMetrics、Prometheus、M3DB、Thanos、Mimir 等

💡 虽然不同 agent 采集的上报的数据中机器标识信息各不相同,但是都会被夜莺服务端统一处理,rename 为 ident 标签并写入时序库。比如 categraf 和 grafana-agent,原始的机器标识使用的是 agent_hostname 标签,telegraf 使用的是 host 标签,open-falcon 使用的 endpoint 字段,datadog-agent 使用的是 host 字段,但是在夜莺服务端都会被统一处理为 ident 标签。

快猫星云 联系方式 快猫星云 联系方式
快猫星云 联系方式
快猫星云 联系方式
快猫星云 联系方式
快猫星云
OpenSource
开源版
Flashcat
Flashcat