开启HTTP2且关闭proxy_request_buffering时Ingress Nginx上传缓慢

1. 调整HTTP2流控窗口参数 #

HTTP2默认的流控窗口大小在高延迟场景下会严重限制流式上传吞吐量——客户端发送满默认64KB窗口后，必须等待服务器返回WINDOW_UPDATE帧才能继续发送数据，RTT越高，等待耗时占比越大，速度衰减越明显。

在Ingress Nginx的ConfigMap中添加以下配置，增大流控窗口：

http2_initial_window_size: 1048576  # 初始流窗口设为1MB（默认64KB）
http2_stream_window_size: 67108864   # 单流最大窗口设为64MB
http2_max_concurrent_streams: 128    # 根据实际并发需求调整

2. 针对上传路径单独配置 #

如果不想全局修改HTTP2参数影响其他依赖服务，可以通过Ingress注解，仅对上传接口应用优化配置：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  annotations:
    nginx.ingress.kubernetes.io/server-snippet: |
      location /api/upload {
        http2_initial_window_size 1048576;
        http2_stream_window_size 67108864;
        proxy_request_buffering off;  # 保留原有流式传输配置
        proxy_pass http://your-s3-stream-api-service;
      }
  name: your-ingress
spec:
  # ... 其他Ingress规则配置

3. 优化TCP层参数 #

配合HTTP2调整，优化TCP参数进一步降低高延迟影响：

# 在ConfigMap中添加
tcp_nodelay: "on"                  # 禁用Nagle算法，避免小数据包延迟
tcp_slow_start_after_idle: "off"   # 连接空闲后不重置拥塞窗口
keepalive_timeout: 65s             # 保持长连接，减少连接建立开销

关闭proxy_request_buffering后，Ingress Nginx会直接将客户端请求流透传给后端S3流式API，无本地缓冲环节。此时HTTP2的流控窗口直接决定客户端持续推送数据的速率——默认小窗口在高RTT场景下会触发频繁的"发送-等待"循环，这就是上传速度暴跌的核心原因。增大流控窗口能减少等待次数，让客户端持续发送数据，恢复正常传输速率。

内容的提问来源于stack exchange，提问作者Striar