我们在大型Web应用程序中使用SignalR。我们部署了多个处理signalR连接的Web服务器。我们有我们自己的Redis背板,我有以下问题: SignalR对服务器进行三次调用:1)协商,2)连接和3)启动。如果我们在Load Balancer后面有一个Web场,并且这三个调用最终会连接到三台不同的服务器,那么连接状态是否会在所有三台服务器上损坏?在这种情况下会发生什么?我不是在谈论消息传递。Web农场中的SignalR连接管理
更具体地说:
会第二web服务器能够理解通过谈判调用生成的的ConnectionId ?
在物理连接(的WebSockets)是在不同的服务器上建立 ,然后开始通话转到另一个 服务器会发生什么?
我知道SignalR没有传达服务器之间的连接信息。我想知道这三台服务器的内存连接状态。 我读了与此相关的另一个问题,但它只谈论消息传递。对我们来说,信息传递不是问题。如果这三个调用最终转到不同的服务器,我想了解连接的最终状态。
,我已经经历得到答案的问题: SignalR connection affinity in web-farm scenario
由于我们的负载均衡器保持粘性,我无法确认什么时候会发生粘性消失。我想为这种可能性做好准备。
嘿guruprasath,只是想知道如果你得到的回答这个问题?目前,我们有一个服务于该应用程序的服务器场,我们使用的是Azure中托管的Redis背板。在我的情况下,负载平衡器没有粘性会话,我看到超时并断开与websocket,我相信这是你所担心的。我感到困惑的部分是基于我在文档中读到的内容,传输连接直接与背板连接,这意味着负载均衡器没有什么区别......但我们没有看到单个节点环境的问题。 – ammills01
@ ammills01,我没有得到答案。我尝试在另一个jabber频道发帖,但没有运气。根据你所描述的,我猜你的问题与粘性无关。我们使用我们自己的Redis集群来定制背板。所以,我无法谈论他们提供的Redis背板的稳定性。我的理解是,传输连接不是背板(这将是一个安全问题)。传输连接与前端Web服务器支持websockets。所以,负载平衡器的粘性可能很重要。 – guruprasath
感谢您的回复。在进一步挖掘之后,我得出了与此处提到的相同的结论,传输是在SignalR服务器上进行的,因此请求中没有粘滞的会话就会反弹并失败。当发生这种情况时,你会得到超时,如果你配置了longPolling或其他传输技术,当你建立你的SignalR连接时,它将会故障转移到其中一个。对我们来说,它击中longPolling并且应用程序似乎可以正常工作,只需要更多的服务器资源。 – ammills01