Nginx权重分发是保障系统稳定的关键机制，通过按硬件性能或压测QPS设定比例权重（如3:1），避免弱节点过载、提升强节点利用率；支持灰度发布、动态调整及健康检查联动，缓解突发流量与故障扩散。
Nginx Hosting
通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。
下载
Nginx 中的权重分发不是锦上添花的配置项，而是直接影响系统稳定性的关键控制手段。它让流量分配从“机械均分”转向“按需调度”，从而在硬件能力不均、业务压力波动、扩容节奏不一等现实场景中，守住服务可用的底线。
让性能差异不再成为单点隐患
后端服务器 rarely 完全同构——新机器 CPU 更强、内存更大，旧机器可能仅维持基础负载。若用默认轮询，旧机器容易因处理能力不足而响应变慢甚至超时，触发级联失败。权重分发允许你显式声明：“这台新机器承担 70% 流量，那台老机器只接 30%”。这样既避免了弱节点过载崩溃，又充分利用了强节点的冗余能力，整体吞吐更平稳。
- 权重值不等于百分比，而是比例关系（如 weight=3 和 weight=1，实际分流比为 3:1）
- 建议以 CPU 核心数或压测 QPS 为基准设定初始权重，而非凭经验拍定
- 避免权重设为 0（等同于临时下线），应配合健康检查参数 max_fails/fail_timeout 实现自动故障隔离
支撑渐进式变更与灰度发布
上线新服务、升级版本、切换数据库连接池——这些操作都伴随风险。权重分发提供了一种低风险的流量切入方式：先给新节点配低权重（如 weight=1），观察日志、错误率、延迟；确认稳定后再逐步调高（weight=3→5→10）。整个过程无需重启 Nginx，也不影响用户请求，系统稳定性在变动中依然可控。
- 配合 openresty 或 lua 模块，还能实现基于 Header、URL 参数的动态权重调整
- 权重修改后 reload 即可生效，无需 stop/start，保障服务连续性
- 注意：权重变化不会中断已有长连接，但新请求会立即按新规则分发
缓解突发流量冲击，延缓雪崩发生
当某台后端因 GC、锁竞争或慢查询导致响应时间飙升时，单纯靠 least_conn 或 ip_hash 很难快速识别并规避。而合理设置的权重，结合 max_fails=2 fail_timeout=10s 这类健康检查，能让 Nginx 在几次失败后主动降低该节点权重（或临时剔除），把更多请求导向健康的实例。这相当于在故障扩散前加了一道缓冲带，为人工干预争取关键时间窗口。
- fail_timeout 内的失败计数是累积的，max_fails 触发后节点进入“暂停服务”状态
- 权重本身不参与健康判定，但高权重节点一旦异常，影响面更大，因此更要加强监控
- 建议对核心业务节点启用 active health check（HTTP HEAD 请求），比 TCP 探活更精准
不复杂但容易忽略
