验证Nginx ip_hash在极限并发下的哈希分发性能，核心是确认同一IP始终路由至同一后端（会话保持正确性）及高并发下映射稳定无抖动（分发一致性），需通过多IP压力测试、分层压测和日志交叉验证实现。
测试 Nginx ip_hash 在极限并发下的哈希分发性能，核心是验证两点：一是同一 IP 的请求是否始终落到同一台后端服务器（会话保持正确性），二是在高并发压力下哈希映射是否稳定、无抖动或错配（分发一致性）。这不是单纯测吞吐量，而是测“确定性”和“抗压稳定性”。
准备可区分的后端服务
确保每台后端服务器返回唯一标识，便于识别请求落点。例如：
- Server A（192.168.1.101）返回响应头
X-Backend-ID: node-a或响应体含"backend":"a" - Server B（192.168.1.102）返回
X-Backend-ID: node-b - 避免用静态 HTML，推荐用轻量脚本（如 Python Flask/Node.js）动态输出自身节点名 + 时间戳
构造可控的客户端 IP 池
ip_hash 依赖真实客户端 IP，不能只靠单机 ab/curl 循环——那只会打到同一台后端。需模拟多个不同源 IP：
- 用
ab不支持多 IP，改用wrk配合 Lua 脚本伪造 X-Forwarded-For（前提是 Nginx 配置了set_real_ip_from并启用real_ip_header X-Forwarded-For） - 更可靠方式：部署 10–50 台压力机（云主机或 Docker 容器），每台固定一个公网/IP 段，用
curl或hey并发发请求 - IP 数量建议 ≥ 后端服务器数 × 3（例如 3 台后端，至少准备 10 个不同 IP），避免哈希碰撞集中
执行分层压力测试
不直接冲峰值，分三阶段观察行为：
- 基线验证（100 QPS，持续 2 分钟）：确认每个 IP 对应的后端固定不变（记录 IP→node 映射表）
-
稳态压测（1000–5000 QPS，5 分钟）：检查映射是否漂移——抓取所有响应头，统计各 IP 的
X-Backend-ID是否 100% 一致 -
突增冲击（短时 10000+ QPS，30 秒）：观察 Nginx error log 是否出现
no live upstreams或connect() failed，同时验证哈希逻辑未因连接队列积压而错乱
关键日志与指标验证
仅看响应不够，要结合 Nginx 访问日志交叉验证：
- 在
log_format中加入$remote_addr和$upstream_addr，例如：
log_format hash_test '$remote_addr - $upstream_addr [$time_local]'; - 压测后用
awk '{print $1,$2}' access.log | sort | uniq -c | sort -nr统计每个 IP 实际转发到哪台地址 - 对比该结果与你预期的哈希分配（Nginx 内部用 CRC32 算法对 IP 哈希后模服务器总数），确认无异常跳变
