Nginx 轮询算法中怎么使用 upstream 块嵌套实现两层嵌套负载均衡-Nginx-PHP中文网

Nginx 不支持 upstream 嵌套，因其作用域限定于 http 级且内部仅允许 server 等指令；可通过两级 proxy_pass 链式转发实现两层轮询：第一层 upstream 转发至中间节点，再由其 proxy_pass 至第二层 upstream。

nginx 轮询算法中怎么使用 upstream 块嵌套实现两层嵌套负载均衡

Nginx 本身不支持原生的“两层 upstream 嵌套”（比如在 upstream 内再定义另一个 upstream 并直接引用），upstream 块不能嵌套定义，也不能在 upstream 内引用其他 upstream 名称作为服务器。但你可以通过“逻辑分层 + 多级 proxy_pass”方式，模拟出两层轮询负载均衡的效果：第一层调度到若干“中间节点”，每个中间节点再转发到第二层真实服务集群。

为什么 upstream 不支持直接嵌套？

Nginx 的 upstream 是一个独立的配置块，作用域为 http 级别，其内部只允许 server、zone、keepalive 等指令，不允许出现另一个 upstream 块或变量引用 upstream 名称。以下写法是非法的：

❌ 错误示例（语法报错）：

upstream layer1 {
    server 10.0.1.10:80;
    upstream layer2 {  # ❌ 不允许嵌套 upstream
        server 192.168.1.100:8080;
        server 192.168.1.101:8080;
    }
}

实现两层轮询的可行方案：两级 proxy_pass 链式转发

核心思路：用两个独立的 upstream 块分别定义“第一层网关组”和“第二层服务组”，再通过 location 中的 proxy_pass 指向第一层；第一层 Nginx 实例（或同一台 Nginx 的不同 server 块）收到请求后，再 proxy_pass 到第二层 upstream。这样就形成「Client → 第一层 upstream（轮询）→ 第二层 upstream（轮询）」的两级调度链。

若所有逻辑部署在同一台 Nginx 上，可通过 localhost + 不同端口 或 named location 实现内部跳转。

✅ 推荐做法（单机双 upstream + 内部跳转）：

定义 upstream backend_servers：第二层真实服务（如应用实例）
定义 upstream gateway_nodes：第一层逻辑网关（可仅为本地不同端口或命名 location）
用 location / 直接 proxy_pass 到第一层 upstream
用 location @layer2（或监听本地端口）承接第一层转发，并 proxy_pass 到第二层 upstream

✅ 正确配置示例（单机模拟两层轮询）：

http {
    upstream backend_servers {
        least_conn;  # 或 round_robin（默认）
        server 127.0.0.1:8081;
        server 127.0.0.1:8082;
        server 127.0.0.1:8083;
    }
<pre class="brush:php;toolbar:false;">upstream gateway_nodes {
    # 这里不是真实服务器，而是指向本机内部命名 location
    server 127.0.0.1:8000;  # 可选：用端口区分，或全走 named location
}

server {
    listen 80;
    server_name example.com;

    location / {
        proxy_pass http://gateway_nodes;
        proxy_set_header Host $host;
    }
}

# 模拟“第一层网关”的 server 块（监听内部端口）
server {
    listen 127.0.0.1:8000;
    location / {
        proxy_pass http://backend_servers;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
    }
}

}

更实用的生产场景：物理分离的两层 Nginx

实际部署中，两层通常由不同机器/集群承担：

Nginx Hosting

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

下载

Layer 1（接入层）：公网 Nginx 集群，轮询分发到多个私有网关节点
Layer 2（应用层）：每个网关节点上运行 Nginx，再轮询其后端的若干 App Server

此时配置完全解耦：

▶ Layer 1 Nginx：upstream gateways { server 10.10.1.10; server 10.10.1.11; }，proxy_pass http://gateways

▶ Layer 2（每台 gateway）：upstream apps { server 172.16.0.100:3000; server 172.16.0.101:3000; }，proxy_pass http://apps

这种结构天然支持独立扩缩容、健康检查、权重调整，且符合 Nginx 设计范式。

替代技巧：用 map + split_clients 实现“逻辑分层”（非真正嵌套）

如果只是想按规则把流量先分组、再组内轮询，可用 map 和 split_clients 配合多个 upstream：

用 split_clients "$request_id" $backend_group 将请求哈希分到 group_a / group_b
再用 map $backend_group $upstream_name 映射到对应 upstream 名（仅限变量名，不能动态解析）
⚠️ 注意：Nginx 不支持变量作为 proxy_pass 的 upstream 名（除非用商业版或 OpenResty 的 lua-resty-upstream）

所以纯开源 Nginx 中，该方式仅适合静态分组，无法实现“组内再轮询”的动态效果，实用性有限。

不复杂但容易忽略：真正的两层轮询靠的是架构分层，而不是配置嵌套。用好 upstream + proxy_pass 链路，比强行“嵌套”更稳定、更易维护。