Nginx高性能负载均衡需精准配置upstream（置于http块内、语义命名）、proxy_pass（路径透传控制）及健康检查（max_fails/fail_timeout、主动探测），并透传Host、X-Real-IP等关键header，配合连接池、超时调优与流量分流。
要让 Nginx 在集群架构中真正跑出高性能，关键不在堆机器，而在配置的精准性和协同性。核心是 upstream 定义合理、转发链路干净、健康机制可靠，三者缺一不可。
upstream 集群定义必须放在 http 块内且语义清晰
所有 upstream 必须统一写在 nginx.conf 的 http{} 大括号里，不能嵌套在 server 或 location 中——否则直接报错。名称建议用小写+下划线，比如 api_cluster、order_backend，避免后续引用混淆。
- 每个后端节点写成 server IP:端口 weight=数值，比如
server 10.0.2.5:8001 weight=4，让高配机器承担更多流量 - 长连接场景（如 WebSocket）优先选 least_conn；需会话粘性时用 ip_hash，但此时不能设 weight
- 加 max_fails=3 fail_timeout=60s，连续失败 3 次就隔离 60 秒；计划维护可用 down，灾备节点标 backup
proxy_pass 转发必须带完整协议头和路径控制
location 里写 proxy_pass http://api_cluster; 时，结尾不加斜杠表示原路径透传；加斜杠（如 proxy_pass http://api_cluster/;）则会剥离匹配前缀再转发——这点极易出错，尤其涉及 /v1/api 这类深层路径时。
- 必设四行 header：
proxy_set_header Host $host;、X-Real-IP $remote_addr;、X-Forwarded-For $proxy_add_x_forwarded_for;、X-Forwarded-Proto $scheme; - 禁用不必要的缓冲：
proxy_buffering off;可降低延迟；若需缓冲，设proxy_buffer_size 128k;防止大响应截断 - 超时值按业务调：短平快接口可设
proxy_connect_timeout 3s;，读写各10s；长任务则适当放宽
主动健康检查与动态路由提升弹性
默认被动探测不够及时，建议引入 nginx-upstream-check-module 模块做主动心跳检测，每 2 秒发一次 HEAD 请求，失败立即踢出节点。
- 按请求特征分流：用
map提取 Cookie 中的version=beta，再把请求导向 beta_cluster - 静态资源走独立 upstream：
location ~* \.(js|css|png|jpg)$ { proxy_pass http://static_cluster; }，减轻主服务压力 - 灰度发布时，可配合 Lua 脚本做 AB 测试，比如 5% 流量进新集群，其余走老集群
连接复用与资源限制防雪崩
Nginx 默认每个 worker 进程只维持少量后端连接，高并发下容易成为瓶颈。需显式开启连接池并限制单节点最大连接数。
- 在 upstream 内加
keepalive 256;，并在 location 中补上proxy_http_version 1.1;和proxy_set_header Connection ""; - 用
limit_conn_zone $binary_remote_addr zone=addr:10m;控制单 IP 并发数，防恶意刷量 - 全局设
worker_connections 4096;，配合events { use epoll; }充分利用 Linux 内核能力
