Wildfly集群EJB应用负载均衡器负载分配异常问题咨询

这个问题我之前帮几个客户排查过，核心原因确实和你分析的一致：RMI调用基于TCP长连接特性，外部系统一旦和负载均衡器（LB）建立了套接字连接，后续所有RMI请求都会复用这个连接，而LB的轮询策略只在新建连接阶段生效——这就导致所有请求都绑定到了第一台被选中的Wildfly服务器上，完全没起到负载均衡的作用。

下面是几个经过验证的解决方案，按优先级排序：

1. 调整负载均衡器的TCP连接超时策略 #

这是最直接有效的方法，通过让LB主动断开空闲的TCP连接，迫使外部系统重新发起连接，从而触发LB的轮询机制。

• 以HAProxy为例（其他LB逻辑类似），在TCP监听配置中添加/调整以下参数：

  timeout client 3m  # 客户端空闲3分钟后断开连接
  timeout server 3m  # 服务器端空闲3分钟后断开连接
  timeout connect 10s  # 连接超时时间
  

  超时时间可根据业务请求频率调整：请求频繁就设短一点（比如1分钟），请求间隔长则设5-10分钟均可。
• 验证：等待超时时间到期，或手动断开外部系统现有连接，观察新请求是否被LB轮询分配到两台服务器。

2. 配置Wildfly EJB客户端的连接池刷新策略 #

如果外部系统的RMI客户端使用了连接池（多数Java EE客户端默认启用），可通过调整客户端参数，让它定期更换连接到LB：

• 在EJB客户端的jboss-ejb-client.properties中添加以下配置：

  # 设置连接最大存活时间，到期自动重建
  org.jboss.ejb.client.connection.max-lifetime=1800000  # 30分钟，单位毫秒
  # 设置空闲连接超时时间
  org.jboss.ejb.client.connection.idle-timeout=120000  # 2分钟
  

• 客户端会主动关闭超时的空闲连接，新建连接时就会被LB轮询分配。

3. 检查外部系统的RMI客户端连接复用设置 #

有些外部系统的RMI客户端可能强制开启长连接复用且无超时机制，这时候需要调整客户端的连接管理逻辑：

• 如果是Java编写的客户端，检查是否使用了RMIClientSocketFactory自定义实现，确保它支持定期关闭空闲连接；
• 如果是第三方系统，查看其文档是否有“RMI连接池超时”或“连接刷新”相关配置项，开启对应功能。

4. 启用负载均衡器的TCP请求级分发（部分LB支持） #

少数高级LB（比如F5 BIG-IP）支持在同一个TCP连接内对RMI请求进行负载分发（基于请求包内容识别），但配置复杂度较高，需要LB支持RMI协议解析。如果前面的方法无法满足需求，可以考虑这种方案，但需结合LB具体文档配置。

验证步骤 #

• 查看LB的连接统计面板，确认两台Wildfly服务器的连接数是否逐渐趋于均衡；
• 查看Wildfly的server.log或访问日志（若已启用），检查请求是否分配到了两台服务器；
• 手动触发外部系统发起新请求，观察LB的分发日志，确认轮询逻辑生效。

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