【Nginx】Nginx 负载均衡

本文涉及的产品
传统型负载均衡 CLB,每月750个小时 15LCU
应用型负载均衡 ALB,每月750个小时 15LCU
网络型负载均衡 NLB,每月750个小时 15LCU
简介: 【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;
}
相关实践学习
通过ACR快速部署网站应用
本次实验任务是在云上基于ECS部署Docker环境,制作网站镜像并上传至ACR镜像仓库,通过容器镜像运行网站应用,网站运行在Docker容器中、网站业务数据存储在Mariadb数据库中、网站文件数据存储在服务器ECS云盘中,通过公网地址进行访问。
负载均衡入门与产品使用指南
负载均衡(Server Load Balancer)是对多台云服务器进行流量分发的负载均衡服务,可以通过流量分发扩展应用系统对外的服务能力,通过消除单点故障提升应用系统的可用性。 本课程主要介绍负载均衡的相关技术以及阿里云负载均衡产品的使用方法。
相关文章
|
23天前
|
缓存 负载均衡 算法
解读 Nginx:构建高效反向代理和负载均衡的秘密
解读 Nginx:构建高效反向代理和负载均衡的秘密
35 2
|
2月前
|
负载均衡 应用服务中间件 nginx
解决nginx配置负载均衡时invalid host in upstream报错
在Windows环境下,配置Nginx 1.11.5进行负载均衡时遇到问题,服务无法启动。错误日志显示“invalid host in upstream”。检查发现上游服务器列表中,192.168.29.128的主机地址无效。负载均衡配置中,两个服务器地址前误加了"http://"。修正方法是删除上游服务器列表和proxy_pass中的"http://"。问题解决后,Nginx服务应能正常启动。
119 4
解决nginx配置负载均衡时invalid host in upstream报错
|
10天前
|
负载均衡 应用服务中间件 开发工具
技术笔记:nginx和keeplive实现负载均衡高可用
技术笔记:nginx和keeplive实现负载均衡高可用
|
2月前
|
负载均衡 前端开发 应用服务中间件
Nginx+Tomcat负载均衡配置_nginx做tomcat的负载均衡成功,但tomcat的css文件400
Nginx+Tomcat负载均衡配置_nginx做tomcat的负载均衡成功,但tomcat的css文件400
|
2月前
|
负载均衡 前端开发 应用服务中间件
Nginx+Tomcat负载均衡配置_nginx做tomcat的负载均衡成功,但tomcat的css文件400(2)
Nginx+Tomcat负载均衡配置_nginx做tomcat的负载均衡成功,但tomcat的css文件400(2)
|
1月前
|
负载均衡 算法 应用服务中间件
解密Nginx负载均衡:实现流量分发与故障转移
解密Nginx负载均衡:实现流量分发与故障转移
64 0
|
2月前
|
负载均衡 应用服务中间件 PHP
使用nginx-haproxy实现七层负载均衡
【4月更文挑战第13天】使用nginx实现动静分离的负载均衡集群
70 4
|
2月前
|
负载均衡 算法 网络协议
LVS、Nginx和HAProxy负载均衡器对比总结
LVS、Nginx和HAProxy负载均衡器对比总结
|
2月前
|
负载均衡 应用服务中间件 nginx
Nginx 负载均衡
Nginx 负载均衡
38 2
|
2月前
|
负载均衡 算法 应用服务中间件
解密Nginx负载均衡:实现流量分发与故障转移
解密Nginx负载均衡:实现流量分发与故障转移
64 1