4台HAProxy节点会话同步需求及配置故障咨询

问题根源分析 #

当前4台HAProxy独立运行，会话映射仅存储在本地内存中：

• 客户端通过不同HAProxy节点访问时，无法识别已有会话，导致同一用户重复登录
• 会话映射不共享引发负载不均，部分后端Web节点会话过载
• 此前在frontend配置其他HAProxy节点导致崩溃，核心原因是形成循环转发链路（如HAProxy1转发请求到HAProxy2，HAProxy2又回传给HAProxy1），引发请求风暴

可行解决方案 #

方案1：基于Redis的全局会话共享（推荐） #

利用HAProxy的stick-table与Redis实现跨节点会话映射同步，所有HAProxy共享同一会话存储源。

配置步骤

1. 确保所有HAProxy节点可访问同一Redis服务器
2. 在每台HAProxy的global段添加Redis连接：

global
    # 替换为实际Redis地址与端口
    redis-server 192.168.1.100:6379

3. 在frontend段定义全局共享的stick-table，绑定客户端会话标识与后端Web节点：

frontend main_web
    bind *:80
    # 识别客户端是否携带会话Cookie（以JSESSIONID为例）
    acl has_session req.cook(JSESSIONID) -m found
    # 创建全局共享的stick-table，存储会话标识与后端节点映射
    stick-table type string len 64 size 100k store conn_cur,server_id
    stick on req.cook(JSESSIONID) table main_session_table
    # 无会话时负载均衡到后端，并将新会话映射存入Redis
    use_backend web_servers if !has_session
    stick store-response res.cook(JSESSIONID) table main_session_table

backend web_servers
    balance roundrobin
    server web1 192.168.1.1:80 check
    server web2 192.168.1.2:80 check
    # 补充剩余18台Web服务器配置

4. 所有HAProxy节点使用相同的stick-table名称（如main_session_table），确保会话映射全局同步

方案2：DNS客户端绑定+本地会话持久化 #

通过DNS策略让同一客户端始终解析到同一HAProxy节点，配合本地stick-table避免重复登录，无需额外存储组件。

配置步骤

1. 调整DNS服务器，将业务主域名配置为基于客户端IP的轮询（同一客户端IP始终解析到web1-web4中的固定域名）
2. 在每台HAProxy的frontend段配置本地stick-table：

frontend main_web
    bind *:80
    stick-table type string len 64 size 100k store conn_cur,server_id
    stick on req.cook(JSESSIONID)
    use_backend web_servers

backend web_servers
    balance roundrobin
    server web1 192.168.1.1:80 check
    # 补充剩余Web服务器配置

方案3：HAProxy原生Peers集群同步 #

使用HAProxy的peers协议实现节点间stick-table数据同步，无需第三方存储。

配置步骤

1. 在每台HAProxy的global段定义集群节点：

global
    peers haproxy_cluster
        peer web1 192.168.1.10:1024
        peer web2 192.168.1.11:1024
        peer web3 192.168.1.12:1024
        peer web4 192.168.1.13:1024

2. 在frontend段创建关联到peers集群的stick-table：

frontend main_web
    bind *:80
    stick-table type string len 64 size 100k store conn_cur,server_id peers haproxy_cluster
    stick on req.cook(JSESSIONID)
    use_backend web_servers

backend web_servers
    balance roundrobin
    server web1 192.168.1.1:80 check
    # 补充剩余Web服务器配置

3. 开放所有HAProxy节点的1024端口（可自定义），用于peers协议的数据同步

额外优化建议 #

• 限制单Web节点最大连接数，避免会话过载：

backend web_servers
    balance roundrobin
    server web1 192.168.1.1:80 check maxconn 1000
    # 其他节点同理配置maxconn参数

• 确保Web应用的会话Cookie域名/路径配置正确，可在所有HAProxy节点下正常传递

内容的提问来源于stack exchange，提问作者Egis