Nginx 中负载均衡中如何基于权重实现流量分配-Nginx-PHP中文网

nginx通过upstream块中server指令的weight=正整数实现平滑加权轮询，权重为相对值非百分比，自动归一化计算分流比；必须定义在http{}内、配合健康检查才生效，proxy_pass须引用upstream名称而非ip。

nginx 中负载均衡中如何基于权重实现流量分配

Nginx 通过 upstream 块中的 weight 参数实现基于权重的流量分配，本质是平滑加权轮询（Weighted Round Robin），不是简单按次数循环，而是依据相对权重长期趋近设定比例。

权重配置必须写在 http 块内的 upstream 中，且需配合健康检查机制，否则无法稳定生效。

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

权重怎么起作用？

- weight 是相对值，不是百分比。Nginx 自动归一化计算：比如 `weight=5`、`weight=3`、`weight=2`，总和为 10，对应实际分流比就是 50% : 30% : 20% - 未写 weight 的 server 默认为 1 - weight=0 表示临时下线，不参与调度，也不触发健康检查

怎么写才有效？

- upstream 必须定义在 `http{}` 块内，不能放在 `server{}` 或 `location{}` 里 - proxy_pass 引用时必须用 `http://upstream_name` 格式，不能写成具体 IP+端口，否则权重失效 - 示例：

upstream api_backend {
    server 10.0.1.10:8000 weight=4;
    server 10.0.1.11:8000 weight=1;
    server 10.0.1.12:8000 weight=1;
}

→ 三台机器理论占比为 66.7% : 16.7% : 16.7%

为什么权重有时“不准”？

- 权重只在后端健康时生效；一旦某节点因 `max_fails` 被标记为不可用，它的 weight 就暂停，剩余节点按新权重比例重新分担全部流量 - 短连接、低并发下统计偏差大，建议在持续中高流量下验证（如 1000+ 请求采样） - 不能和 `ip_hash` 同时使用——冲突，weight 会被忽略

怎么让权重更可靠？

- 搭配 `max_fails=3 fail_timeout=30s`，自动剔除异常节点 - 用 `down` 手动下线维护中的服务器 - 用 `backup` 标记灾备节点，仅当其他全不可用时启用 - 权重设定应有依据：比如按 CPU 核心数（8 核 → weight=8）、内存容量（32GB → weight=16），或灰度发布需求（新版本 weight=1，老版本 weight=9）

不复杂但容易忽略。