Apache的lbset参数并非主备切换开关，而是通过分层权重调度实现主备效果：lbset=0为主组优先服务，全失效后才启用lbset=1备用组，依赖健康检查与retry机制判断节点状态。
Apache 的 lbset 参数不是用来实现“主备切换”的独立开关，而是配合 BalancerMember 实现**分层权重调度**的关键机制——它让某些节点只在其他组不可用时才参与流量分发，从而达成事实上的主备效果。
lbset 的作用逻辑必须理解清楚
lbset 是一个整数编号（默认为 0），Apache 会优先把请求分发给 lbset=0 的所有成员；只有当这个组里全部节点都标记为失效（比如健康检查失败、手动下线或超时未响应）时，才会轮到 lbset=1 组的节点承接流量。它不支持自动故障恢复后“抢回”流量，也不做实时状态同步，完全依赖 retry 和健康检查机制判断节点是否可重新加入。
- lbset 值越小，优先级越高；lbset=0 是默认主组，无需显式写出
- 同一 lbset 内的节点仍按
loadfactor和lbmethod分配请求 - 不同 lbset 之间是“降级启用”关系，不是“同时负载”
主备配置的典型写法
以下是一个明确区分主集群（两台在线节点）和备用集群（一台灾备节点）的示例：
<proxy balancer:> # 主组：lbset=0（可省略），正常提供服务 BalancerMember http://192.168.1.10:8080 route=node1 loadfactor=2 status=+H BalancerMember http://192.168.1.11:8080 route=node2 loadfactor=2 status=+H <h1>备组：lbset=1，仅当上面两个全挂时才启用</h1><p>BalancerMember <a href="https://www.php.cn/link/f0b2257261d359354fc5fef47e80e110">https://www.php.cn/link/f0b2257261d359354fc5fef47e80e110</a> route=node3 loadfactor=1 lbset=1 status=+H</p><div class="aritcle_card flexRow artxards"> <div class="artcardd flexRow"> <a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill10700" title="Umbrel Proxy Manager"><img src="https://img.php.cn/upload/skill/001/246/273/6adaf20dbae7c507.jpg" alt="Umbrel Proxy Manager" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a> <div class="aritcle_card_info flexColumn"> <a rel="nofollow" href="/xiazai/skill10700" title="Umbrel Proxy Manager" class="overflowclass">Umbrel Proxy Manager</a> <p class="overflowclass">高效管理与交互 Umbrel 代理服务，支持 Docker 容器。自动发现运行服务，将内部 Docker IP 映射为可访问的外部地址。</p> </div> <a rel="nofollow" href="/xiazai/skill10700" title="Umbrel Proxy Manager" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span> </a> </div> </div><p>ProxySet lbmethod=byrequests </p></proxy><p>ProxyPass / balancer://myapp/ ProxyPassReverse / balancer://myapp/ </p>
注意：lbset=1 必须显式写在 BalancerMember 行中，不能放在 ProxySet 里；它的生效前提是 mod_proxy_balancer 已启用且健康检查开启（status=+H）。
配套要点不能漏掉
单靠 lbset 无法形成可靠主备，还需确保以下几项协同工作：
- 每个后端节点要配置
retry时间（如retry=60），控制故障剔除后多久尝试恢复；太短易抖动，太长影响恢复速度 - 主备节点的
route值需与后端应用 Session 粘性配置一致（如 Tomcat 的jvmRoute），否则会话丢失 - 建议开启
/balancer-manager页面，便于人工验证当前哪些节点处于哪个 lbset、是否被标记为失效 - 如果后端无健康检查能力（如纯静态 CGI），
status=+H就无效，此时lbset降级将不会触发——应改用ping或外部探测脚本辅助
常见误区提醒
很多人误以为加了 lbset=1 就等于“热备自动接管”，实际并非如此：
- lbset 不等于 failover 开关，它不改变负载算法本身，只是定义调度次序
- 没有节点“永远不被调用”，只要 lbset=0 全失效，lbset=1 立即开始承接全部流量，不存在缓冲或限流逻辑
- 若主组某节点临时超时但未达
retry秒，它仍会被认为“不可用”，此时流量就会切走——所以retry和超时参数（timeout、acquire）要合理匹配业务容忍度
