haproxy是独立反向代理，不依赖apache；四层（mode tcp）用于非http流量透传，七层（mode http）解析http路由，端口即语义，需显式声明模式，混用时须匹配健康检查与session机制。
HAProxy 本身不依赖 Apache，所谓“在 Apache 架构中利用 HAProxy”是个常见误解——HAProxy 是独立运行的反向代理/负载均衡器，它前置在 Apache（或其他 Web 服务器）之前，而非嵌入或依附于 Apache。混合四层+七层的关键在于：用 tcp 模式处理非 HTTP 流量（如 MySQL、SMTP、TLS 直通），用 http 模式解析并路由 HTTP/HTTPS 请求，两者可共存于同一 HAProxy 实例。
如何区分四层和七层监听端口
HAProxy 不会自动判断协议类型，必须显式声明 mode tcp 或 mode http。混用时，端口即语义：比如 bind *:80 和 bind *:443 通常走七层，而 bind *:3306 或 bind *:25 必须走四层。
-
frontend http_front块里写mode http，再配use_backend规则（如基于hdr(Host)或path_beg） -
frontend mysql_front块里写mode tcp，只能做 IP+端口转发，不能读取 SQL 内容 - 同一个
bind行不能同时支持两种 mode；若需 HTTPS 直通（不终止 TLS），也得用mode tcp，此时后端 Apache 自行处理证书
Apache 作为后端时的 realip 和日志问题
当 HAProxy 以七层模式转发 HTTP 请求时，Apache 收到的源 IP 是 HAProxy 本机地址（如 127.0.0.1 或内网 IP），X-Forwarded-For 头才含真实客户端 IP。不处理会导致访问控制、日志统计失真。
FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。
- Apache 必须加载
mod_remoteip模块，并配置RemoteIPHeader X-Forwarded-For和RemoteIPTrustedProxy（填 HAProxy 的 IP 段） - 默认
%h日志格式记录的是 HAProxy 地址，应改用%a（由mod_remoteip提供） - 若 HAProxy 用四层模式转发 HTTPS（即 TLS passthrough），Apache 收不到
X-Forwarded-For，此时只能靠mod_ssl的%{SSL_CLIENT_IP}（不适用）或 HAProxy 的send-proxy-v2协议 + Apache 的mod_proxy_protocol支持（较新版本才稳定）
健康检查必须匹配后端协议类型
HAProxy 对 Apache 的健康检查如果配错 mode，会导致误判下线。例如用 option httpchk 去探活一个仅监听 https:// 且未开放 HTTP 端口的 Apache，必然失败。
- 对 HTTP 后端（如 Apache 的
:80）：用option httpchk GET /health，配合http-check expect status 200 - 对 HTTPS 后端但 HAProxy 终止 TLS（即七层 HTTPS 卸载）：仍用
httpchk，因 HAProxy 已解密流量 - 对四层透传的 HTTPS（HAProxy 不解密）：只能用
option tcp-check，例如tcp-check connect或tcp-check send-binary 16030100...（极少见，一般只连通性检测） - Apache 若启用了
mod_status（ExtendedStatus On），可配httpchk GET /server-status?auto获取更细粒度状态
session 保持在混合场景下的实际限制
四层 session 保持（如 balance source）作用于 TCP 连接层面，对 HTTP 请求有效但粒度粗；七层 cookie 插入（如 cookie SERVERID insert indirect nocache）只适用于 mode http，对四层流量完全无效。
- 若 Apache 集群依赖 PHP Session 文件本地存储，建议统一用
balance source（四层）或balance hdr(Cookie)（七层，提取 JSESSIONID 或 PHPSESSID） - 不要在
mode tcp的 frontend 里配cookie指令——语法错误，HAProxy 启动失败 -
stick-table可跨 frontend 共享，但 type 必须一致（如ip表可用于四层，string表需七层提取字段）
真正容易被忽略的是：四层透传 HTTPS 时，SNI 信息虽能被 HAProxy 读取（需 tcp-request content capture tls_sni len 50），但无法据此做七层路由；若要基于 SNI 分流不同 Apache 虚拟主机，必须用七层 TLS 终止——这意味着证书管理从 Apache 移到 HAProxy。
