Apache mod_proxy_hcheck不支持单节点双频检查，但可通过同一后端注册为多个BalancerMember、分属不同lbset并差异化配置hcinterval/hcuri/hcmethod来实现高频轻量探活（如5秒HEAD /health）与低频深度校验（如60秒GET /actuator/health）的组合效果。
apache 的 mod_proxy_hcheck 本身不支持“同一后端节点同时配置高频+低频两种检查”，但可通过**多成员绑定同一后端地址 + 差异化健康检查参数**实现逻辑上的分级探测——本质是把一个物理节点注册为多个逻辑成员，各自承担不同检查强度的任务。
核心思路：用 lbset 实现检查频率分流
将同一后端服务（如 http://192.168.1.10:8080）在 balancer 配置中注册两次，分别归属不同 lbset，再为每个成员独立设置 hcinterval、hcuri 和 hcmethod。Apache 会按 lbset 优先级轮询执行检查，从而达成高频轻量探活 + 低频深度校验的组合效果。
具体配置示例
以下配置让节点既每 5 秒发一次 HEAD /health（快），又每 60 秒发一次 GET /actuator/health（全）：
<Proxy balancer://mycluster>
# 高频轻量检查成员（lbset=0，优先级高）
BalancerMember http://192.168.1.10:8080 \
hcinterval=5 \
hcuri=/health \
hcmethod=HEAD \
status=+H
<pre class="brush:php;toolbar:false;"># 低频深度检查成员（lbset=1，优先级低）
BalancerMember http://192.168.1.10:8080 \
hcinterval=60 \
hcuri=/actuator/health \
hcmethod=GET \
hcexpr=%{REQUEST_STATUS} == 200 && %{RESPONSE_HEADERS['Content-Type']} =~ m#application/json# \
status=+H
FastAPI Flask Proxy
下载
FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。
ProxyPass / balancer://mycluster/
说明：
- 两个 BalancerMember 指向同一 IP+端口，但 Apache 视为独立监控单元；
-
hcinterval=5和hcinterval=60控制各自探测周期，互不影响； - 低频成员用了
hcexpr校验响应体类型，适合需要 JSON 解析的健康接口； -
status=+H启用心跳检查，缺一不可； - 实际流量仍由负载均衡器统一分发，健康状态取两个成员的“或”逻辑（任一失败即标记该地址为 down）。
注意事项与调试建议
这种配置看似灵活，但需警惕副作用：
- 后端服务需能承受双倍健康检查请求量（尤其低频检查若含 DB 查询，慎设过密）；
- 日志中会出现重复的
proxy_hcheck记录，可用LogLevel proxy_hcheck:trace8区分来源； - 避免在同一个
lbset内混用不同hcinterval，Apache 不保证调度顺序，可能造成预期外的并发探测； - 若后端返回 5xx 频繁，建议先加
retry=30（单位秒），防止误判下线。
替代方案：用外部脚本补位
若不想增加 Apache 内部复杂度，更推荐将“低频深度检查”移出模块体系：
- 保持
mod_proxy_hcheck仅做高频基础探测（如 TCP 连通性或 HTTP 状态码）； - 另写 cron 脚本，每 5–10 分钟调用
curl -s http://192.168.1.10:8080/actuator/health并解析 JSON； - 脚本根据结果动态写入
/tmp/backend_status文件，再通过ProxySet或自定义 env 变量联动 Apache 行为（如触发balancer-manager手动上下线）。
