Exporter 链路基础：Prometheus Exporter 架构、数据采集流程与常见类型

在可观测性体系中，Exporter 是 Prometheus 生态的“传感器层”。它负责将目标系统的内部状态（如 CPU 使用率、HTTP 响应码、数据库连接数）转换为 Prometheus 能够抓取的指标格式。理解 Exporter 的架构与采集流程，是构建自愈剧本、定位链路故障的第一步。

1. Exporter 核心架构

Exporter 本质上是一个独立的 HTTP 服务进程，通常与被监控目标部署在同一台主机或同一网络命名空间内。其内部架构遵循“采集 → 聚合 → 暴露”的管道模型。

2. 数据采集流程详解

一次完整的 Exporter 指标采集，从 Prometheus 发起 HTTP 请求到指标入库，经历以下 5 个阶段：

3. 常见 Exporter 类型与选型对比

Prometheus 社区维护了超过 200 种 Exporter。在生产环境中，以下 4 类 Exporter 覆盖了 90% 以上的监控场景：

4. Exporter 链路故障分类

基于上述架构与流程，Exporter 链路故障可归纳为以下 3 类：

• 采集层故障： Collector 无法读取目标数据（如 /proc 文件损坏、数据库连接失败）。表现为指标缺失或全部为 0。
• 暴露层故障： HTTP Handler 无法正常响应（如端口被占用、内存溢出导致进程 OOMKilled）。表现为 /metrics 返回 5xx 或连接超时。
• 网络层故障： Prometheus 到 Exporter 的网络链路中断（如防火墙规则变更、容器网络策略限制）。表现为 up{job="..."} == 0。

5. 自愈剧本的 Exporter 健康检查基线

在编写自愈剧本之前，需要先建立 Exporter 的健康检查基线。以下是最低检查清单：

# 1. 进程存活检查
pgrep -x node_exporter || systemctl restart node_exporter

# 2. HTTP 端点可达性检查
curl -s -o /dev/null -w "%{http_code}" http://localhost:9100/metrics
# 期望返回 200

# 3. 指标新鲜度检查（通过 PromQL）
# 在 Prometheus 中执行：
#   time() - node_exporter_build_info{job="node"} > 60
# 如果结果 > 60 秒，说明 Exporter 已停止更新指标

# 4. 资源使用检查
# 内存：ps -o rss= -p $(pgrep node_exporter)  # 超过 500MB 视为异常
# CPU：ps -o %cpu= -p $(pgrep node_exporter)   # 持续 > 80% 视为异常