修改负载均衡算法

源IP Hash

对客户端真实源IP地址进行哈希计算，再对后端源站数量取模，将同一源IP的所有请求固定分配至同一个源站，直至源站配置变更或WAF节点重启。

• 需要固定IP绑定的业务，例如需要IP白名单校验、IP溯源的管理后台。
• 对会话一致性要求较低，但需要日志集中溯源的业务，例如静态网站、API接口服务。
• 客户端出口IP分散的场景，例如个人用户访问的公众网站。

大量客户端使用相同出口IP的场景，例如企业内网用户、共享代理服务器访问，会导致某一台源站负载过高，无法实现均衡效果。

加权轮询

为每个后端源站设置权重值，请求按照权重比例轮流分配至各源站，权重越高的源站，被分配到请求的概率越大。例如：源站A权重为80，源站B权重为20，则约80%的请求分配至源站A，20%分配至源站B。

• 后端源站性能不均的场景，例如部分源站配置高、部分配置低，通过权重调整流量分配。
• 多区域源站部署场景，可根据区域访问量调整权重。
• 弹性扩容/缩容场景，例如新增源站时提高权重、下线源站时降低权重，平滑过渡流量。
• 无强会话依赖的业务，例如电商商品列表、新闻资讯网站。

强会话依赖的业务，例如登录态、购物车，可能导致同一用户的不同请求分配至不同源站，出现会话撕裂问题。

Session Hash

基于请求中的Session标识（如Cookie、URL参数）进行哈希计算，将同一Session标识的所有请求固定分配至同一台源站，确保会话一致性。

选择该算法时，需先配置攻击惩罚，指定Session相关的Cookie键名或URL参数名，否则Session Hash配置不生效，请求将按默认逻辑分配。

• 强会话依赖的业务，例如用户登录、购物车操作、单点登录（SSO）系统。
• 需要保持会话上下文的业务，例如在线办公系统、支付流程。

• 未配置流量标识的场景。
• Session标识频繁变化的业务，例如每次请求生成新Cookie，会导致分配不稳定，无法实现会话保持。