性能测试工具 Prometheus+Grafana+Blackbox+Locust 压测新手篇

JY · October 26, 2026 · 106 hits

监控与压测操作手册（Windows 版）

适用人群：第一次接触监控 / 压测，想在自己电脑上把整套体系跑起来的人。
预计耗时：监控三件套约 30 分钟，压测工具约 15 分钟。
前置条件：Windows 10 / 11，能访问外网（下载安装包），可选管理员权限（用于开放防火墙端口）。

目录

1. 核心概念
- 1.1 数据是怎么流动的
- 1.2 为什么监控和压测要分开
2. 监控三件套的安装与配置
3. 压测工具对比与选择
4. 串联四者进行实战
5. 避坑指南 Windows 专属
- 5.1 用 nssm 注册为 Windows 服务
6. 附录
7. 结语

核心概念

把服务器比作一家餐厅，这套体系里每个角色分工如下。

组件	打个比方	一句话职责
Blackbox Exporter	侦察兵 / 便衣保安	从外部定时敲门，测网站通不通、慢不慢
Prometheus	情报中心 / 记录员	把每次探测结果按时序记录下来
Grafana	大屏指挥室	把记录画成折线图、仪表盘
JMeter / Locust	雇来的临时演员	主动发大量请求，给服务器施压

数据是怎么流动的

[压测工具 JMeter / Locust]  --大量请求-->  [被测网站 www.baidu.com]
[Blackbox Exporter :9115]   --每 15 秒探测-->  [被测网站]
[Prometheus :9090]          --每 15 秒拉取-->  [Blackbox Exporter]
[Grafana :3000]             --查询指标-->     [Prometheus]
[你]                        --看大屏-->       [Grafana]

一句话总结：

Blackbox 去敲门，Prometheus 记笔记，Grafana 画图，压测工具负责制造 “人多” 的场景。

为什么监控和压测要分开

监控是被动观察，回答 “现在服务器健康吗”。
压测是主动施压，回答 “服务器最多能扛多少人”。

两者配合，才能得出最有价值的结论：临界点。

监控三件套的安装与配置

开工前的准备工作

规划统一目录

所有工具放在同一个盘、同一层目录，路径不要有中文和空格（很多工具对中文路径支持很差）。

D:\monitor\
├── prometheus\
├── blackbox\
├── grafana\
├── jmeter\          可选
└── locust\          可选

检查端口是否被占用

三个组件分别使用 9090 / 9115 / 3000 端口。先在 CMD 里确认：

netstat -ano | findstr :9090
netstat -ano | findstr :9115
netstat -ano | findstr :3000

没有任何输出：端口空闲，可以直接使用。
有输出：最后一列是进程 PID，在任务管理器 “详细信息” 里按 PID 找到对应程序，关掉它，或者改用其他端口。

确定被测目标

本手册统一使用百度首页，方便任何人零成本复现：

https://www.baidu.com/

换成自己的地址时，后面所有配置和命令里的协议、域名、端口、路径都要同步替换。

注意：百度是第三方公网站点，只用来验证监控链路是否打通。不要对百度做高并发压测，正式压测请换成自己的测试环境。

Prometheus 情报中心

下载

官网：https://prometheus.io/download/
下载 Windows 版 prometheus-<版本>.windows-amd64.zip，例如 prometheus-3.5.0.windows-amd64.zip。
解压到 D:\monitor\prometheus\，目录结构如下：

D:\monitor\prometheus\
├── prometheus.exe          主程序
├── promtool.exe            配置校验 / 调试工具
├── prometheus.yml          配置文件，本次要改的就是它
└── data\                   首次启动后生成，存放时序数据

配置 prometheus.yml

用记事本或 VS Code 打开 prometheus.yml，清空原有内容，整体替换为下面这份：

# ============ 全局配置 ============
global:
  scrape_interval: 15s      # 全局默认抓取间隔：每 15 秒拉一次数据
  evaluation_interval: 15s  # 告警规则评估间隔，本手册不配告警，保留默认

# ============ 抓取任务列表 ============
scrape_configs:
  # ---------- 任务 1：监控 Prometheus 自己 ----------
  - job_name: "prometheus"
    static_configs:
      - targets: ["localhost:9090"]

  # ---------- 任务 2：黑盒探测（配合 blackbox_exporter） ----------
  - job_name: "blackbox_http"
    metrics_path: /probe        # 注意：这里是 /probe，不是默认的 /metrics
    params:
      module: [http_2xx]        # 使用 http_2xx 模块，返回 2xx 视为成功
    static_configs:
      - targets:
          - https://www.baidu.com/     # 改成你要监控的网页
    relabel_configs:
      # 下面三行是固定写法：把目标地址传给 blackbox 去探测
      # 1. 把目标地址存入临时标签 __param_target
      - source_labels: [__address__]
        target_label: __param_target
      # 2. 同时记成 instance 标签，Grafana 图例才会显示网址
      - source_labels: [__param_target]
        target_label: instance
      # 3. 把真正请求的地址改成 blackbox 的地址
      - target_label: __address__
        replacement: localhost:9115

YAML 有三条硬性规则：

只能用空格缩进，绝对不能出现 Tab，哪怕只有一个 Tab，启动也会报错。
冒号 : 后面必须有一个空格，例如 scrape_interval: 15s，写成 scrape_interval:15s 会解析失败。
同级元素的缩进必须严格对齐。

校验配置

改完先校验一遍，能提前发现绝大多数格式错误：

cd /d D:\monitor\prometheus
.\promtool.exe check config prometheus.yml

出现 SUCCESS: prometheus.yml is valid prometheus config file syntax 即表示配置合法。

启动

打开 CMD（Win + R 输入 cmd 回车），执行：

cd /d D:\monitor\prometheus
.\prometheus.exe --config.file=prometheus.yml --web.enable-lifecycle

参数说明：

参数	作用
`--config.file=prometheus.yml`	指定配置文件路径
`--web.enable-lifecycle`	开启热加载，改完配置无需重启进程

启动成功后 CMD 窗口不要关闭，关闭即停止服务。窗口里会出现类似日志：

level=info msg="Server is ready to receive web requests."

如果想延长数据保留时间，可以追加 --storage.tsdb.retention.time=30d。数据存放在 data\ 目录，删掉该目录即清空历史。

验证

浏览器打开 http://localhost:9090，进入 Status → Targets，应该看到两个任务，状态都是 UP：

任务	目标	状态
`prometheus`	`http://localhost:9090/metrics`	UP
`blackbox_http`	`https://www.baidu.com/`	UP

如果 blackbox_http 是 DOWN，通常是 Blackbox Exporter 还没启动，或者 replacement 里的地址、端口填错。启动 Blackbox 后刷新页面，最多等 15 秒。

修改配置后如何生效

无需重启，另开一个 CMD 执行：

curl -X POST http://localhost:9090/-/reload

返回空（HTTP 204）即成功。
报错 Lifecycle API is not enabled：说明启动时忘了加 --web.enable-lifecycle，只能重启进程。

BlackboxExporter 侦察兵

下载

GitHub：https://github.com/prometheus/blackbox_exporter/releases
下载 blackbox_exporter-<版本>.windows-amd64.zip，解压到 D:\monitor\blackbox\。

D:\monitor\blackbox\
├── blackbox_exporter.exe   主程序
└── blackbox.yml            配置文件，默认即可

配置（默认即可）

官方默认的 blackbox.yml 可以直接使用，不需要修改。它内置了多种探测模块：

模块名	用途
`http_2xx`	发 HTTP 请求，返回 2xx 视为成功，最常用
`http_2xx_example`	带自定义请求头的示例写法
`tcp_connect`	只测 TCP 端口是否连通
`icmp`	Ping 探测，Windows 下需要管理员权限
`dns_udp`	测试 DNS 解析

用记事本打开 blackbox.yml 可以看到每个模块的注释说明。

启动

直接双击 blackbox_exporter.exe，弹出的黑窗口会显示：

level=info msg="Listening on address" address=:9115

保持窗口不关闭，默认监听 9115 端口。

如果端口被占用，可以在 CMD 里换端口启动：

.\blackbox_exporter.exe --web.listen-address=":9116"

换端口后，记得把 Prometheus 配置里的 replacement: localhost:9115 同步改掉。

验证

浏览器打开 http://localhost:9115，能看到标题为 Blackbox Exporter 的页面即启动成功。

再手动测一次探测，单独验证目标网站通不通：

curl "http://localhost:9115/probe?target=https://www.baidu.com/&module=http_2xx"

返回内容很长，重点看这两行：

probe_success 1                  # 1 表示成功，0 表示失败
probe_duration_seconds 0.123     # 本次探测耗时，单位秒

probe_success 1：网址可正常访问，链路没问题。
probe_success 0：网站不可达，检查地址是否写错、本机能否打开、是否有防火墙或内网限制。

Grafana 大屏指挥室

下载与启动

官网：https://grafana.com/grafana/download?platform=windows
下载 Windows 版压缩包，解压到 D:\monitor\grafana\。
进入 bin 目录，双击 grafana-server.exe，同样保持黑窗口不关闭。
默认监听 3000 端口。

Grafana 是 Go 编写的单文件程序，不需要安装 Java、Node 或数据库，解压即用。数据默认保存在 data\grafana.db（SQLite）。

登录

浏览器打开 http://localhost:3000：

默认账号：admin
默认密码：admin
首次登录会强制修改密码，本机自用可以改成 admin123。

设置中文（可选）

左侧菜单进入 Administration → General → Default preferences。
找到 Language，选择 中文（简体）。
点击 Save preferences，刷新页面。

连接数据源

左侧菜单进入 Connections → Add new connection（中文界面：连接 → 添加新连接）。
搜索 Prometheus，点击结果中的 Prometheus。
点击 Add new data source。
在 Connection 的 URL 一栏填写 http://localhost:9090，其他选项保持默认。
滑到页面底部，点击 Save & test。
出现绿字 Successfully queried the Prometheus API. 即连接成功。

导入监控面板（7587）

Grafana 社区有现成的 Blackbox Exporter 面板，ID 为 7587，不需要自己从零画图。

左侧菜单进入 Dashboards → 右上角 + New → Import（中文：仪表板 → 新建 → 导入）。
在 Import via grafana.com 输入框填写 7587，点击 Load。
在 DS_SIGNCL-PROMETHEUS 下拉框里选择刚才创建的数据源。
点击 Import，面板即导入完成。

面板里会显示这些内容：

面板	说明
Probe Success	探测成功率，正常为 1
Probe Duration	每次探测耗时曲线
HTTP Status Code	返回的状态码分布
Probe Duration Phases	耗时拆解：DNS、连接、TLS、首字节、传输
SSL Certificate Expiry	HTTPS 证书剩余天数

面板左上角是时间范围（默认 Last 6 hours），右上角是自动刷新按钮（默认 30s 或 1m），打开后才能看到实时变化。

启停顺序与一键脚本

推荐启动顺序：

1. Blackbox Exporter（:9115）
2. Prometheus（:9090）    依赖 Blackbox，先启动它可避免 Targets 出现 DOWN
3. Grafana（:3000）       依赖 Prometheus

停止时顺序反过来：先关 Grafana，再关 Prometheus，最后关 Blackbox。实际上数据不会丢失，顺序影响不大，但这样最稳妥。

嫌窗口太多，可以在 D:\monitor\ 下新建 start-all.bat，双击即可全部启动：

@echo off
chcp 65001 >nul
echo 正在启动监控三件套...

start "Blackbox" cmd /k "cd /d D:\monitor\blackbox && blackbox_exporter.exe"
timeout /t 2 >nul

start "Prometheus" cmd /k "cd /d D:\monitor\prometheus && prometheus.exe --config.file=prometheus.yml --web.enable-lifecycle"
timeout /t 2 >nul

start "Grafana" cmd /k "cd /d D:\monitor\grafana\bin && grafana-server.exe"

echo 启动完成：
echo   Blackbox   http://localhost:9115
echo   Prometheus http://localhost:9090
echo   Grafana    http://localhost:3000
pause

压测工具对比与选择

如果需要主动模拟大量用户访问，JMeter 和 Locust 是两款主流工具，先分清定位再选。

对比表

对比维度	JMeter	Locust
上手难度	零代码，图形界面	需要写 Python
协议支持	非常广，HTTP / JDBC / FTP 等	以 HTTP 为主，可扩展
资源占用	GUI 模式吃内存	单机性能好，基于协程
脚本形式	.jmx 文件	locustfile.py
分布式	支持，配置稍繁琐	支持，一条命令起 worker
报告	聚合报告、HTML 报告	Web UI 实时图表
适合人群	测试人员，偶尔压一次	研发人员，复杂业务流、CI

选型建议：

只想快速给一个页面施加压力：选 JMeter。
想模拟 “登录后连续操作多个接口”，或把压测接入 CI：选 Locust。
本手册两个都讲，按需选一个即可。

JMeter 上手示例

安装 Java

JMeter 基于 Java，必须先装 JDK（8 / 11 / 17 均可，推荐 17）。

java -version

能输出版本号即可。没有的话去 https://adoptium.net/ 下载安装，安装时勾选 “添加到 PATH”。

下载并启动

官网：https://jmeter.apache.org/download_jmeter.cgi
下载 apache-jmeter-<版本>.zip，解压到 D:\monitor\jmeter\。
双击 bin\jmeter.bat（Windows 下不要用 jmeter.sh）。

第一次启动可能弹窗询问是否允许 Java 通过防火墙，点击允许。

编排测试计划

按下面的顺序，在左侧树里右键添加。

第 1 步：添加线程组

右键 “测试计划”→ 添加 → 线程（用户）→ 线程组。在线程组面板里设置三个关键参数：

参数	含义	演示值	说明
线程数	并发用户数	10	对百度演示用 10，压自己环境再调大
Ramp-Up	多少秒内启动完所有用户	10	不要设为 0，否则瞬间冲击
循环次数	每个用户执行几轮	10	勾选 “永远” 则一直压到手动停止

第 2 步：添加 HTTP 请求

右键 “线程组”→ 添加 → 取样器 → HTTP 请求，按下表填写：

字段	填写内容
协议	`https`
服务器名称或 IP	`www.baidu.com`（不要带 `https://`）
端口号	`443`
路径	`/`
方法	`GET`

第 3 步：添加监听器

右键 “线程组”→ 添加 → 监听器 → 聚合报告：查看整体 QPS、平均响应时间、错误率。
右键 “线程组”→ 添加 → 监听器 → 查看结果树：查看单个请求的详细返回，调试用。正式压测时建议禁用，非常吃内存。

启动

点击工具栏的绿色三角形开始压测。右上角的绿色数字表示当前运行的线程数。停止时点击红色方形，不要直接关闭窗口，否则可能导致 JVM 卡死。

查看报告

聚合报告里重点看这几列：

列名	含义	判断方式
# Samples	总请求数	越多说明压得越久
Average	平均响应时间	突然变大说明服务端开始吃力
90% Line	90% 请求的耗时上限	比平均值更接近真实体验
Error %	错误率	从 0 开始上升说明扛不住了
Throughput	吞吐量	到顶不再上升说明达到瓶颈

GUI 只用来编排脚本。正式压测请使用命令行，省内存且结果更准：

jmeter -n -t your_plan.jmx -l result.jtl -e -o report

-n：非 GUI 模式
-t：指定脚本
-l：结果文件
-e -o：生成 HTML 报告到 report 目录

Locust 上手示例

安装

确认已安装 Python 3.9 及以上版本，然后执行：

pip install locust
locust --version

编写脚本

新建目录 D:\monitor\locust\，创建 locustfile.py：

from locust import HttpUser, task, between


class WebsiteUser(HttpUser):
    # 每次请求后随机等待 1~3 秒，模拟真实用户的思考时间
    wait_time = between(1, 3)

    @task
    def index_page(self):
        # 访问首页，host 在启动命令里指定
        self.client.get("/")

想模拟多步行为，再增加一个 @task 方法即可。@task(3) 里的数字是权重，表示被选中的概率是其他任务的 3 倍。

启动

在脚本目录打开 CMD：

locust -f locustfile.py --host=https://www.baidu.com

浏览器访问 http://localhost:8089，填写：

字段	演示值	含义
Number of users	10	总虚拟用户数
Spawn rate	2	每秒启动的用户数
Host	已指定	可留空

点击 Start 后即可看到实时图表：RPS、响应时间、失败率、当前用户数。

换成自己的测试环境后，再按 “先小后大” 逐步加到 100 / 500 / 1000。不要对百度拉起 1000 并发。

无界面模式

正式压测或 CI 场景使用命令行，把 host 换成自己的测试环境：

locust -f locustfile.py --host=https://your-test-env.example.com --headless -u 1000 -r 100 -t 5m

参数	含义
`--headless`	不启动 Web UI
`-u 1000`	1000 个虚拟用户
`-r 100`	每秒启动 100 个
`-t 5m`	持续压 5 分钟

跑完会在命令行打印汇总统计，也可以加 --csv=result 导出 CSV。

分布式压测

一台机器压不动（CPU 打满但服务端很轻松）时，可以起多台机器。

:: 主控机，只发号施令
locust -f locustfile.py --master

:: 压测机，可以多台
locust -f locustfile.py --worker --master-host=主控机IP

主控机的 Web UI 会汇总所有 worker 的数据。

压测纪律

先小后大：从 10 加到 100、500、1000，找到错误率开始上升或响应时间出现拐点的值。
不要压生产环境：压测会产生真实业务请求，还可能拖慢线上用户，只压测试环境。
不要压第三方公网站点：百度、GitHub 不是你的资源，对它们施压等同于攻击。本手册对百度只做 10 并发以内的链路演示。
注意压测机自身瓶颈：压测、监控、Grafana 都在同一台 Windows 上时，往往是你本机 CPU 先打满。
每次只变一个变量：这次调并发数，下次调 Ramp-Up，便于定位原因。
压测时长要够：至少 3~5 分钟，太短的话缓存、连接池、JVM 都还没到稳态。

串联四者进行实战

目标：验证被测网站在逐步加压下会不会变慢或挂掉，并能用监控数据定位瓶颈。

重要前提：本手册的被测目标是百度，只适合验证监控链路是否打通。百度是第三方公网站点，绝对不要对它做 500 / 1000 这类高并发压测。正式压测请把地址换成自己负责的测试环境。

准备环境

Blackbox Exporter 正在后台运行。
Prometheus 正在后台运行，且 Status → Targets 两个任务都是 UP。
Grafana 已打开 7587 面板，时间范围设为 Last 15 minutes，自动刷新设为 5s。
浏览器开两个标签页：一个放 Grafana，一个放压测工具。

第一阶段打通链路

用 Locust 对百度发起 10 个用户、持续 2 分钟的轻量访问，确认 “压测流量 → 黑盒探测 → Grafana 曲线” 整条链路是通的：

locust -f locustfile.py --host=https://www.baidu.com --headless -u 10 -r 2 -t 2m

此时 Grafana 上 probe_success 应恒为 1，probe_duration_seconds 保持平稳，即链路验证成功。

第二阶段正式压测

把地址换回自己的服务，按 “先小后大” 逐步加压。

阶段	并发用户数	Spawn rate	持续时间	目的
基线	10	10/s	2 分钟	记录健康状态下的耗时
轻压	100	20/s	2 分钟	观察曲线变化
中压	500	50/s	3 分钟	大概率出现拐点
高压	1000	100/s	3 分钟	逼近或超过临界点

每个阶段之间停 30 秒，让连接池和 GC 缓一缓，也方便在 Grafana 上区分各阶段的曲线。

观察指标

盯住 Grafana 面板，重点关注：

指标	正常表现	压力上来后的表现
`probe_success`	一直为 1	变成 0，表示服务端已连不上
`probe_duration_seconds`	0.1~0.5 秒	直线飙升，请求开始排队
`probe_http_status_code`	200	出现 502 / 503 / 504
`phase="connect"` 耗时	很小	变大，TCP 连接建立困难
`phase="resolve"` 耗时	很小	变大，DNS 解析变慢
`phase="transfer"` 耗时	很小	变大，服务端处理慢或带宽打满

同时观察压测工具一侧：

Failure % 从 0 开始上升。
RPS 到某个值后不再上涨，说明吞吐量封顶。
响应时间中位数、95 分位、99 分位全线上扬。

定位瓶颈

黑盒监控不只知道 “挂了”，还能指出 “挂在哪一环”：

probe_success = 0
├── 未到超时阈值就失败
│   ├── phase=connect 耗时高：连接数满、防火墙、进程挂了
│   ├── phase=resolve 耗时高：DNS 问题
│   └── phase=tls 耗时高：证书、加密算法、CPU 打满
└── 顶到超时阈值（如 10s / 30s）
    └── 服务端处理不过来：慢查询、线程池满、下游依赖超时

输出结论

用数据说话，例如：

实测并发到 500 时，首页接口的 95 分位响应时间从 0.3s 涨到 8s，错误率从 0% 升到 12%，probe_http_status_code 开始出现 504。connect 阶段正常、transfer 阶段耗时飙升，瓶颈在应用层处理慢，不是网络问题。建议加机器、扩线程池、排查慢查询。

记得截图 Grafana（带上时间轴和压测阶段），这是最有说服力的证据。

避坑指南 Windows 专属

现象	原因	解决办法
服务用着用着就停了	黑窗口被关闭	最小化即可，不要点 X；或用 nssm 注册为服务
Prometheus 启动报 YAML 解析错误	混入 Tab、缩进不对、冒号后少空格	用 VS Code 检查，并执行 promtool check config
blackbox_http 一直是 DOWN	Blackbox 未启动、地址或端口写错、目标挂了	先手动 curl probe 接口验证
probe_success 一直是 0	目标返回的不是 2xx，例如 302 / 403	调整 module，或自定义可接受重定向的模块
报错 Lifecycle API is not enabled	启动时没加 --web.enable-lifecycle	加参数重启
Grafana 面板全是 No data	数据源填错、时间范围不对、Prometheus 无数据	先在 Prometheus 查 probe_success 是否有值
Grafana 时间差 8 小时	时区默认 UTC	时区改为 Asia/Shanghai
端口被占用	9090 / 9115 / 3000 已被其他程序使用	用 netstat 找到 PID 并结束，或换端口
路径含中文或空格时异常	部分程序不支持中文路径	改为纯英文无空格路径
JMeter GUI 高并发卡死	GUI 模式极吃内存	只用于编排，压测用命令行模式
Locust 报模块找不到	pip 装到了别的 Python 环境	用 python -m locust，或统一 python 与 pip
本机 CPU 打满但服务端健康	压测机自己先到瓶颈	降并发、关 Grafana 自动刷新、分布式压测
内网域名打不开	域名解析到内网，需要 VPN	连 VPN 后再试，用 ping、nslookup 排查
Prometheus 磁盘持续增长	历史数据累积	设置 retention.time，或清理 data 目录

用 nssm 注册为 Windows 服务

下载 https://nssm.cc/download ，解压出 nssm.exe（64 位在 win64\ 目录）。
以管理员身份打开 CMD，以 Prometheus 为例：

nssm install Prometheus "D:\monitor\prometheus\prometheus.exe"
nssm set Prometheus AppParameters "--config.file=D:\monitor\prometheus\prometheus.yml --web.enable-lifecycle"
nssm set Prometheus AppDirectory "D:\monitor\prometheus"
nssm start Prometheus

Blackbox 和 Grafana 同样操作，各自 install 一次。
之后开机自动启动，无需保留黑窗口。管理命令：nssm start|stop|restart|remove <服务名>。

注意：nssm 以 SYSTEM 账号运行，Prometheus 的 data\ 目录和 Grafana 的 data\grafana.db 会以该账号写入。如果之前用普通用户跑过，可能出现权限冲突，删掉 data\ 目录重新生成即可。

附录

端口速查表

端口	组件	访问地址	修改方式
9090	Prometheus	http://localhost:9090	`--web.listen-address=:9091`
9115	Blackbox Exporter	http://localhost:9115	`--web.listen-address=":9116"`
3000	Grafana	http://localhost:3000	修改 `conf\defaults.ini` 的 `http_port`
8089	Locust Web UI	http://localhost:8089	`--web-port`

目录结构速查

D:\monitor\
├── prometheus\
│   ├── prometheus.exe
│   ├── promtool.exe
│   ├── prometheus.yml          核心配置
│   └── data\                   时序数据，可删
├── blackbox\
│   ├── blackbox_exporter.exe
│   └── blackbox.yml            默认即可
├── grafana\
│   ├── bin\grafana-server.exe
│   ├── conf\defaults.ini       端口、路径等配置
│   └── data\grafana.db         面板、数据源、用户，备份它即可
├── jmeter\
│   └── bin\jmeter.bat
├── locust\
│   └── locustfile.py
└── start-all.bat               一键启动脚本

上线前检查清单

三个端口（9090 / 9115 / 3000）都空闲。
promtool check config prometheus.yml 通过。
http://localhost:9115 能打开。
手动调用 probe 接口返回 probe_success 1。
Prometheus 的 Targets 两个任务都是 UP。
Grafana 数据源 Save & test 成功。
7587 面板导入后能看到曲线。
压测脚本指向测试环境，不是生产。
开始压测前已记录 10 并发下的基线耗时。

常用 PromQL

在 Prometheus 的 Graph 页面或 Grafana 里直接查询：

# 1. 目标是否存活，1 成功 / 0 失败
probe_success

# 2. 最近 1 分钟平均探测耗时
avg_over_time(probe_duration_seconds[1m])

# 3. 探测失败率，最近 5 分钟低于 99%
avg_over_time(probe_success[5m]) < 0.99

# 4. HTTP 状态码分布
probe_http_status_code

# 5. 耗时拆解：resolve / connect / tls / processing / transfer
probe_http_duration_seconds

# 6. HTTPS 证书剩余天数
(probe_ssl_earliest_cert_expiry - time()) / 86400

# 7. 探测成功率与耗时放在同一张图上对比
probe_success or avg_over_time(probe_duration_seconds[1m])

结语

整套体系跑通后，你手里会有两样东西：

一双眼睛（Blackbox + Prometheus + Grafana）：随时知道服务活着没、慢不慢、慢在哪。
一只手（JMeter / Locust）：主动把服务压到极限，量出真实容量。

先有眼睛，再出手。这样每次压测都不是盲压，而是带着观测数据去找答案。

「All right reserved, any unauthorized reproduction or transfer is prohibitted」

No Reply at the moment.

需要 Sign In 后方可回复, 如果你还没有账号请点击这里 Sign Up。