优化mod_proxy_balancer性能需启用mod_proxy、mod_proxy_http、mod_proxy_balancer、mod_slotmem_shm及调度模块（如mod_lbmethod_bybusyness），配置主动健康检查、连接复用与动态权重，并通过/balancer-manager实现可观测闭环管理。

优化 mod_proxy_balancer 集群的转发性能，核心不是压参数，而是让连接复用充分、健康判断及时、调度贴近真实负载、状态共享可靠——每个环节掉链子，整体吞吐就打折。

确保模块协同与共享内存就位

缺一个关键模块，集群就会退化为普通代理，甚至报 500 错误：

• 必须启用：mod_proxy、mod_proxy_http（或 mod_proxy_ajp）、mod_proxy_balancer、mod_slotmem_shm（⚠️没有它，/balancer-manager 失效、节点状态不同步、会话粘性丢失）
• 至少一个调度算法模块：如 mod_lbmethod_bybusyness（推荐用于高并发场景），比轮询更抗突发
• mod_status 建议保留：bybusyness 和健康检查依赖它采集活跃连接数和响应时间，生产环境可限制访问但别禁用

验证命令：httpd -M | grep -E "(proxy|balancer|slotmem|lbmethod|status)"，缺哪个补哪个，别只信 a2enmod 默认组合。

收紧后端连接行为，减少握手与等待

后端连接是常见瓶颈，重点控制建连、复用、超时三件事：

• 在 <proxy></proxy> 块中加 ProxySet keepalive=on timeout=5 retry=60，开启连接复用并设合理重试窗口
• 每个 BalancerMember 显式设 max=15（按后端实际承受力调整），防单节点被并发打穿
• 用主动健康检查代替被动失败：加 hcmethod=GET hcuri="/health" hcinterval=10，每 10 秒探活，故障切换快于等超时

示例：
BalancerMember http://192.168.1.10:8080 max=15 timeout=5 retry=60 hcmethod=GET hcuri="/health" hcinterval=10

aperture: the L402 aware reverse proxy

安装并运行 Aperture（Lightning Labs 的 L402 闪电反向代理），用于创建 L402 付费墙、配置付费 API 端点、为其他代理托管付费内容或测试 L402 认证流程。

下载

选对调度逻辑，让权重反映真实能力

轮询（byrequests）在节点完全一致时才公平，多数场景更适合：

• bybusyness 算法：按当前活跃连接数分发，天然适配短连接、高并发，需配合 mod_lbmethod_bybusyness
• 避免硬编码 loadfactor：静态权重容易失真；可用外部脚本采集响应时间、错误率生成动态评分，再通过 /balancer-manager 接口或热重载更新
• 热备节点明确标记：用 status=+H 标记备用机，不参与常规调度，只在主节点全挂时启用

用好 /balancer-manager 实现可观测闭环

这不是调试玩具，而是性能优化的“驾驶舱”：

• 实时看各节点“当前连接数”“失败次数”“已处理请求数”，一眼识别慢节点或异常节点
• 点“Disable”临时下线可疑节点，快速验证是否缓解延迟，再决定是否永久剔除
• 支持运行时切换算法、调整权重、启停健康检查，无需重启 Apache

注意：/balancer-manager 必须受 IP 白名单保护，不可公网暴露。