Apache负载均衡核心依赖mod_proxy_balancer模块，通过权重、状态和会话保持分配请求；Java场景需协同Tomcat配置健康检查、sticky session及故障转移。
Apache 的负载均衡核心算法主要通过 mod_proxy_balancer 模块实现，它本身不提供复杂调度逻辑，而是依赖后端代理节点的权重、状态和可选的会话保持机制来分配请求。在 Java 应用场景中（如 Tomcat 集群），配置重点在于与后端容器协同工作，确保连接稳定、会话可靠、故障可感知。
常用负载均衡算法及适用场景
Apache 本身不内置轮询以外的智能算法（如最小连接数、响应时间加权等），但可通过以下方式间接支持：
-
Round-Robin（默认）：按顺序分发请求，适合后端节点性能均一、无状态服务；可通过
loadfactor参数设置权重，例如BalancerMember http://192.168.1.10:8080 loadfactor=3表示该节点承担三倍于默认节点的流量。 -
Least-Connections：需启用
lbmethod=byrequests或升级到较新版本配合lbmethod=bybusyness（Apache 2.4.33+），适用于长连接较多的 Java 应用（如 WebSocket、高并发 Servlet）。 -
Request-Based Hashing（IP/Session/URL）：通过
proxy_set_sticky或第三方模块（如mod_proxy_balancer+sticky属性）实现会话粘滞，对需要HttpSession持久化的 Java 应用很关键。
Java 环境下的关键配置项
以 Apache 2.4 + Tomcat 集群为例，核心配置需关注三方面：
-
启用必要模块：确保加载
mod_proxy、mod_proxy_http、mod_proxy_balancer和mod_slotmem_shm（用于共享内存存储运行时状态）。 -
定义负载均衡器：使用
<Proxy "balancer://mycluster">块，为每个 Tomcat 实例添加BalancerMember，建议加上route和ping参数，例如：BalancerMember http://192.168.1.11:8080 route=tomcat1 ping=5——ping=5表示健康检查间隔（秒），避免转发请求到已宕机的 Java 实例。 -
会话保持与 Cookie 透传：Java 应用通常依赖
JSESSIONID。Apache 需设置ProxySet stickysession=ROUTEID，并在 Tomcat 的server.xml中为Engine添加jvmRoute="tomcat1"，使 session ID 自动携带路由标识（如JSESSIONID=abc123.tomcat1）。
健康检查与故障转移实操要点
Apache 默认仅做 TCP 连通性探测，对 Java 应用不够可靠。增强方式包括：
立即学习“Java免费学习笔记（深入）”；
- 配置
ping参数结合 Tomcat 的/manager/status或自定义健康端点（如 Spring Boot Actuator 的/actuator/health），需搭配mod_proxy_hcheck（Apache 2.4.41+）或反向代理规则模拟 HTTP 探测。 - 设置
retry=60控制故障节点恢复等待时间，避免频繁探活影响性能；timeout=5限制单次请求超时，防止线程阻塞 Java 后端。 - 启用
failonstatus=500,503可将特定 HTTP 状态码（如 Tomcat OOM 导致的 500）也视为失败，触发自动摘除。
与 Java 应用协同的注意事项
单纯配置 Apache 不足以保障 Java 集群高可用，还需后端配合：
- Tomcat 启用
Cluster（如 DeltaManager 或 BackupManager）或外置 Session 存储（Redis、Hazelcast），避免单点 session 丢失。 - Java 应用日志中记录真实客户端 IP，需在 Apache 中设置
RequestHeader set X-Forwarded-For "%{REMOTE_ADDR}e"并在 Tomcat 的Valve中启用RemoteIpValve。 - 静态资源建议绕过 Apache 负载均衡，直接由前端 Nginx 或 CDN 提供，减少 Java 容器压力。
