通用负载均衡算法

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

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

负载均衡算法-加权轮询

假设你有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个请求

本节思维导图