正好遇到,记录一下。
点击查看我的 Nginx相关文章。
在服务器集群中,Nginx 起到一个代理服务器的角色(即反向代理),为了避免单独一个服务器压力过大,将来自用户的请求转发给不同的服务器。
负载均衡用于从 “upstream” 模块定义的后端服务器列表中选取一台服务器接受用户的请求。
一个最基本的upstream模块配置如下:
upstream trans_api {
server 100.111.1.128:8000;
server 100.111.1.129:80;
}在 upstream 模块配置完成后,配置指定的访问反向代理到服务器列表:
location ^~ /test {
proxy_pass http://trans_api;
}目前Nginx服务器的 upstream 模块支持 6 种方式分配。
upstream | 负载方式 |
|---|---|
不配置,轮训 | 默认方式 |
weight | 权重 |
ip_hash | 根据IP进行hash分配 |
least_conn | 最好连接方式 |
fair(第三方) | 响应时间方式 |
url_hash(第三方) | 依据URL分配方式 |
这是最基本的配置方法,也是 upstream 模块默认的负载均衡默认策略。每个请求会按时间顺序逐一分配到不同的后端服务器。
参数名称 | 含义 |
|---|---|
fail_timeout | 与max_fails结合使用。 |
max_fails | 设置在fail_timeout参数设置的时间内最大失败次数,如果在这个时间内,所有针对该服务器的请求都失败了,那么认为该服务器会被认为是停机了, |
fail_time | 服务器会被认为停机的时间长度,默认为10s。 |
backup | 标记该服务器为备用服务器。当主服务器停止时,请求会被发送到它这里。 |
down | 标记服务器永久停机了。 |
注意:
权重方式,在轮询策略的基础上指定轮询的几率。
upstream trans_api {
server 100.111.1.128:8000 weight=2;
server 100.111.1.129:80;
}在该例子中,weight 参数用于指定轮询几率,weight 的默认值为 1; weight 的数值与访问比率成正比,比如 100.111.1.128:8000 被访问的几率为其他服务器的两倍。
注意:
指定负载均衡器按照基于客户端 IP 的分配方式,这个方法确保了相同的客户端的请求一直发送到相同的服务器,以保证 session 会话。这样每个访客都固定访问一个后端服务器,可以解决 session 不能跨服务器的问题。
upstream trans_api {
ip_hash;
server 100.111.1.128:8000 weight=2;
server 100.111.1.129:80;
}注意:
把请求转发给连接数较少的后端服务器。轮询算法是把请求平均的转发给各个后端,使它们的负载大致相同;但是,有些请求占用的时间很长,会导致其所在的后端负载较高。这种情况下,least_conn 这种方式就可以达到更好的负载均衡效果。
upstream trans_api {
least_conn;
server 100.111.1.128:8000 weight=2;
server 100.111.1.129:80;
}注意:
第三方的负载均衡策略的实现需要安装第三方插件。
按照服务器端的响应时间来分配请求,响应时间短的优先分配。
upstream trans_api {
server 100.111.1.128:8000 weight=2;
server 100.111.1.129:80;
fair;
}按访问 url 的 hash 结果来分配请求,使每个 url 定向到同一个后端服务器,要配合缓存命中来使用。同一个资源多次请求,可能会到达不同的服务器上,导致不必要的多次下载,缓存命中率不高,以及一些资源时间的浪费。而使用 url_hash,可以使得同一个 url(也就是同一个资源请求)会到达同一台服务器,一旦缓存住了资源,再此收到请求,就可以从缓存中读取。
upstream trans_api {
hash $request_uri;
server 100.111.1.128:8000 weight=2;
server 100.111.1.129:80;
}以上就是是 6 种负载均衡策略的实现方式。在日常工作中,需要根据不同的场景进行选择运用,大都是多种策略结合使用以达到实际需求。
Copyright: 采用 知识共享署名4.0 国际许可协议进行许可 Links: https://cloud.tencent.com/developer/article/2020781