公有云负载均衡器负载不均问题。

[jonathan001]

我在很长的一段时间认为想 F5 这种负载均衡设备是智商税，现在公有云厂家那么多个家都有负载均衡设备既便宜，性能又高，还免维护，谁还买这么昂贵的设备，最近遇到一个 websocket 负载不均衡的问题，才发现公有云的 wlc 算法存在一定的问题，因为公有云的负载均衡器是多可用区部署，每个负载均衡节点都维持着自己的连接数，各个节点不同步，这也造成有的机器累死，有的机器比较清闲，导致负载不均衡。

目前解决方案如下：

一、 自己搭建负载均衡器，可以是 Nginx ，HAproxy ，高可用做主备。

二、 暴露服务器相关指标给前端，让他们自己实现负载均衡逻辑。

三、 不做任何处理，后端保证性能足够。

四、 使用专业的负载均衡设备，后端 cpu ，内存，连接数指标暴露给负载均衡设备，使其动态调整权重，这种方式是最好的，但是成本也是最高的。

[nbwinwuw]

F5 在国内这两年很难，因为信创

[FrankAdler]

本质上长连接负载均衡的问题吧，grpc websocket 语音 都有类似问题

[opengps]

F5 更早应对了大流量，所以并非智商税，只是历史的必然。
现在软负载均衡优势上来了，所以也确实更多人采用廉价零活的软件负载均衡

[opengps]

“三、 不做任何处理，后端保证性能足够。”场景是不存在的，单系统单物理机的承载上限是锁死的，提高幅度很有限，及时单机能抗 100 万连接，架不住业务上有 100000 万连接出现

[opengps]

我当初做 gps 服务端的时候，面对的就是市面上几乎没有多少可借鉴的模型，各种尝试修改，最后结合了刚起步的云架构，才实现了百万实际负载，后端有几十上百台低配服务器，这么设计主要就是为了让业务发展不受单机配置上限的影响，需要多抗业务就是简单地添加几台后端服务器即可

[jonathan001]

@opengps 我以前觉得软负载已经完全可以代替 F5 了，现在来看并不能。

[jonathan001]

@opengps 你长连接负载不均衡怎么解决的？公有云的 slb 解决不了的。

[jonathan001]

@opengps 目前我想的方案就是客户端做均衡或者 F5 ，要么就是单机，单机虽然能解决连接不均衡问题，但是性能有限。

[jonathan001]

@nbwinwuw 信创是一方面，还有就是公有云，公有云抢占了绝大数的份额。

[jonathan001]

@FrankAdler 是的，请问你是怎么解决的？

[opengps]

@jonathan001 #7 没去管负载不均衡问题。正常应该配置规则是最小连接数方案，但我毕竟长连接也根据 sim 卡情况隔一段时间自己就重连了，另外我后端是多台低配，我只需要加大服务器数量

[jonathan001]

@opengps 你这解决的不够彻底，下次跟老板提提换 F5 试试，根据后端压力情况自动调整权重带宽。

[opengps]

@jonathan001 #12 对于资本家来说，加钱就能解决，那么技术确实不重要，这种弹性扩容缩容架构已经是我所属环境的最优解