Nginx 中怎么配置加权轮询支持不同协议的混合后端-Nginx-PHP中文网

nginx upstream 不支持混合协议共存，加权轮询仅在同协议后端组内生效；必须按 http、https、grpc、fastcgi 分组定义 upstream，并通过 location 配合 proxy_pass / grpc_pass / fastcgi_pass 实现路由。

nginx 中怎么配置加权轮询支持不同协议的混合后端

Nginx 的 upstream 块本身不支持混合协议（如 HTTP + HTTPS + gRPC + FastCGI）共存于同一 upstream 组中。加权轮询（weight）只作用于同构后端——即协议类型、传输层语义一致的服务器，比如全是 HTTP/1.1 的 http:// 后端，或全是 https:// 的 TLS 终止后端。

你不能这样写：

upstream mixed_backend {
    server 192.168.1.10:8080 weight=3;      # HTTP
    server 192.168.1.11:8443 weight=2;     # HTTPS（Nginx 无法直接 proxy_pass https 到上游，除非用 ssl_verify + proxy_ssl_*）
    server 192.168.1.12:9000 weight=1;      # PHP-FPM（FastCGI，完全不兼容 http proxy）
    server grpc.example.com:50051 weight=4;  # gRPC（需 http2 + protocol buffers，proxy_pass 必须显式设为 grpc://）
}

这会直接导致配置校验失败（nginx -t 报错），或运行时行为不可控（如 502、连接重置、协议解析错误）。

真正可行的做法是：按协议分组，再由上层逻辑（location / proxy_pass）路由到对应 upstream。加权轮询在每组内部独立生效。

✅ 正确配置方式：协议隔离 + 分组加权

1. HTTP 后端（标准 Web 服务）

upstream http_servers {
    server 192.168.1.10:8080 weight=4;
    server 192.168.1.11:8080 weight=1;
    # 健康检查必须配
    max_fails=3 fail_timeout=30s;
}

2. HTTPS 后端（需 Nginx 主动 TLS 上游）

upstream https_servers {
    server api-secure.example.com:443 weight=3;
    server backup-api.example.com:443 weight=2;

    # 关键：启用 SSL 上游支持
    proxy_ssl_protocols TLSv1.2 TLSv1.3;
    proxy_ssl_verify off;  # 生产建议开启并配证书
    proxy_ssl_trusted_certificate /etc/nginx/ssl/ca-bundle.crt;
}

⚠️ 注意：proxy_pass https://... 才能走这个 upstream；且 upstream 块里不能写 https://，只写域名+端口。

Nginx Hosting

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

下载

3. gRPC 后端（HTTP/2 + gRPC 封装）

upstream grpc_servers {
    server 192.168.1.20:50051 weight=5;
    server 192.168.1.21:50051 weight=3;

    # 必须启用 HTTP/2
    http2 on;
}

# location 中必须用 grpc:// 协议前缀
location /grpc/ {
    grpc_pass grpc://grpc_servers;
    grpc_set_header Host $host;
}

4. FastCGI 后端（如 PHP-FPM）

upstream php_fpm {
    server 127.0.0.1:9000 weight=10;
    server unix:/var/run/php/php8.2-fpm.sock weight=5;
    # FastCGI 不走 proxy_pass，改用 fastcgi_pass
}

✅ 请求如何“混合”转发？靠 location + 条件判断

Nginx 不提供跨协议的统一负载均衡器，但你可以用以下方式实现业务层混合调度：

按路径分流：

location /api/ { proxy_pass http://http_servers; }
location /secure/ { proxy_pass https://https_servers; }
location /v1/ { grpc_pass grpc://grpc_servers; }
location ~ \.php$ { fastcgi_pass php_fpm; }

按请求头或参数动态选 upstream（需 map + 变量）：
```
map $http_x_service_type $backend_upstream {
    default        "http_servers";
    "grpc"         "grpc_servers";
    "auth"         "https_servers";
}

location /route {
    proxy_pass http://$backend_upstream;
}
```
⚠️ 注意：$backend_upstream 只能映射到 已定义的 upstream 名，且所有被映射的 upstream 必须是同协议类型（否则 proxy_pass 会失败）。

❌ 常见误区提醒

weight 参数对 fastcgi_pass 或 grpc_pass 无效 —— 它们各自有独立的 upstream 机制，weight 仅在对应协议的 upstream 内部起作用。
upstream 块中不能混用 server 和 server ... backup 与不同协议混搭，backup 是容灾逻辑，不是协议适配。
不要试图用 rewrite + proxy_pass 把 HTTP 请求“转成”gRPC —— 协议不兼容，必然失败。