压力测试是评估服务承载能力的必要手段。Vegeta是一款由Go语言编写的开源压测工具，名字来源于动漫中的贝吉塔，它的特点是能以恒定的请求速率（requests per second）向目标发起HTTP攻击，从而准确测出服务在特定压力水平下的延迟分布和成功 rate。相比ab、wrk等工具，Vegeta支持自定义请求头、请求体、动态目标列表，还能生成文本、JSON、直方图等多种格式的报告。本文将围绕Vegeta的安装使用，以及如何借助Nginx观察和防护压测流量，完整演示一次压测流程。
一、Vegeta的安装与基本用法
Vegeta的安装方式很多。如果你的机器上有Go环境，直接执行go install github.com/tsenart/vegeta@latest即可；也可以从GitHub的发布页面下载对应平台的二进制文件，解压后放到PATH目录下就能使用。安装完成后执行vegeta -version，能正常输出版本号就说明安装成功。
最基础的用法是通过管道传入目标地址，然后指定攻击时长和速率。例如下面这条命令表示以每秒100个请求的速率持续攻击4秒钟：
echo "GET http://192.168.0.10/" | vegeta attack -rate=100/s -duration=4s | vegeta report
这条命令分为两段：vegeta attack负责发起攻击，输出的二进制结果通过管道传给vegeta report生成报告。报告会显示请求数、成功率、延迟分位数（均值、P50、P95、P99、最大值）以及吞吐量，这些指标是判断服务是否扛得住压力的核心依据。需要注意-rate参数控制的是发送速率，如果服务处理不过来，客户端可能会堆积连接，测试结果中的延迟就会持续攀升，这本身就是服务过载的信号。
如果压测机器单核性能不足，可以用-max-workers参数控制并发协程数量。此外，对于需要登录态的接口，可以先生成带自定义Header的目标文件，把Cookie或Token写进去，避免大量请求因为鉴权失败而干扰测试结果。
二、构造复杂攻击：targets文件与报告输出
真实业务场景很少只压一个URL，通常需要混合多个接口、携带POST请求体。这时可以使用targets文件，格式很简单，每一段由请求方法、URL、可选的Header和Body组成，用空行分隔：
GET http://192.168.0.10/api/list X-Request-Id: 1001 POST http://192.168.0.10/api/login Content-Type: application/json @/tmp/login.json GET http://192.168.0.10/static/img/logo.png
其中Body部分以@开头表示从文件读取。发起攻击时用-targets指定文件，还可以加-lazy参数让Vegeta边读边打，适合目标列表非常庞大的情况：
vegeta attack -targets=/tmp/targets.txt -rate=200/s -duration=30s -output=/tmp/results.bin vegeta report -type=json /tmp/results.bin > /tmp/report.json vegeta plot -title="API压测" /tmp/results.bin > /tmp/plot.html
这里把攻击结果保存到文件是推荐的做法，因为一份结果可以反复分析。vegeta report支持text、json、histogram几种类型，其中histogram可以自定义延迟区间；vegeta plot则生成一个可交互的HTML页面，用浏览器打开就能看到延迟随时间变化的曲线，非常适合观察服务是否存在性能抖动或某个时间点突然恶化。
还有一个实用的子命令是vegeta encode，它能把二进制结果转成CSV或JSON格式，方便导入Excel或Grafana做长期对比。做容量规划时，建议按阶梯方式逐步提升速率（比如100、200、500、1000），每个梯度记录一次结果，找到成功率开始下降或P99延迟超过SLA的拐点，这个拐点就是当前配置的服务容量上限。
三、结合Nginx做防护验证与流量观察
压测不仅是打垮服务，更重要的是验证防护措施是否生效。Nginx内置的限流模块是第一道防线，通过limit_req_zone定义一个以客户端IP为key的限流区域，再在具体location中应用：
http {
limit_req_zone $binary_remote_addr zone=api_limit:10m rate=50r/s;
server {
listen 80;
location /api/ {
limit_req zone=api_limit burst=100 nodelay;
limit_req_status 429;
proxy_pass http://127.0.0.1:8080;
}
}
}这段配置表示每个IP每秒最多50个请求，允许100个突发请求排队且不延迟处理，超出部分直接返回429状态码。配置完成后执行nginx -t检查语法，再nginx -s reload平滑生效。之后用Vegeta以每秒200个请求攻击该接口，报告中会出现大量429响应，这正是限流生效的证据。可以通过vegeta report观察成功率变化，反推限流阈值是否设置合理。
压测过程中还要学会看Nginx日志。access_log中记录了每个请求的响应码和请求耗时，配合awk可以快速统计各状态码的数量分布；error_log里如果出现upstream timed out，说明后端应用处理能力已经到瓶颈；如果出现worker_connections are not enough，则是Nginx自身的连接数配置需要调大，需要修改worker_connections参数。另外要注意压测机本身的文件描述符限制，执行ulimit -n查看，必要时调到几万以上，否则Vegeta会报连接打开失败的错误，导致测试数据失真。
最后提醒几个常见误区：第一，不要在和生产同网的机器上随意打高压，可能影响线上业务，应该搭建独立的压测环境；第二，压测结果要排除网络因素，Vegeta客户端和服务端之间的带宽、延迟都会计入结果，最好把Vegeta部署在与服务同机房的内网机器上；第三，压测前要预热，比如先以低速率打10秒再正式采集数据，避免冷启动的JIT编译、缓存未命中等因素污染前几秒的数据。按照这些步骤实践下来，你就能够得到一份可信的容量评估报告，为后续的扩容和调优提供数据支撑。