Nginx upstream 不支持混合协议共存，加权轮询仅在同协议后端组内生效；必须按 HTTP、HTTPS、gRPC、FastCGI 分组定义 upstream，并通过 location 配合 proxy_pass / grpc_pass / fastcgi_pass 实现路由。
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://，只写域名+端口。
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 —— 协议不兼容，必然失败。
✅ 小结：混合协议 ≠ 混合 upstream
- 加权轮询只在单协议 upstream 组内有效；
- 混合后端靠 Nginx 的多 upstream 定义 + location 路由策略 实现；
- 每类协议需匹配正确的
proxy_pass/grpc_pass/fastcgi_pass指令； - 健康检查、
max_fails、fail_timeout都要按组单独配置。
这样既保持配置清晰，又确保各协议流量被正确处理和加权分配。
