Nginx的知识点总结

负载均衡

(1)网络请求过程

(2)负载均衡的概念


负载均衡,英文名称为Load Balance,其含义就是指将负载(工作任务)进行平衡、分摊到多个
操作单元上进行运行,例例如FTP服务器、Web服务器、企业核心应用服务器和其它主要任务服务器
等,从而协同完成工作任务。
负载均衡构建在原有网络结构之上,它提供了一种透明且廉价有效的方法扩展服务器和网络设备
的带宽、加强网络数据处理能力力、增加吞吐量、提高网络的可用性和灵活性。


(3)负载均衡算法

1.轮询

最基本的配置方法,上面的例⼦子就是轮询的方式,它是upstream模块默认的负载均衡默认策略。
每个请求会按时间顺序逐一分配到不同的后端服务器。

有如下参数:

注意:
在轮询中,如果服务器down掉了,会自动剔除该服务器。
缺省配置就是轮询策略。
此策略适合服务器配置相当,⽆状态且短平快的服务使用。

2.weight

权重方式,在轮询策略的基础上指定轮询的几率。例子如下:

#动态服务器组
upstream dynamic_zuoyu {
server localhost:8080 weight=2; #tomcat 7.0
server localhost:8081; #tomcat 8.0
server localhost:8082 backup; #tomcat 8.5
server localhost:8083 max_fails=3 fail_timeout=20s; #tomcat 9.0
}

在该例子中,weight参数用于指定轮询几率,weight的默认值为1,;weight的数值与访问比率成正
比,比如Tomcat 7.0被访问的几率为其他服务器的两倍。
  注意:
权重越高分配到需要处理的请求越多。
此策略可以与least_conn和ip_hash结合使用。
此策略比较适合服务器的硬件配置差比较大的情况。

3.ip_hash

指定负载均衡器按照基于客户端IP的分配方式,这个方法确保了相同的客户端的请求⼀一直发送到相
同的服务器,以保证session会话。这样每个访客都固定访问一个后端服务器,可以解决session不不能跨
服务器的问题。

#动态服务器组
upstream dynamic_zuoyu {
ip_hash; #保证每个访客固定访问⼀一个后端服务器器
server localhost:8080 weight=2; #tomcat 7.0
server localhost:8081; #tomcat 8.0
server localhost:8082; #tomcat 8.5
server localhost:8083 max_fails=3 fail_timeout=20s; #tomcat 9.0
}

注意:
在nginx版本1.3.1之前,不能在ip_hash中使用权重(weight)。
ip_hash不能与backup同时使用。
此策略适合有状态服务,比如session。
当有服务器需要剔除,必须手动down掉。

4.least_conn

把请求转发给连接数较少的后端服务器。轮询算法是把请求平均的转发给各个后端,使它们的负载
大致相同;但是,有些请求占⽤用的时间很长,会导致其所在的后端负载较高。这种情况下,least_conn
这种方式就可以达到更好的负载均衡效果。

#动态服务器组
upstream dynamic_zuoyu {
least_conn; #把请求转发给连接数较少的后端服务器器
server localhost:8080 weight=2; #tomcat 7.0
server localhost:8081; #tomcat 8.0
server localhost:8082 backup; #tomcat 8.5
server localhost:8083 max_fails=3 fail_timeout=20s; #tomcat 9.0
}

注意:
此负载均衡策略适合请求处理时间长短不一造成服务器过载的情况。

5.第三方策略

第三方的负载均衡策略的实现需要安装第三方插件。

①fair

按照服务器端的响应时间来分配请求,响应时间短的优先分配。

#动态服务器组
upstream dynamic_zuoyu {
server localhost:8080; #tomcat 7.0
server localhost:8081; #tomcat 8.0
server localhost:8082; #tomcat 8.5
server localhost:8083; #tomcat 9.0
fair; #实现响应时间短的优先分配
}

②url_hash

按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,要配合缓存命中来使用。
同⼀个资源多次请求,可能会到达不同的服务器上,导致不必要的多次下载,缓存命中率高,以及一
些资源时间的浪费。而使用url_hash,可以使得同一个url(也就是同一个资源请求)会到达同一台服务
器,一旦缓存住了资源,再此收到请求,就可以从缓存中读取。

#动态服务器组
upstream dynamic_zuoyu {
hash $request_uri; #实现每个url定向到同⼀一个后端服务器器
server localhost:8080; #tomcat 7.0
server localhost:8081; #tomcat 8.0
server localhost:8082; #tomcat 8.5
server localhost:8083; #tomcat 9.0
}

6.总结

以上便是6种负载均衡策略的实现方式,其中除了轮询和轮询权重外,都是Nginx根据不同的算法实
现的。在实际运用中,需要根据不同的场景选择性运用,大都是多种策略结合使用以达到实际需求。
Nginx提供的负载均衡策略有2种:内置策略和扩展策略。内置策略为轮询,加权轮询,Ip hash。扩展
策略,就天马行空,只有你想不到的没有他做不到的啦,你可以参照所有的负载均衡算法,给他⼀一找
出来做下实现。
上3个图,理解这三种负载均衡算法的实现

Ip hash算法,对客户端请求的ip进行hash操作,然后根据hash结果将同一个客户端ip的请求分发给同
一台服务器进行处理,可以解决session不共享的问题。

动静分离

Nginx动静分享简单来说就是把动态跟静态请求分开,不能理解成只是单纯的把动态页面和静态页
面物理分离。严格意义上说应该是动态请求跟静态请求分开,可以理解成使用Nginx处理静态页
面,Tomcat处理动态页面。动静分离从目前实现角度来讲大致分为两种,一种纯粹把静态文件独
立成单独的域名,放在独立的服务器上,也是目前主流推崇的方案;另一种方法就是动态跟静态
文件混合在一起发布,通过Nginx来分开

高可用性

Nginx集群,使用keepalived

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值