夜莺-Nightingale
采集器-Categraf
夜莺V6
项目介绍
架构介绍
快速开始
黄埔营
安装部署
升级
采集器
使用手册
API
数据库表结构
alert_aggr_view
alert_cur_event
alert_his_event
alert_mute
alert_rule
alert_subscribe
alerting_engines
board
board_payload
builtin_cate
busi_group
busi_group_member
chart_share
configs
datasource
metric_view
notify_tpl
recording_rule
role
role_operation
sso_config
target
task_record
task_tpl
task_tpl_host
user_group
user_group_member
users
FAQ
夜莺V5
夜莺专业版
企业版-Flashcat
智能告警插件
开源生态
Telegraf
Prometheus
版权声明
第1章:天降奇兵
第2章:探索PromQL
开篇
理解时间序列
Metrics类型
初识PromQL
PromQL操作符
PromQL聚合操作
PromQL内置函数
在HTTP API中使用PromQL
最佳实践:4个黄金指标和USE方法
小结
第3章:Prometheus告警处理
开篇
Prometheus告警简介
自定义Prometheus告警规则
部署Alertmanager
Alertmanager配置概述
基于标签的告警处理路由
使用Receiver接收告警信息
告警模板详解
屏蔽告警通知
使用Recoding Rules优化性能
小结
第4章:Exporter详解
第5章:数据与可视化
第6章:集群与高可用
第7章:Prometheus服务发现
第8章:监控Kubernetes
开篇
初识Kubernetes
在Kubernetes下部署Prometheus
Kubernetes下的服务发现
使用Prometheus监控Kubernetes集群
基于Prometheus的弹性伸缩
小结
第9章:Prometheus Operator
参考资料
夜莺中心汇聚式部署的数据流图是怎样的?
详细可以参考安装部署详解。 简单来说,中心汇聚式部署方案的数据流图如下所示。
- 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 标签。