apache代理实现后端权重分配，核心是启用mod_proxy_balancer模块并用balancermember显式设weight参数（仅balancer://协议下生效），必须配合lbmethod=byrequests等算法；weight为整数，默认1，值越大理论流量占比越高（如3:1对应约75%:25%），需禁用stickysession、避免retry过大及bybusyness算法干扰，并通过/balancer-manager实时验证负载分布。
Apache 代理实现后端权重分配，核心是启用 mod_proxy_balancer 模块，并通过 BalancerMember 显式设置 weight 参数——它只在 balancer:// 协议下生效，且必须配合明确的调度算法（如 byrequests）才能按比例分发流量。
确认模块与基础配置
确保以下模块已加载：
mod_proxymod_proxy_httpmod_proxy_balancer
在配置中定义负载均衡集群，例如：
<proxy>
BalancerMember http://10.0.1.10:8080 weight=3
BalancerMember http://10.0.1.11:8080 weight=1
ProxySet lbmethod=byrequests
</proxy>
ProxyPass / balancer://myapp/
ProxyPassReverse / balancer://myapp/
注意：weight 是整数，默认为 1；值越大，理论请求占比越高（如 3:1 对应约 75% : 25% 流量）。
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
避开常见失效陷阱
权重不起作用，往往不是配置写错了，而是被其他机制覆盖或干扰：
- 检查是否启用了会话粘滞（
stickysession=JSESSIONID），它会把同一用户固定到某台节点，掩盖权重效果——临时注释该配置测试 - 确认
retry值不要过大（如retry=60），否则节点短暂失败后会被“屏蔽”一分钟，导致流量实际未按权重流动 - 避免使用
bybusyness算法，它完全忽略weight，只看当前活跃连接数 - 不要把
weight写在ProxyPass行里（如ProxyPass / balancer://... weight=2），Apache 会报错并忽略
验证与实时观察
启用 mod_status 并放行 /balancer-manager（需授权）：
- 访问
http://your-lb/balancer-manager可查看各节点当前状态、请求计数、“Current Load”变化趋势 - 发起连续请求，观察“Current Load”列是否按权重比例增长（如 weight=3 的节点增长速度约为 weight=1 节点的 3 倍）
- 若偏差较大，优先排查 sticky session 或健康检查标记导致的节点临时剔除
进阶：让权重响应真实负载
Apache 本身不支持自动调权，但可通过外部手段实现近似动态效果：
- 用脚本定期调用后端健康接口，失败时通过
curl -X POST "http://lb/balancer-manager?b=myapp&w=http://node&dw=0"将其权重设为 0 - 恢复后分阶段回升权重（如 0→1→3→5），避免刚恢复就承接全量压力
- 结合 Prometheus 监控响应时间与错误率，用评分公式生成新权重，再重载配置（
apachectl graceful）
不复杂但容易忽略。
