【Nginx】Nginx 负载均衡

简介: 【1月更文挑战第25天】【Nginx】Nginx 负载均衡

负载均衡:当有2台或以上服务器时(服务器集群),根据规则随机的将请求分发到指定的服务器上处理,负载均衡配置一般都需要同时配置反向代理,通过反向代理跳转到负载均衡

Nginx目前支持自带3种负载均衡策略还有2种常用的第三方策略。

3.1 配置负载均衡:

hhtp模块下的server子模块中的location子模块中配置。配置proxy_pass,注意代理模块和rootindex冲突。

http {
    # ......
    # 配置负载均衡请求服务器别名(upstream 别名):
    upstream servers {
       # server IP地址+端口号
       server 192.168.10.100:80;
       server 192.168.10.200:80;
    }
    server {
        listen       80;
        server_name  localhost;
        # URI
        location / {
            # 配置反向代理:(使用服务器别名)
            proxy_pass http://servers;
            # root   html;
            # index  index.html index.htm;
        }
        error_page   500 502 503 504  /50x.html;
        # URI:
        location = /50x.html {
            root   html;
        }
    }
}

有可能请求返回的响应是302临时重定向,这时浏览器的地址栏发生改变。

流量倾斜问题:

3.2 负载均衡策略:

  • 轮询:默认算法按时间顺序逐一分配到不同的后端服务器;
  • 加权轮询:Weight值越大,分配到访问几率越高;
  • ip_hash为每一个请求访问的IP的hash结果分配,可以将来自一个IP的固定访问一个后端服务器;
  • url_hash:需要安装模块安装访问的URL的hash结果来分配,这样每个URL定向到同一个后端服务器
  • least_conn:按照某台机器最少连接数的进行分配访问;
  • hash关键数值:hash 自定义 KEY


fairurl_hash需要安装第三方模块才能使用!

基于权重:

RR(默认轮询)每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉能自动剔除。

weight:配置服务的权重。在upstream中配置权重:

# 配置负载均衡请求服务器别名(upstream 别名):
upstream servers {
   # server IP地址+端口号
   server 192.168.10.100:80 weight=4;
   server 192.168.10.200:80 weight=4 max_fails=1 fail_timeout=10s max_conns=1024;
   server 192.168.10.300:80 weight=1 down;
   server 192.168.10.400:80 weight=1 backup;
}

另外还有两个配置,可以配置在weight后面:

  • down : 当前server暂不参与负载均衡
  • backup : 预留的备份服务器; 其它所有的非backup机器down或者忙的时候,请求backup机器。
  • max_fails : 请求失败次数限制
  • fail_timeout : 经过max_fails后服务暂停时间
  • max_conns : 限制最大的连接数

IP Hash:

ip_hash会话粘连,上面的2种方式都有一个问题,那就是下一个请求来的时候请求可能分发到另外一个服务器,当我们的程序不是无状态的时候(采用了session保存数据),这时候就有一个很大的很问题了,比如把登录信息保存到了session中,那么跳转到另外一台服务器的时候就需要重新登录了,所以很多时候我们需要一个客户只访问一个服务器,那么就需要用iphash了,iphash的每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。

# 配置负载均衡请求服务器别名(upstream 别名):
upstream servers {
   ip_hash;
   server 192.168.10.100:80 weight=4;
   server 192.168.10.200:80 weight=4;
   server 192.168.10.300:80 weight=1;
   server 192.168.10.400:80 weight=1;
}

Fair:

fair(第三方)按后端服务器 的响应时间来分配请求,响应时间短的优先分配。

# 配置负载均衡请求服务器别名(upstream 别名):
upstream servers {
   fair;
   server 192.168.10.100:80 weight=4;
   server 192.168.10.200:80 weight=4;
   server 192.168.10.300:80 weight=1;
   server 192.168.10.400:80 weight=1;
}

URL Hash:

url_hash(第三方):按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。

在upstream中加入hash语句,server语句中不能写入weight等其他的参数,hash_method是使用的hash算法。

# 配置负载均衡请求服务器别名(upstream 别名):
upstream servers {
   hash $request_uri;
   hash_method crc32;
   server 192.168.10.100:80 weight=4;
   server 192.168.10.200:80 weight=4;
   server 192.168.10.300:80 weight=1;
   server 192.168.10.400:80 weight=1;
}

Least Conn:

将请求分配到连接数最少的服务上。

# 配置负载均衡请求服务器别名(upstream 别名):
upstream servers {
   least_conn;
   server 192.168.10.100:80 weight=4;
   server 192.168.10.200:80 weight=4;
   server 192.168.10.300:80 weight=1;
   server 192.168.10.400:80 weight=1;
}
相关实践学习
部署高可用架构
本场景主要介绍如何使用云服务器ECS、负载均衡SLB、云数据库RDS和数据传输服务产品来部署多可用区高可用架构。
负载均衡入门与产品使用指南
负载均衡(Server Load Balancer)是对多台云服务器进行流量分发的负载均衡服务,可以通过流量分发扩展应用系统对外的服务能力,通过消除单点故障提升应用系统的可用性。 本课程主要介绍负载均衡的相关技术以及阿里云负载均衡产品的使用方法。
相关文章
|
14天前
|
负载均衡 算法 应用服务中间件
面试题:Nginx有哪些负载均衡算法?Nginx位于七层网络结构中的哪一层?
字节跳动面试题:Nginx有哪些负载均衡算法?Nginx位于七层网络结构中的哪一层?
31 0
|
4天前
|
负载均衡 应用服务中间件 nginx
Nginx 负载均衡
Nginx 负载均衡
19 2
|
2月前
|
负载均衡 Java 应用服务中间件
|
2月前
|
负载均衡 监控 应用服务中间件
Nginx负载均衡:你的网站流量翻倍利器
Nginx负载均衡:你的网站流量翻倍利器
42 0
|
2月前
|
消息中间件 关系型数据库 MySQL
使用Nginx的stream模块实现MySQL反向代理与RabbitMQ负载均衡
使用Nginx的stream模块实现MySQL反向代理与RabbitMQ负载均衡
61 0
|
3月前
|
负载均衡 应用服务中间件 nginx
【实践】使用Nginx作为GrayLog日志接入的负载均衡
【实践】使用Nginx作为GrayLog日志接入的负载均衡
46 0
|
3月前
|
负载均衡 算法 应用服务中间件
深入了解Nginx底层负载均衡算法
深入了解Nginx底层负载均衡算法
33 0
|
3月前
|
负载均衡 应用服务中间件 nginx
Nginx四层负载均衡在秒杀系统中的应用
Nginx四层负载均衡在秒杀系统中的应用
26 0
|
3月前
|
负载均衡 应用服务中间件 nginx
Nginx负载均衡选择在秒杀系统中的应用
Nginx负载均衡选择在秒杀系统中的应用
44 0
|
3月前
|
负载均衡 应用服务中间件 nginx
百度搜索:蓝易云【Nginx和tomcat实现负载均衡教程】
至此,你已经成功地使用Nginx和Tomcat实现了负载均衡。Nginx将根据配置的负载均衡策略将客户端请求分发到多个Tomcat服务器上,以提高系统的性能和可用性。请注意,在实际生产环境中,还需要进行其他配置和优化,如健康检查、会话保持等,以满足具体的需求。
34 0