HAProxy无法为MinIO客户端mc发起的S3分片上传做负载均衡问题咨询

• MC客户端连接复用机制的认知偏差：当前版本mc默认开启HTTP/2多路复用与HTTP长连接复用，分片上传的所有请求会复用同一个TCP连接完成传输，并非你以为的每个分片独立建连。你使用的HAProxy工作在TCP模式，只能基于TCP连接做调度，无法识别TCP流内的单个HTTP请求边界，因此整个连接的所有请求都会被转发到同一台后端主机，自然出现所有分片落在同一节点的情况。
• HAProxy TCP模式日志输出逻辑：TCP模式下tcplog的日志会在TCP连接完全终止后才输出，大文件分片上传的TCP连接会持续到所有分片传输完成才会关闭，因此你上传过程中或刚完成时看不到对应日志属于正常现象，不是请求没有经过HAProxy。而mc ls、mc du、mc rm这类请求属于短请求，完成后连接立刻关闭，所以能马上看到日志输出。
• 配置冗余问题：你的backend配置中同时启用了option httpchk和option ssl-hello-chk，二者功能重复，ssl-hello-chk仅做TCP层的SSL握手校验，你已经配置了更精准的MinIO健康接口HTTP检查，该配置可以删除。

根据你的需求（TLS终止在后端、按请求粒度负载均衡），可以选择以下两种方案：

方案1（推荐）：调整为HAProxy TLS卸载+HTTP模式 #

将HAProxy切换为HTTP模式，在HAProxy层完成TLS卸载，证书部署在HAProxy节点上，同时配置PROXY协议将客户端真实IP传递给后端MinIO服务。HTTP模式下HAProxy可以识别单个HTTP请求，即使客户端启用连接复用，也能将不同请求分发到不同后端节点，完美满足分片分散到12台主机的需求，性能损耗极低。
调整后backend核心配置参考：

backend bk_app
  mode http
  balance roundrobin
  option httpchk GET /minio/health/live
  http-check expect status 200
  server fs-testcluster-robert2-n1 10.10.11.150:443 check-ssl verify none send-proxy
  # 其余server配置统一添加send-proxy参数，后端Nginx/MinIO需配置开启PROXY协议支持

方案2：保留TLS passthrough，强制MC禁用连接复用 #

如果必须保留TLS在后端终止、不修改HAProxy工作模式，可以在执行mc命令时添加环境变量强制禁用连接复用，让每个分片请求独立建立TCP连接，TCP模式的HAProxy就能按照轮询策略将不同连接分发到不同后端：

MC_HTTP_VERSION=1.1 MC_DISABLE_HTTP_KEEPALIVE=on mc cp 本地文件 目标存储别名/桶/路径

该方案无需调整服务端配置，但会产生大量TCP握手开销，传输性能会有明显下降，仅适合临时测试使用。

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