IT评测·应用市场-qidao123.com
标题:
Prometheus 入门
[打印本页]
作者:
怀念夏天
时间:
2025-1-13 04:55
标题:
Prometheus 入门
测试环境
prometheus-2.26.0.linux-amd64.tar.gz
下载地址:
https://github.com/prometheus/prometheus/releases/download/v2.26.0/prometheus-2.26.0.linux-amd64.tar.gz
prometheus-2.54.1.linux-amd64.tar.gz
下载地址:
https://github.com/prometheus/prometheus/releases/download/v2.26.0/prometheus-2.26.0.linux-amd64.tar.gz
CentOS 7.9
下载并运行Prometheus
# wget https://github.com/prometheus/prometheus/releases/download/v2.26.0/prometheus-2.26.0.linux-amd64.tar.gz
# tar xvzf prometheus-2.26.0.linux-amd64.tar.gz
# cd prometheus-2.26.0.linux-amd64
# ls
console_libraries consoles LICENSE NOTICE prometheus prometheus.yml promtool
复制代码
开始运行之前,先对它举行配置。
配置Prometheus自身监控
Prometheus通过抓取度量HTTP端点来从目标收集指标。由于Prometheus以同样的方式暴露本身的数据,它也可以搜集和监控本身的健康状况。
固然只收集自身数据的Prometheus服务器不是很有效,但它是一个很好的开始示例。保存以下Prometheus基础配置到一个名为prometheus.yml的文件(安装包自动解压后,解压目次下,默认就就有一个名为prometheus.yml的文件)
global:
scrape_interval: 15s # 默认,每15秒采样一次目标
# 与其它外部系统(比如federation, remote storage, Alertmanager)交互时,会附加这些标签到时序数据或者报警
external_labels:
monitor: 'codelab-monitor'
# 一份采样配置仅包含一个 endpoint 来做采样
# 下面是 Prometheus 本身的endpoint:
scrape_configs:
# job_name 将被被当作一个标签 `job=<job_name>`添加到该配置的任意时序采样.
- job_name: 'prometheus'
# 覆盖全局默认值,从该job每5秒对目标采样一次
scrape_interval: 5s
static_configs:
# 如果需要远程访问, localhost 也可以替换为具体IP,比如10.118.71.170
- targets: ['localhost:9090']
复制代码
有关配置选项的完整说明,请参阅
配置文档
。
启动Prometheus
使用新创建的配置文件来启动 Prometheus,切换到包罗 Prometheus 二进制文件的目次并运行
# 启动 Prometheus.
# 默认地, Prometheus 在 ./data 路径下存储其数据库 (flag --storage.tsdb.path).
# ./prometheus --config.file=prometheus.yml
复制代码
通过访问 localhost:9000 来浏览状态页。期待几秒让他从本身的 HTTP metric endpoint 来收集数据。
还可以通过访问到其 metrics endpoint(
http://localhost:9090/metrics)
来验证 Prometheus 是否正在提供有关其自身的 metrics
开放防火墙端口
# firewall-cmd --permanent --zone=public --add-port=9090/tcp
success
# firewall-cmd --reload
success
复制代码
使用expressin browser
使用 Prometheus 内置的expressin browser访问 localhost:9090/graph,选择 Graph 导航菜单下的 Table tab页 (Classic UI下为Console tab页)。
通过检察localhost:9090/metrics 页面内容可知,Prometheus 导出了关于其自身的一个名为 prometheus_target_interval_length_seconds指标(目标采样之间的实际间隔)。将其作为搜索表达式,输入到表达式搜索框中,点击 Execute 按钮,如下,将返回多个不同的时间序列(以及每个时间序列的最新值),所有时间序列的 metric 名称均为 prometheus_target_interval_length_seconds,但具有不同的标签。 这些标签具有不同的耽误百分比和目标组间隔(target group intervals)。
假如我们只对第 99 个百分位耽误感兴趣,则可以使用以下查询来检索该信息:
prometheus_target_interval_length_seconds{quantile="0.99"}
复制代码
假如需要计算返回的时间序列数,可以修改查询如下:
count(prometheus_target_interval_length_seconds)
复制代码
更多有关 expression language 的更多信息,请检察
expression language 文档
。
使用绘图界面
要绘制图形表达式,请使用 “Graph” 选项卡。
例如,输入以下表达式以绘制在自采样的 Prometheus 中每秒创建 chunk 的速率:
rate(prometheus_tsdb_head_chunks_created_total[1m])
复制代码
启动一些采样目标
现在让我们增长一些采样目标供 Prometheus 举行采样。
使用Node Exporter作为采样目标,多关于它的使用
请查阅
# wget https://github.com/prometheus/node_exporter/releases/download/v1.1.2/node_exporter-1.1.2.linux-amd64.tar.gz
# tar -xvzf node_exporter-1.1.2.linux-amd64.tar.gz
# ./node_exporter --web.listen-address 127.0.0.1:8001
# ./node_exporter --web.listen-address 127.0.0.1:8002
# ./node_exporter --web.listen-address 127.0.0.1:8003
复制代码
现在,应该存在监听 http://localhost:8080/metrics, http://localhost:8081/metrics 和http://localhost:8082/metrics的示例目标
配置 Prometheus 来监控示例目标
现在,我们将配置 Prometheus 来采样这些新目标。 让我们将所有三个 endpoint 分组为一个称为 “node” 的 job。 但是,假设前两个 endpoint 是生产目标,而第三个 endpoint 代表金丝雀实例。 为了在 Prometheus 中对此建模,我们可以将多个端组添加到单个 job 中,并为每个目标组添加额外的标签。 在此示例中,我们将 group=“ production” 标签添加到第一个目标组,同时将 group=“ canary” 添加到第二个目标。
为此,请将以下job定义添加到 prometheus.yml 中的 scrape_configs 部分,然后重新启动 Prometheus 实例。修改后的 prometheus.yml内容如下
global:
scrape_interval: 15s # 默认,每15秒采样一次目标
# 与其它外部系统(比如federation, remote storage, Alertmanager)交互时,会附加这些标签到时序数据或者报警
external_labels:
monitor: 'codelab-monitor'
# 一份采样配置仅包含一个 endpoint 来做采样
# 下面是 Prometheus 本身的endpoint:
scrape_configs:
# job_name 将被被当作一个标签 `job=<job_name>`添加到该配置的任意时序采样.
- job_name: 'prometheus'
# 覆盖全局默认值,从该job每5秒对目标采样一次
scrape_interval: 5s
static_configs:
- targets: ['10.118.71.170:9090']
- job_name: 'node'
# Override the global default and scrape targets from this job every 5 seconds.
scrape_interval: 5s
static_configs:
- targets: ['localhost:8001', 'localhost:8002']
labels:
group: 'production'
- targets: ['localhost:8003']
labels:
group: 'canary'
复制代码
检察Targets(Status -> Targets)
Graph查询
配置规则以将采样的数据聚合到新的时间序列
尽管在我们的示例中并不会有标题,但是在聚集了数千个时间序列中查询时可能会变慢。 为了进步服从,Prometheus 答应通过配置的记录规则将表达式预记录到全新的持久化的时间序列中。 假设我们感兴趣的是 5 分钟的窗口内测得的每个实例的所有cpu上均匀的cpu时间(node_cpu_seconds_total,保存 Job,instance,和mode 维度))。 我们可以这样写:
avg by (job, instance, mode) (rate(node_cpu_seconds_total[5m]))
复制代码
Graph中实行查询,结果如下
现在,要将由该表达式产生的时间序列记录到一个名为: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.yml 中添加 rule_files 语句,以便 Prometheus 选择此新规则。 现在,prometheus.yml配置应如下所示:
global:
scrape_interval: 15s # 默认,每15秒采样一次目标
# 与其它外部系统(比如federation, remote storage, Alertmanager)交互时,会附加这些标签到时序数据或者报警
external_labels:
monitor: 'codelab-monitor'
rule_files:
- 'prometheus.rules.yml'
# 一份采样配置仅包含一个 endpoint 来做采样
# 下面是 Prometheus 本身的endpoint:
scrape_configs:
# job_name 将被被当作一个标签 `job=<job_name>`添加到该配置的任意时序采样.
- job_name: 'prometheus'
# 覆盖全局默认值,从该job每5秒对目标采样一次
scrape_interval: 5s
static_configs:
- targets: ['10.118.71.170:9090']
- job_name: 'node'
# Override the global default and scrape targets from this job every 5 seconds.
scrape_interval: 5s
static_configs:
- targets: ['localhost:8001', 'localhost:8002']
labels:
group: 'production'
- targets: ['localhost:8003']
labels:
group: 'canary'
复制代码
通过新的配置重新启动 Prometheus,并通过expression brower查询 job_instance_mode:node_cpu_seconds:avg_rate5m,结果如下
参考连接
https://www.kancloud.cn/nicefo71/prometheus-doc-zh/1331204
https://prometheus.io/docs/prometheus/latest/getting_started/
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。
欢迎光临 IT评测·应用市场-qidao123.com (https://dis.qidao123.com/)
Powered by Discuz! X3.4