计算架构模式之负载均衡技巧

通用负载均衡算法

负载均衡算法 -轮询 & 随机

如果服务器挂掉了,那么负载均衡器还是可以感知到的,因为连接已经断掉了。

负载均衡算法-加权轮询

假设你有4核的和8核的,由于你的程序没有办法跑完CPU,那么有可能出现4核的和8核的性能是一样的,这个时候,如果8核的业务量是4核的两倍,那么就有可能出现过载,进而出现丢包、响应变慢等问题。

负载均衡算法-负载优先

负载需要服务器进行上报,负载均衡器根据上报结果就是决策

负载均衡算法-性能优先

一般会通过采样来统计,而不是统计所有请求,谷歌是10%进行采样的。用随机数的方式,中了就采样。

负载均衡算法-Hash

负载均衡算法举例-Nginx

Nginx 为什么不实现基于连接数的负载优先算法?

因为Nginx如果长连接,往往是一个Nginx搭配一个服务,那么打到Nginx的就直接请求到这个服务了,那么没有必要负载了。

负载均衡算法举例-LVS

业务级别负载均衡技巧

业务级别负载均衡介绍

spanner是蚂蚁业务级别的负载均衡,有点像网关,比如按设备进行分区

业务负载均衡技巧-Cookie

业务负载均衡技巧-自定义HTTP Header

比较适合app

业务负载均衡技巧-HTTP query string

业务负载均衡技巧-服务器性能估算

32核就是32个线程。

50ms那么1s可以处理20个

那么机器可以1s处理640个请求

本节思维导图

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

幻风_huanfeng

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值