负载均衡设计技巧

通用负载均衡算法

  轮询、随机:请求依次(随机)发给处理服务器

    实现简单,但是不会判断服务器状态(除非服务断开)

  加权轮询:配置权重,按照权重发送给服务器

    试用于服务器新老搭配,性能不同

    实现复杂,不会判断服务器状态,权重配置不合理可能会服务器过载

    权重等于轮询数量:请求分配不均衡,有毛刺现象

    权重概率

    权重动态调整:参考nginx

  负载优先:分配给当前负载最低的服务器
    场景参考LVS

    实现复杂,需要获取服务器状态。但是可以根据服务器状态进行负载均衡,避免过载。

  性能优先:分配给当前性能最好的服务器(响应时间)

    场景参考nginx响应时间(需要插件)

    实现复杂,可以根据性能负载均衡,响应需要通过负载均衡(需要统计响应时间)

  hash算法: 根据参数计算hash映射服务器

    适用于有状态的任务例如购物车,或者分片的任务

    实现简单,但是不判断服务器状态

 

业务级别负载均衡 ---基于业务内容而非基于请求

  cookie: 没有时轮询(随机),有时根据cookie分配

  自定义http-header:没有时轮询(随机),有时根据自定义负载。 一版用于精细地理位置、版本等

  http query string:查询参数携带信息

 

服务器性能估算:

  接口性能:20-100ms

  服务器性能:32核性能大约300-1000 TPS/QPS   

  服务器数量=QTS+TPS/单个服务器性能

  

 

 

 

 

 

 

  

posted on   李某人的窥视  阅读(54)  评论(0编辑  收藏  举报

相关博文:
阅读排行:
· PowerShell开发游戏 · 打蜜蜂
· 在鹅厂做java开发是什么体验
· 百万级群聊的设计实践
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战
· 永远不要相信用户的输入:从 SQL 注入攻防看输入验证的重要性

导航

< 2025年2月 >
26 27 28 29 30 31 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 1
2 3 4 5 6 7 8

统计

点击右上角即可分享
微信分享提示