夜莺-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
参考资料
监控数据(在即时查询 Table 视图里)为何一会能查到一会查不到?
关键字 频率 时序库参数
即时查询页面我们通过PromQL查询一个指标时,在Table视图(即时查询,instant query)中可能会出现机器标识出现类似不可重复读(原来是A,现在却变为了B,再查变A和B或者都没有了)的现象发生,不过要是切换到Graph视图(范围查询,range query)中可以看到数据上报稳定正常,原因通常和两个因素有关:
- 采集数据频率
- 时序库参数(回溯窗口,数据缺失情况可以最多回溯多久数据作为匹配结果,VM中是
-search.maxStalenessInterval XX
,prometheus中是--query.lookback-delta=XX
)
假设数据上报如下图所示,这是一个采集数据上报的时间轴,+
点表示上报数据,_
点表示查询时间点,如图所示,采集频率15s,其中如果时序库参数设置10s(VM中是 -search.maxStalenessInterval 10s
,prometheus中是--query.lookback-delta=10s
),则图上XX表示的时间段就是即时查询中数据缺失的时间段。因为 00:30 上报了数据,从这开始,一直到 00:40 这 10s 内都可以查到数据,因为向后查找窗口是 10s,但是 00:40~00:45 这 5s 内的数据就查不到了。如果时序库最大失效窗口参数设置为 15s,那么就可以查到 00:40~00:45 这 5s 内的数据了。
00:40
|
|
------+---------+---------+--_----_XX+---------+---------+------->
|
|
00:00 00:15 00:30| 00:45 01:00 01:15
|
00:35