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

jonathan001 2026-06-16 09:36 1

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


目前解决方案如下:


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


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


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


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

最新回复 (13)
  • nbwinwuw 06-16 10:11
    1
    F5 在国内这两年很难,因为信创
  • FrankAdler 06-16 11:29
    2
    本质上长连接负载均衡的问题吧,grpc websocket 语音 都有类似问题
  • opengps 06-16 11:37
    3
    F5 更早应对了大流量,所以并非智商税,只是历史的必然。
    现在软负载均衡优势上来了,所以也确实更多人采用廉价零活的软件负载均衡
  • opengps 06-16 11:38
    4
    “三、 不做任何处理,后端保证性能足够。”场景是不存在的,单系统单物理机的承载上限是锁死的,提高幅度很有限,及时单机能抗 100 万连接,架不住业务上有 100000 万连接出现
  • opengps 06-16 11:40
    5
    我当初做 gps 服务端的时候,面对的就是市面上几乎没有多少可借鉴的模型,各种尝试修改,最后结合了刚起步的云架构,才实现了百万实际负载,后端有几十上百台低配服务器,这么设计主要就是为了让业务发展不受单机配置上限的影响,需要多抗业务就是简单地添加几台后端服务器即可
  • jonathan001 楼主 06-16 14:04
    6
    @opengps 我以前觉得软负载已经完全可以代替 F5 了,现在来看并不能。
  • jonathan001 楼主 06-16 14:05
    7
    @opengps 你长连接负载不均衡怎么解决的?公有云的 slb 解决不了的。
  • jonathan001 楼主 06-16 14:06
    8
    @opengps 目前我想的方案就是客户端做均衡或者 F5 ,要么就是单机,单机虽然能解决连接不均衡问题,但是性能有限。
  • jonathan001 楼主 06-16 14:07
    9
    @nbwinwuw 信创是一方面,还有就是公有云,公有云抢占了绝大数的份额。
  • jonathan001 楼主 06-16 14:07
    10
    @FrankAdler 是的,请问你是怎么解决的?
  • opengps 06-16 16:12
    11
    @jonathan001 #7 没去管负载不均衡问题。正常应该配置规则是最小连接数方案,但我毕竟长连接也根据 sim 卡情况隔一段时间自己就重连了,另外我后端是多台低配,我只需要加大服务器数量
  • jonathan001 楼主 06-16 18:26
    12
    @opengps 你这解决的不够彻底,下次跟老板提提换 F5 试试,根据后端压力情况自动调整权重带宽。
  • opengps 06-16 19:31
    13
    @jonathan001 #12 对于资本家来说,加钱就能解决,那么技术确实不重要,这种弹性扩容缩容架构已经是我所属环境的最优解
* 帖子来源V2EX
返回