Apache反向代理需启用mod_proxy、mod_proxy_http和mod_proxy_balancer三模块，缺一不可；balancer://名称须全局唯一，BalancerMember需设route、status=+H等参数；ProxyPass末尾/决定路径重写逻辑；健康检查失效常见于后端无/响应、防火墙拦截或未配retry。
Apache反向代理如何正确配置mod_proxy_balancer
必须启用mod_proxy、mod_proxy_http和mod_proxy_balancer三个模块，缺一不可。仅开启mod_proxy会导致ProxyPass能用但负载均衡指令（如BalancerMember）被忽略，日志里报Invalid command 'BalancerMember'。
启用方式取决于系统：Debian/Ubuntu用a2enmod proxy proxy_http proxy_balancer；CentOS/RHEL需编辑/etc/httpd/conf.modules.d/00-proxy.conf并取消对应LoadModule行的注释。
常见错误是只启用了proxy和proxy_http，却忘了proxy_balancer——它不是可选组件，而是实现集群调度的核心模块。
定义balancer://集群时的关键参数怎么设
balancer://后跟的名称只是逻辑标识符，不参与网络解析，但必须全局唯一。每个BalancerMember后应明确指定route、status和健康检查相关参数。
推荐写法示例：
<Proxy balancer://mycluster>
BalancerMember http://192.168.1.10:8080 route=node1 loadfactor=1 status=+H
BalancerMember http://192.168.1.11:8080 route=node2 loadfactor=1 status=+H
ProxySet lbmethod=byrequests
</Proxy>
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
-
status=+H表示启用健康检查（H），且初始状态为启用（+）；不加H则节点永远不被探测，故障后不会自动剔除 -
route必须与后端应用的session粘性配置匹配，例如Tomcat需在server.xml中设置jvmRoute="node1" -
lbmethod=byrequests最常用，按请求计数分发；若后端响应时间差异大，改用bytraffic更合理 - 不要省略
ProxySet——它作用于整个balancer://组，而非单个BalancerMember
为什么ProxyPass后面要加/，不加会出什么问题
路径结尾的/决定URL重写行为：ProxyPass /app/ balancer://mycluster/表示把/app/xxx转发为/xxx到后端；若写成ProxyPass /app balancer://mycluster/（末尾无/），则/app会被完整拼接到后端地址，变成http://192.168.1.10:8080/app/xxx，大概率触发404。
更隐蔽的问题是：当ProxyPass目标以/结尾，而源路径不以/结尾时（如/api → balancer://mycluster/），Apache会自动截断/api前缀，但若后端服务依赖Context-Path（如Spring Boot的server.servlet.context-path=/api），反而需要保留前缀——这时得配合ProxyPassReverse和ProxyPreserveHost off调整Host头，否则重定向响应里的Location头会暴露内部地址。
健康检查失败后节点没自动下线？检查这三处
默认健康检查每30秒发起一次HEAD /请求，超时5秒，连续2次失败才标记为down。但实际中常因以下原因失效：
- 后端服务没监听
/路径，或返回非2xx状态码（如Nginx默认对HEAD /返回405）——建议后端提供/healthz端点，并在BalancerMember中用ping=5和hcmethod=GET显式指定 - 防火墙或SELinux拦截了Apache进程对外发起的HTTP探测请求（尤其RHEL系，默认限制
httpd_can_network_connect为off） - Apache配置里漏了
ProxySet retry=60，导致节点被标为down后，60秒内不会尝试恢复；若误以为“永久下线”，可能手动重启服务反而打断自动恢复流程
真正起作用的健康检查，从来不是配完就跑起来，而是得盯着balancer-manager页面（需额外配置访问控制）看节点状态变色，以及error_log里有没有Health check failed记录。
