Apache mod_proxy_balancer 不支持基于 CPU 空闲率的负载分配，仅支持请求计数、流量字节数、活跃连接数等本地指标；bybusyness 误传为按 CPU 负载，实则仅统计未完成 HTTP 连接数。

Apache mod_proxy_balancer 本身不支持基于后端节点CPU空闲率的负载分配。它没有内置机制采集或感知后端服务器的系统级指标（如 CPU 使用率、内存、磁盘 I/O 等），所有调度算法均依赖于 Apache 本地可获取的信息，例如：

• 请求计数（byrequests）
• 流量字节数（bytraffic）
• 当前活跃请求数（bybusyness）
• 心跳响应状态（heartbeat，需配合 mod_proxy_hcheck）

⚠️ 关键事实：
bybusyness 常被误认为“按 CPU 负载”，但它实际只统计该后端当前正在处理的 HTTP 连接数（即未完成的请求），和操作系统层面的 CPU 空闲率 完全无关。即使某台后端 CPU 已达 95%，只要它响应快、连接释放及时，bybusyness 仍可能显示为 0。

---

那么，如何实现“按 CPU 空闲率”分发？

必须引入外部协同机制，Apache 仅作为执行代理，决策逻辑由外部服务提供。以下是两种可行路径：

✅ 方案一：用健康检查接口 + 动态权重（推荐，轻量可控）

1. 在每个后端节点部署一个 /health/cpu 接口，返回 JSON，例如：

   { "status": "ok", "cpu_idle": 62.3 }

   （该值由 top、mpstat 或应用内采集上报）

   

   Nginx Reverse Proxy

   配置 Nginx 反向代理，实现域名绑定。用户说“绑定域名”“配置 Nginx”“反向代理”时触发，将域名绑定到指定 IP:端口。

   下载

2. 启用 mod_proxy_hcheck（Apache ≥ 2.4.43）并配置动态权重：

   <proxy balancer:>
     BalancerMember http://192.168.1.10:8080 \
       hcmethod=GET \
       hcinterval=5 \
       hcuri="/health/cpu" \
       hcexpr="%{REQUEST_STATUS} == 200 && %{ENV:CPU_IDLE} > 30" \
       loadfactor=10
     BalancerMember http://192.168.1.11:8080 \
       hcmethod=GET \
       hcinterval=5 \
       hcuri="/health/cpu" \
       hcexpr="%{REQUEST_STATUS} == 200 && %{ENV:CPU_IDLE} > 30" \
       loadfactor=10
   </proxy>

3. 关键补充：使用 mod_proxy_hcheck 的 hctemplate + 自定义环境变量
   Apache 默认不解析 JSON 响应体。你需要：

   • 启用 mod_proxy_hcheck 和 mod_headers
   • 用 hctemplate 提取 cpu_idle 并写入环境变量（需自定义模板，或改用 Lua 脚本拦截）
   • 或更现实的做法：让后端接口直接返回 HTTP 状态码控制可用性（如空闲率 hcexpr 判断是否剔除节点

? 实际建议：用 CPU 空闲率 控制节点上下线（而非精细调权），比实时调 loadfactor 更稳定可靠。避免频繁权重抖动引发会话中断。

✅ 方案二：用外部调度器 + DNS/动态 ProxyPass（适合中大型架构）

• 部署一个独立服务（如 Python + Prometheus + Alertmanager），定时拉取各后端 node_exporter 指标。
• 根据 node_cpu_seconds_total{mode="idle"} 计算空闲率，生成最优权重配置。
• 通过 Ansible / API 自动重写 Apache 配置，或用 BalancerMember 的 loadfactor 参数热更新（需 BalancerPersist On + 重启 proxy_balancer 状态）。
• 或更进一步：将 Apache 替换为 Envoy/Nginx Plus，它们原生支持基于 gRPC 的自定义负载均衡策略。

---

❌ 不可行的做法（常见误区）

• 直接在 BalancerMember 中写 loadfactor="${CPU_IDLE}" → Apache 不支持运行时 Shell 变量插值
• 期望 mod_lbmethod_bybusyness 自动反映 CPU → 它只看连接数，不看系统负载
• 用 mod_status 或 /balancer-manager 页面人工调整 → 无法自动化、无实时性

---

小结

Apache mod_proxy_balancer 是一个协议层负载均衡器，不是系统资源调度器。想按 CPU 空闲率分配，就得把“感知能力”交给后端或外部系统，Apache 只负责：

• 定期探测（hcheck）
• 按规则剔除/恢复节点（status=+D, retry）
• 按预设权重转发（loadfactor）

真正把 CPU 数据变成调度信号，需要你补上那一小段胶水逻辑——要么是后端的一个健康接口，要么是一个自动配置下发服务。