支撑千万级用户需优化Nginx负载均衡集群：合理配置参数（如worker_processes auto、worker_connections 65536、reuseport）、按业务选分发算法（加权轮询/ip_hash/least_conn）、强化高可用（max_fails、proxy_next_upstream、health_check）、精准透传与安全控制请求头。
要支撑千万级用户，Nginx 负载均衡集群不能只靠“加机器”，关键在于参数配置的合理性、算法选择的匹配性，以及后端协同的稳定性。核心不是堆砌功能，而是让每个环节不拖后腿——连接能撑住、分发不偏斜、故障可自愈、会话有保障。
连接与并发能力：先稳住入口洪峰
千万级用户意味着每秒数万甚至十万级请求（QPS），必须从底层连接模型开始加固：
- worker_processes 设为 auto，让 Nginx 自动绑定 CPU 核心，避免线程争抢；
- worker_connections 至少调至 65536，配合系统级优化（如 ulimit -n 1048576）；
- 启用 reuseport（需 Linux 3.9+），在 listen 指令中添加 reuseport，使多个 worker 进程能独立接收连接，显著降低惊群效应；
- 关闭不必要的日志写入（如注释或关闭 access_log），或使用 buffered 和 flush 控制刷盘频率，防止磁盘 I/O 成瓶颈。
上游分发策略：按业务特征选算法，不盲目用默认
轮询（round robin）在服务器性能均一时可用，但千万级场景下通常不适用：
- 若后端节点性能差异大（如新老机型混布），用 加权轮询：
server 10.0.1.10:8080 weight=5;
server 10.0.1.11:8080 weight=3; - 登录态强依赖 session 的业务（如电商下单流程），必须开启 ip_hash，但要注意 NAT 环境下 IP 失真问题，此时建议改用 cookie hash（需 nginx-sticky-module 或商业版 Plus）；
- 长连接多、连接生命周期长的服务（如 WebSocket、实时消息推送），优先用 least_conn，避免某台机器积压大量空闲连接；
- 对延迟敏感型接口（如搜索、推荐），可结合 least_time header（Nginx Plus 功能）或通过自定义健康检查 + proxy_next_upstream 实现响应时间感知路由。
高可用与容错：让单点故障不传导
千万用户下，一次宕机就是事故。配置里必须内置“免疫机制”：
- 每个 server 行加上 max_fails=2 fail_timeout=15s，连续失败 2 次即摘除，15 秒后自动试探恢复；
- 设置 proxy_next_upstream，例如：
proxy_next_upstream error timeout http_500 http_502 http_503 http_504;
确保后端返回异常时自动重试另一台，而不是立刻甩错给用户； - 配合 health_check（需 Plus 或开源版带 stream/health 模块），主动探测后端 HTTP 接口（如 /health），比被动失败更早发现隐患；
- 在 upstream 块外配置 backup 服务器，作为兜底节点，仅在全部主节点不可用时启用。
代理与头信息：真实链路可追踪、安全可控
千万级架构中，日志分析、安全审计、灰度路由都依赖准确的请求上下文：
- 务必透传客户端真实信息：
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme; - 禁用或重写可能泄露内部结构的头：
proxy_hide_header Server;
proxy_hide_header X-Powered-By; - 对敏感路径（如 /admin）启用 limit_req 限流，防爬虫或暴力攻击击穿后端；
- 静态资源走 CDN，Nginx 层只代理动态请求，减轻自身压力并提升缓存效率。
