nginx实现后端集群“动态感知转发”的关键是：权重（weight）静态配置于upstream块中，配合max_fails和fail_timeout实现健康检查触发的自动摘除与恢复，proxy_pass必须正确引用upstream名称（如http://my_backend），禁用ip_hash等与权重冲突的hash策略。

要让 Nginx 实现后端集群权重的“动态感知转发”，关键在于理解：Nginx 本身不主动探测后端性能（如 CPU、响应延迟），它的“动态”体现在健康检查触发的节点状态切换，而非实时按负载调整权重。真正的权重分配是静态配置的，但配合健康检查参数，就能在节点异常时自动绕过、恢复后平滑回归——这构成了生产中实用的“准动态”感知能力。

权重必须显式配置在 upstream 块中

所有带权重的后端服务器必须定义在 http 块内 的 upstream 中，不能放在 server 或 location 里：

• 每个 server 行后紧跟 weight=正整数，比如 server 10.0.1.10:8080 weight=4;
• 权重无需归一化，Nginx 自动按比例计算流量分发（例如 weight=4、2、2 → 占比 50%、25%、25%）
• 默认 weight=1，不写即为 1

proxy_pass 必须正确引用 upstream 名称

这是权重生效的前提，常见错误会导致权重完全失效：

aperture: the L402 aware reverse proxy

安装并运行 Aperture（Lightning Labs 的 L402 闪电反向代理），用于创建 L402 付费墙、配置付费 API 端点、为其他代理托管付费内容或测试 L402 认证流程。

下载

• ✅ 正确：proxy_pass http://my_backend;（注意 http:// + upstream 名）
• ❌ 错误：proxy_pass http://10.0.1.10:8080;（直连 IP，退化为普通代理）
• ❌ 错误：proxy_pass my_backend;（缺协议头，Nginx 启动失败）

用 max_fails 和 fail_timeout 实现基础动态感知

仅靠 weight 无法应对宕机或临时卡顿。加上这两个参数，Nginx 才能“感知”异常并自动摘除节点：

• max_fails=2：连续 2 次连接失败（超时、拒绝连接等），标记该节点为不可用
• fail_timeout=30s：进入不可用状态后，30 秒内不再转发请求；到期后试探一次，成功则恢复服务
• 可为不同节点设不同值，例如主力机设 max_fails=3 fail_timeout=45s，边缘节点更敏感些

增强可用性与调度灵活性的补充参数

进一步贴近真实业务场景：

• backup：仅当其他所有非 backup 节点都不可用时才启用，适合灾备节点
• down：手动置为不可用，常用于维护前快速下线某节点
• max_conns=1024：限制单节点最大并发连接数，防止单台过载（尤其适用于硬件差异大的异构集群）
• 避免混用：ip_hash、hash $request_uri 等 hash 类算法与 weight 不兼容，开启后权重失效