构建“完全零阻塞”的upstream集群在严格意义上不可行，但可通过协议分层隔离、least_conn调度、主动健康检查、连接池与超时分级控制等协同配置，实现逻辑可预期、近似零感知阻塞的生产级集群。
构建“完全零阻塞”的 upstream 集群在严格意义上不可行——操作系统内核、网络栈、后端服务响应延迟等环节天然存在非零耗时。但可通过配置与架构协同，将阻塞点显式识别、主动规避、分级缓冲，实现逻辑上可预期、实践中近似零感知阻塞的生产级集群。核心不在消灭延迟，而在不让延迟传导、放大、雪崩。
协议层：明确区分 stream 与 http，杜绝混用误判
四层（TCP/UDP）和七层（HTTP/HTTPS）流量必须物理隔离，不能共用同一 upstream 块或监听端口：
- stream 块专管 TCP/UDP：用于数据库直连（MySQL/PostgreSQL）、Redis、gRPC-raw、游戏网关等长连接场景；它不解析应用层内容，只做连接转发，因此无 HTTP 头解析开销，也无连接复用协商延迟
- http 块专管 HTTP/HTTPS：所有 proxy_pass 必须指向 http://upstream_name，且 upstream 必须定义在 http {} 内；启用 keepalive 32 + proxy_http_version 1.1 + proxy_set_header Connection ""，让连接真正复用，避免反复建连阻塞
- 严禁 listen 混合协议：如 listen 80; 不能同时承载 HTTP 和 WebSocket 升级请求；WebSocket 应单独 listen 8080 http2 或通过 upgrade 头显式处理，否则升级失败会卡住整个连接
上游调度：least_conn 为基，禁用重试，连接即资源
阻塞常源于新请求被分发到已满载节点，或失败后盲目重试加剧拥塞：
- upstream 中首行声明 least_conn;，而非轮询或 ip_hash；它实时统计每个 server 的活跃连接数（非请求数），新连接自动落到最空闲节点，天然适配高并发长连接场景
- 禁用 proxy_next_upstream 对非幂等操作的重试：对 POST /order、PUT /payment 等接口，在 location 中设 proxy_next_upstream_tries 1; proxy_next_upstream_timeout 0s; 并仅允许 error timeout 触发换节点，排除 http_500、http_4xx
- 每个 server 行必须带 port，如 server 10.1.2.3:3000;，不能省略；DNS 地址需配 resolver 且 valid=10s，避免 DNS 缓存过久导致故障节点长期无法剔除
健康检查：主动探测 + 快速熔断，不等请求打穿
被动靠请求失败触发 fail_timeout 是滞后防御；主动健康检查才是零阻塞前置屏障：
- 在 upstream 块中启用 health_check interval=2 fails=2 passes=2;，每 2 秒发一次探测包，连续 2 次失败即标记为 down，2 次成功才恢复；比 max_fails=3 fail_timeout=30s 更快收敛
- 探测路径必须真实反映业务可用性，例如 check_http_expect_alive 2xx 3xx; + match { status 200; body ~ "OK"; }，避免 /health 返回 200 却实际 DB 连接已断
- 搭配 backup 标记灾备节点，但仅限无状态服务；有状态服务（如带本地 session 的旧系统）慎用 backup，防止会话丢失引发重登录阻塞
资源控制：连接池、超时、限流三锚定
阻塞本质是资源错配：连接数超限、等待超时过长、突发流量压垮缓冲区：
- stream 上游加 zone tcp_pool 64k;，支持多 worker 共享连接状态；http upstream 加 keepalive 64;，并确保后端也开启 keepalive_timeout（如 Nginx 后端设 keepalive_timeout 60s）
- 超时参数严格分级：
– proxy_connect_timeout 1s（快速发现后端宕机）
– proxy_send_timeout 30s（防大文件上传卡死）
– proxy_read_timeout 60s（防慢查询拖住连接）
– proxy_timeout 在 stream 中设为 3600s，匹配 TCP 长连接生命周期 - 在 proxy_pass 前加 limit_req zone=api burst=20 nodelay;，用漏桶控突发；burst 值按后端单实例 QPS × 0.8 设定，留出弹性余量，不直接打满
不复杂但容易忽略：零阻塞不是追求绝对无延迟，而是让每一处延迟都可测、可控、可退避。从协议分层开始约束，到连接调度、健康探活、资源锚定层层设防，才能让 upstream 集群在亿级日均吞吐下，依然保持请求路径清晰、故障收敛迅速、扩容伸缩平滑。
