Prometheus 与 Grafana

Prometheus 与 Grafana 常成对出现：前者是拉取式的时间序列监控与告警组件，按标签组织指标、按抓取配置周期性采集；后者是把查询结果画成图与看板的展示层，本身不采集数据^[1][2]。

数据模型的两个要点

一条时间序列由指标名与一组标签确定，标签让同一指标可以按实例、路径、状态码切分，这是它与主机指标表最不一样的地方^[1]。

抓取模式是被拉：目标暴露一个 /metrics 端点，Prometheus 按期访问。应用与中间件通过 exporter 把内部指标转成这个格式，机器层由 node_exporter 提供^[1]。

建站场景里的用法

Web 服务把每个路径的状态码与耗时直方图暴露出来，就能按标签查"哪一类页面的 P95 变慢了"，不必先猜^[2]。数据库与缓存有对应的 exporter，面板与云厂商指标也有桥接组件，多来源可以拼在同一张图上。

告警规则写在 Prometheus 一侧，通知的路由、分组与静默交给 Alertmanager 处理，这与按维护窗口降噪的需求对得上^[1]。

与 Zabbix 的取舍

路线差别在于查询灵活性与模板便利。按标签临时提问、要把多种指标关联看，这条路线更顺手；机器规模稳定、希望少写查询、重动作编排，传统监控路线更顺手^[1]。两者可以并存，同一指标不要两处各设阈值^[2]。

常见误用

第一种是把 Grafana 当监控系统，图能看但没有判定与通知。第二种是标签基数失控，把用户 ID 一类高基数值放进标签，序列数量爆炸^[1]。第三种是不设抓取失败告警，采集断了自己的图却一片平静。

附录

参见

• 服务器监控
• Zabbix
• 告警
• 性能监控
• 面板与运维

参考资料

官方（境外）

1. 《Prometheus 文档》，Prometheus。
2. 《Grafana 文档》，Grafana Labs。

外部链接

• node_exporter，Prometheus 项目。