Xmpp “设置”是一个好主意;“租赁公司”;作为HAproxy中处理BOSH连接的负载平衡方法?

Xmpp “设置”是一个好主意;“租赁公司”;作为HAproxy中处理BOSH连接的负载平衡方法?,xmpp,load-balancing,haproxy,basichttpbinding,Xmpp,Load Balancing,Haproxy,Basichttpbinding,我有一个HAproxy实例用作BOSH(http绑定)服务器的负载平衡器。它使用“roundrobin”负载平衡方法运行,但我尝试了一些问题,当一些实例出现故障时,所有连接都会重新分配到活动实例。当死亡节点再次出现时,它们的连接数量与其他实例的连接数量不同,并且它们使用的资源也不同。如果其他实例宕机,会话将再次重新分配,一些服务器将过载,而另一些在其限制范围内运行的服务器将宕机,因此所有服务都会中断,我需要同时重新启动所有实例,以便尝试均匀地重新分配会话 我在读关于如何使用HAproxy配置BO

我有一个HAproxy实例用作BOSH(http绑定)服务器的负载平衡器。它使用“roundrobin”负载平衡方法运行,但我尝试了一些问题,当一些实例出现故障时,所有连接都会重新分配到活动实例。当死亡节点再次出现时,它们的连接数量与其他实例的连接数量不同,并且它们使用的资源也不同。如果其他实例宕机,会话将再次重新分配,一些服务器将过载,而另一些在其限制范围内运行的服务器将宕机,因此所有服务都会中断,我需要同时重新启动所有实例,以便尝试均匀地重新分配会话

我在读关于如何使用HAproxy配置BOSH负载平衡的书,我发现了这本书:“使用JavaScript和jQuery进行专业的XMPP编程”。在这本书中,作者建议我们

HAproxy文档说我们不应该在HTTP连接中使用“leastconn”,但它说我们应该在需要很长会话的地方使用它

我认为,这种平衡方法可以帮助解决服务器停机时的问题,因为它将在活动节点中平均重新分配会话,并且当实例再次启动时,所有新会话都将转到该实例,直到它拥有与其他服务器相同数量的会话


有人有过这种配置的经验吗?为了平衡BOSH连接,您建议我使用什么HApoxy设置或调整?

如果您的会话很长,并且在我阅读SMPP时可能很长,那么leastconn将提供比roundrobin更好的负载平衡。 Roundrobin适用于非常短的连接

干杯