nginx支持超大文件分片下载需三要素：一是用hash $arg_file consistent确保同文件分片路由至同一后端；二是启用slice模块（≥1.9.8）实现代理层range分片回源并缓存206响应；三是关闭proxy_buffering、调大超时、启用sendfile零拷贝及健康检查。
要让 Nginx 负载均衡支持超过 10G 的超大文件分片下载，不能只靠传统轮询或 IP 哈希——关键在于把“分片逻辑”和“负载调度”解耦：Nginx 不负责切文件，而是把客户端的 Range 请求按语义精准路由到合适后端，并确保同一文件的所有分片请求落在同一节点；同时启用 slice 模块实现代理层逻辑分片回源，降低源站压力。核心是三件事：会话一致性路由、代理级分片回源、流式透传与缓存协同。
用 consistent hash 确保同一文件分片始终打到同一后端
断点续传（Range 请求）必须保证所有 /download?file=xxx&chunk=1、chunk=2… 或 /big.zip?start=0&end=1048575 这类请求落到同一台后端，否则无法校验、拼接或读取本地临时分片。
- 禁用轮询、least_conn 或 ip_hash（NAT 下易失效），改用业务唯一标识哈希：在 upstream 中配置 hash $arg_file consistent; 或 hash $arg_upload_id consistent;
- 前端上传/下载时需携带稳定参数，例如
/dl/ubuntu-24.04.iso?file_id=abc123，Nginx 自动提取并哈希，相同 file_id 永远命中同一台服务器 - 配合 max_conns 限制单节点并发连接数（如
max_conns 150;），防止大文件长连接占满资源
启用 slice 模块实现代理层分片回源
当后端是对象存储（如 MinIO、S3）、静态文件服务或支持 Range 的 HTTP 源站时，Nginx 可在 proxy 层将一个大 Range 请求自动拆成多个子请求并行回源，提升吞吐、降低源压、天然支持断点续传。
- 确认 Nginx 版本 ≥1.9.8 且已编译
ngx_http_slice_module（执行nginx -V | grep slice验证） - 在 location 块中配置：
slice 2m;（建议 1–5MB，10G 文件约拆 5000+ 片，2MB 平衡并发与元开销）
proxy_set_header Range $slice_range;
proxy_http_version 1.1;
proxy_cache_valid 206 24h;（必须缓存 206 响应，否则失去分片意义） - 缓存 key 必须含分片信息：proxy_cache_key "$uri$is_args$args$slice_range";
关闭缓冲、延长超时、启用零拷贝直出
避免 Nginx 自身成为瓶颈：不缓存整个文件体、不阻塞传输、不因默认超时中断下载。
- 全局或 location 级关闭代理缓冲：proxy_buffering off;（防止内存/磁盘撑爆）
- 调大超时：proxy_read_timeout 7200;、proxy_send_timeout 7200;（10G 文件在 5MB/s 带宽下约需 33 分钟，留余量）
- 若为静态文件直出（非 proxy_pass），启用底层加速：sendfile on;、tcp_nopush on;、tcp_nodelay off;
- 放开上传/下载体限制：client_max_body_size 15g;（上传场景需此项）
健康检查 + 连接复用 + 共享状态保障稳定性
大文件场景下，单节点故障或慢响应极易引发雪崩，需主动隔离问题节点，并复用连接减少握手开销。
- upstream 中启用 zone 共享状态：zone backend_files 64k;（支持 least_conn/hash 等跨 worker 一致统计）
- 配置细粒度健康检查：max_fails=2 fail_timeout=5s;，配合 proxy_next_upstream error timeout http_500 http_502 http_503;
- 开启 keepalive 复用连接：keepalive 32;（每个 worker 维持最多 32 条空闲连接到后端）
- 若使用多台 Nginx 做入口集群，后端需共享存储（如 NFS、Ceph、对象存储），否则无法跨节点合并分片
