RSocket连接无法被负载均衡器均衡的技术原因咨询

• 长连接特性导致会话绑定：RSocket基于长连接通信，一旦客户端与负载均衡器建立连接，LB若采用基于连接的会话保持策略（如源IP哈希、连接哈希），会将整个长连接绑定到单个后端实例。所有后续通过该连接发送的RSocket请求都会转发至同一实例；而HTTP多为短连接，每次请求可能新建连接，LB有机会重新分配到不同实例。

• 负载均衡器缺乏RSocket协议感知能力：多数传统LB默认仅支持HTTP/HTTPS协议解析，能基于请求头、路径等信息做请求级别的负载均衡。但对于RSocket，LB可能仅做底层TCP/WebSocket的透明转发，无法解析RSocket帧或元数据（metadata）来实现请求级别的路由，只能维持连接与后端实例的一对一映射。

• RSocket客户端连接复用策略单一：若RSocket客户端仅创建一个长连接指向LB，LB只能将该连接绑定到单个后端实例。而HTTP客户端通常会维护多连接池，LB可将不同连接分配至不同实例。如果客户端未配置多连接池或客户端侧负载均衡逻辑，完全依赖LB做均衡，就会出现流量集中在单个实例的情况。

• OpenShift内置LB的会话亲和性配置：OpenShift的Service或Router默认可能启用了会话亲和性（如ClientIP模式），对于长连接的RSocket，一旦客户端IP被亲和到某个后端实例，整个长连接的所有流量都会持续转发至该实例。而HTTP短连接因连接生命周期短，亲和效果不明显，容易被均衡到不同实例。

• RSocket请求的连接内路由特性：RSocket支持连接内的多路复用（一个连接上同时传输多个请求流），但负载均衡器若不支持在连接内部按请求流做转发，只能将整个连接的所有请求流都导向同一实例。而HTTP的每个请求在逻辑上是独立的，LB可轻松在请求级别做负载均衡。

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