在现实中通常一个应用要部署到多个节点,从而减轻服务器压力。同时保证部分系统因部分服务器宕机的情况下还能继续运行,接下来我们将配置ngnix实现一个域名对应多台服务器。
一、nginx负载均衡策略
轮询(默认)
最基本的配置方法,它是upstream的默认策略,每个请求会按时间顺序逐一分配到不同的后端服务器。
在http配置下增加upstream配置即可:
upstream nodes {
server ip1:port;
server ip2:port;
}
参数 | 描述 |
down | 表示当前标记服务器永久停机了,不參与负载均衡 。 |
fail_timeout | max_fails次失败后,暂停请求此台服务器。 |
max_fails | 默认是1,设置在fail_timeout参数设置的时间内最大失败次数,如果在这个时间内,所有针对该服务器的请求都失败了,那么认为该服务器会被认为是停机了 |
fail_time | 服务器会被认为停机的时间长度,默认为10s。 |
backup | 标记该服务器为备用服务器。当主服务器停止时,请求会被发送到它这里。 |
weight | 默认是1,weight越大,负载的权重就越大 |
注意:
- 在轮询中,如果服务器down掉了,会自动剔除该服务器。
- 默认配置就是轮询策略。
- 此策略适合服务器配置相当,无状态且短平快的服务使用。
权重配置
weight和请求数量成正比,主要用于上游服务器配置不均衡的情况。下面的配置中,ip1机器的请求量是ip2机器请求量的2倍。
upstream nodes {
server ip1:port weight=8;
server ip2:port weight=4;
}
注意:
- 权重越高分配到需要处理的请求越多。
- 此策略可以与least_conn和ip_hash结合使用。
- 此策略比较适合服务器的硬件配置差别比较大的情况。
ip_hash配置
每一个请求按照请求的ip的hash结果分配。这样同一个ip请求固定落在一个上游服务器,能够解决ip会话在同一台服务器的问题。
upstream nodes {
ip_hash;
server ip1:port;
server ip2:port;
}
注意:
- 在nginx版本1.3.1之前,不能在ip_hash中使用权重(weight)。
- ip_hash不能与backup同时使用。
- 此策略适合有状态服务,比如session。
- 当有服务器需要剔除,必须手动down掉。
least_conn 最小连接
把请求转发给连接数较少的后端服务器。轮询算法是把请求平均的转发给各个后端,使它们的负载大致相同;但是,有些请求占用的时间很长,会导致其所在的后端负载较高。这种情况下,least_conn这种方式就可以达到更好的负载均衡效果;
upstream nodes {
least_conn;
server ip1:port;
server ip2:port;
}
注意:
- 此负载均衡策略适合请求处理时间长短不一造成服务器过载的情况。
除了上面这些调度策略之后,还有一些第三方的调度策略可以集成到nginx中。
在实际运用中,需要根据不同的场景选择不同的策略,大多是多种策略结合使用以达到实际需求的性能。
fair配置
按上游服务器的响应时间来分配请求。响应时间短的优先分配。
upstream nodes {
fair;
server ip1:port;
server ip2:port;
}
url_hash配置
按照访问的url的hash结果来分配请求,使每一个url定向到同一个上游服务器。注意:在upstream中加入hash语句。server语句中不能写入weight等其他的參数,hash_method是使用的hash算法。
upstream nodes {
server ip1:port;
server ip2:port;
hash $request_uri;
hash_method crc32;
}