Exporter 数据采集基础：工作原理、采集模式与性能影响
Exporter 是 Prometheus 生态中负责将非原生指标格式转换为 Prometheus 可抓取格式的代理组件。在自愈剧本联动场景下，Exporter 的数据采集质量直接决定告警准确性与恢复决策的有效性。本节从工作原理、采集模式与性能影响三个维度展开，为后续参数调优奠定基础。
2.1 Exporter 工作原理
Exporter 本质是一个 HTTP 服务端，它通过以下三步完成指标暴露：
- 目标系统适配：通过协议适配器（如 SNMP、JDBC、SSH）或系统调用获取原始数据。
- 指标映射与转换：将原始数据转换为 Prometheus 指标格式（Metric Family），包含 Metric Name、Labels、Value、Timestamp。
- HTTP 端点暴露：在
/metrics端点以纯文本格式响应 Prometheus 的抓取请求。
核心原则：Exporter 不主动推送数据，而是等待 Prometheus Server 按周期拉取。这种设计将采集控制权集中在 Server 端，便于统一管理采集频率与超时策略。
2.2 数据采集模式：Pull vs Push
Prometheus 生态以 Pull（拉取） 模式为主，但在特定场景下也会引入 Push（推送） 模式。两种模式在自愈剧本联动中有不同的适用边界。
| 对比维度 | Pull 模式（默认） | Push 模式（Pushgateway） |
|---|---|---|
| 控制方 | Prometheus Server 主动发起 | Exporter / 任务主动推送 |
| 网络要求 | Server 可访问 Exporter 端口 | Server 可接收 Pushgateway 数据 |
| 生命周期 | 适合长期运行的服务 | 适合短生命周期任务（批处理、CronJob） |
| 数据一致性 | 高，Server 控制采集时刻 | 低，推送时间由任务决定 |
| 自愈场景适配 | 适合持续监控的稳态服务 | 适合临时诊断脚本的结果上报 |
自愈实践建议：核心服务（MySQL、Nginx、Kubernetes 节点）始终使用 Pull 模式；自愈剧本中的临时诊断步骤（如磁盘坏道扫描、证书过期检查）可通过 Pushgateway 上报结果，避免为临时任务长期暴露 Exporter 端口。
2.3 采集周期与性能影响
采集周期（scrape_interval）是 Exporter 配置中最关键的参数之一。周期过短会导致系统负载飙升，周期过长则可能错过故障窗口。
2.3.1 周期选择原则
| 指标类型 | 推荐采集周期 | 典型场景 |
|---|---|---|
| CPU / 内存 / 磁盘使用率 | 15s – 30s | 主机基础监控 |
| 网络流量 / 连接数 | 30s – 60s | 网络设备 Exporter |
| 数据库 QPS / 慢查询 | 10s – 15s | MySQL / PostgreSQL Exporter |
| 业务自定义指标 | 60s – 120s | 应用埋点 Exporter |
| 证书过期 / 日志轮转 | 300s – 600s | 自愈剧本前置检查 |
2.3.2 性能影响量化分析
Exporter 对目标系统的性能影响主要来自三个方面：
- 查询开销：每次采集都会向目标系统发起查询（如
SHOW GLOBAL STATUS），高频采集会加剧数据库负载。 - 指标基数：每个时间序列（Time Series）在 Prometheus 中占用内存。高基数指标（如带
client_ip标签的 HTTP 请求数）会显著增加存储与查询开销。 - 网络带宽：大规模集群中，Exporter 返回的指标数据量可能达到 MB 级别，频繁拉取会占用内网带宽。
避坑提醒：不要对所有 Exporter 使用统一的采集周期。将采集周期与指标变化速率对齐——变化慢的指标（如磁盘容量）用长周期，变化快的指标（如 CPU 使用率）用短周期。在自愈剧本中，诊断阶段的 Exporter 可以临时提高采集频率（如 5s），但必须在剧本结束后恢复默认值。
2.3.3 采集超时与重试策略
在 prometheus.yml 中通过 scrape_timeout 控制单次采集的最大等待时间：
scrape_configs:
- job_name: 'mysql_exporter'
scrape_interval: 15s
scrape_timeout: 10s # 超时时间应小于采集周期
metrics_path: '/metrics'
static_configs:
- targets: ['192.168.1.10:9104']超时后的行为：
- Prometheus 标记该次采集为失败（
up == 0）。 - 不会自动重试，等待下一个采集周期。
- 连续 3 次失败触发告警（
Alertmanager规则）。
自愈联动优化：在 Runbook 中，如果 Exporter 连续超时，自愈剧本应优先检查 Exporter 进程状态与目标系统负载，而非盲目提高采集频率。建议在剧本中加入
scrape_duration_seconds 指标的阈值判断，当采集耗时超过周期的 60% 时触发告警。