本指南是一个“Hello World”风格的教程,展示了如何安装、配置和使用一个简单的 Prometheus 实例。您将下载并在本地运行 Prometheus,配置它来抓取自身和一个示例应用程序,然后使用查询、规则和图形来使用收集的时间序列数据。
下载最新版本的 Prometheus 以用于您的平台,然后解压并运行它
tar xvfz prometheus-*.tar.gz
cd prometheus-*
在启动 Prometheus 之前,让我们配置它。
Prometheus 通过抓取指标 HTTP 端点从目标收集指标。由于 Prometheus 以相同的方式公开关于自身的数据,它也可以抓取和监控自身的健康状况。
虽然仅收集关于自身数据的 Prometheus 服务器不是很有用,但这是一个很好的入门示例。将以下基本 Prometheus 配置保存为名为 prometheus.yml
的文件
global:
scrape_interval: 15s # By default, scrape targets every 15 seconds.
# Attach these labels to any time series or alerts when communicating with
# external systems (federation, remote storage, Alertmanager).
external_labels:
monitor: 'codelab-monitor'
# A scrape configuration containing exactly one endpoint to scrape:
# Here it's Prometheus itself.
scrape_configs:
# The job name is added as a label `job=<job_name>` to any timeseries scraped from this config.
- job_name: 'prometheus'
# Override the global default and scrape targets from this job every 5 seconds.
scrape_interval: 5s
static_configs:
- targets: ['localhost:9090']
有关配置选项的完整规范,请参阅配置文档。
要使用您新创建的配置文件启动 Prometheus,请更改到包含 Prometheus 二进制文件的目录并运行
# Start Prometheus.
# By default, Prometheus stores its database in ./data (flag --storage.tsdb.path).
./prometheus --config.file=prometheus.yml
Prometheus 应该会启动。您也应该能够浏览到关于自身的localhost:9090状态页面。给它几秒钟时间从其自身的 HTTP 指标端点收集关于自身的数据。
您还可以通过导航到其指标端点来验证 Prometheus 是否正在提供关于自身的指标:localhost:9090/metrics
让我们探索 Prometheus 已收集的关于自身的数据。要使用 Prometheus 的内置表达式浏览器,请导航到 http://localhost:9090/graph 并在“图形”选项卡中选择“表格”视图。
正如您可以从 localhost:9090/metrics 中收集到的信息,Prometheus 导出的关于自身的一个指标名为 prometheus_target_interval_length_seconds
(目标抓取之间的实际时间量)。在表达式控制台中输入以下内容,然后单击“执行”
prometheus_target_interval_length_seconds
这应该返回许多不同的时间序列(以及每个时间序列记录的最新值),每个时间序列都具有指标名称 prometheus_target_interval_length_seconds
,但具有不同的标签。这些标签指定了不同的延迟百分位数和目标组间隔。
如果我们只对第 99 百分位数延迟感兴趣,我们可以使用此查询
prometheus_target_interval_length_seconds{quantile="0.99"}
要计算返回的时间序列的数量,您可以编写
count(prometheus_target_interval_length_seconds)
有关表达式语言的更多信息,请参阅表达式语言文档。
要绘制表达式,请导航到 http://localhost:9090/graph 并使用“图形”选项卡。
例如,输入以下表达式来绘制在自抓取 Prometheus 中每秒创建的 chunks 的速率
rate(prometheus_tsdb_head_chunks_created_total[1m])
尝试使用图形范围参数和其他设置。
让我们添加额外的目标供 Prometheus 抓取。
Node Exporter 用作示例目标,有关使用它的更多信息,请参阅这些说明。
tar -xzvf node_exporter-*.*.tar.gz
cd node_exporter-*.*
# Start 3 example targets in separate terminals:
./node_exporter --web.listen-address 127.0.0.1:8080
./node_exporter --web.listen-address 127.0.0.1:8081
./node_exporter --web.listen-address 127.0.0.1:8082
您现在应该有示例目标在 http://localhost:8080/metrics、http://localhost:8081/metrics 和 http://localhost:8082/metrics 上监听。
现在我们将配置 Prometheus 来抓取这些新目标。让我们将所有三个端点分组到一个名为 node
的任务中。我们将假设前两个端点是生产目标,而第三个端点代表一个金丝雀实例。为了在 Prometheus 中建模这一点,我们可以向单个任务添加几组端点,为每组目标添加额外的标签。在本例中,我们将 group="production"
标签添加到第一组目标,同时将 group="canary"
添加到第二组。
为了实现这一点,请将以下任务定义添加到您的 prometheus.yml
中的 scrape_configs
部分,然后重新启动您的 Prometheus 实例
scrape_configs:
- job_name: 'node'
# Override the global default and scrape targets from this job every 5 seconds.
scrape_interval: 5s
static_configs:
- targets: ['localhost:8080', 'localhost:8081']
labels:
group: 'production'
- targets: ['localhost:8082']
labels:
group: 'canary'
转到表达式浏览器并验证 Prometheus 现在是否具有关于这些示例端点公开的时间序列的信息,例如 node_cpu_seconds_total
。
虽然在我们的示例中不是问题,但对数千个时间序列进行聚合的查询在临时计算时可能会变慢。为了提高效率,Prometheus 可以通过配置的记录规则将表达式预先记录到新的持久化时间序列中。假设我们有兴趣记录每实例(但保留 job
、instance
和 mode
维度)在 5 分钟窗口内测量的所有 CPU 的平均每秒 CPU 时间速率 (node_cpu_seconds_total
)。我们可以这样写
avg by (job, instance, mode) (rate(node_cpu_seconds_total[5m]))
尝试绘制此表达式。
要将此表达式产生的时间序列记录到名为 job_instance_mode:node_cpu_seconds:avg_rate5m
的新指标中,请创建一个包含以下记录规则的文件并将其另存为 prometheus.rules.yml
groups:
- name: cpu-node
rules:
- record: job_instance_mode:node_cpu_seconds:avg_rate5m
expr: avg by (job, instance, mode) (rate(node_cpu_seconds_total[5m]))
要使 Prometheus 拾取此新规则,请在您的 prometheus.yml
中添加一个 rule_files
语句。配置现在应该如下所示
global:
scrape_interval: 15s # By default, scrape targets every 15 seconds.
evaluation_interval: 15s # Evaluate rules every 15 seconds.
# Attach these extra labels to all timeseries collected by this Prometheus instance.
external_labels:
monitor: 'codelab-monitor'
rule_files:
- 'prometheus.rules.yml'
scrape_configs:
- job_name: 'prometheus'
# Override the global default and scrape targets from this job every 5 seconds.
scrape_interval: 5s
static_configs:
- targets: ['localhost:9090']
- job_name: 'node'
# Override the global default and scrape targets from this job every 5 seconds.
scrape_interval: 5s
static_configs:
- targets: ['localhost:8080', 'localhost:8081']
labels:
group: 'production'
- targets: ['localhost:8082']
labels:
group: 'canary'
使用新配置重新启动 Prometheus,并通过表达式浏览器查询或绘制图形来验证是否有一个新的时间序列,指标名称为 job_instance_mode:node_cpu_seconds:avg_rate5m
现在可用。
正如在配置文档中提到的,Prometheus 实例可以通过使用 SIGHUP
信号重新加载其配置,而无需重新启动进程。如果您在 Linux 上运行,可以使用 kill -s SIGHUP <PID>
来执行此操作,将 <PID>
替换为您的 Prometheus 进程 ID。
虽然 Prometheus 在发生突然的进程故障时确实具有恢复机制,但建议使用信号或中断来干净地关闭 Prometheus 实例。在 Linux 上,可以通过向 Prometheus 进程发送 SIGTERM
或 SIGINT
信号来完成此操作。例如,您可以使用 kill -s <SIGNAL> <PID>
,将 <SIGNAL>
替换为信号名称,并将 <PID>
替换为 Prometheus 进程 ID。或者,您可以在控制终端按下中断字符,默认情况下为 ^C
(Control-C)。
本文档是开源的。请通过提交问题或拉取请求来帮助改进它。