1.25-1.27 Nginx反向代理-buffer与proxy_cache,Nginx负载均衡
1.25-1.26 Nginx反向代理-buffer与proxy_cache
1.25 nginx反向代理-buffer
缓冲和缓存 https://coding.net/u/aminglinux/p/nginx/git/blob/master/proxy/bu_ca.md
buffer与cache的区别
cache:缓存
buffer:缓冲,当数据写入磁盘会有2种情况。
-
当产生数据就写入磁盘里面。
-
数据临时写入内存,汇集到一定程度,会写入磁盘 。
举例说明:
以送快递举例,两种情况
-
1 每当快递件到达派送中心后,快递员马上派送。
-
2 当快递件到达派送中心后,快递件达到一定数量或者时间,快递员将会逐一进行派件。
-
第1种情况,相当于buffer.第2种情况,相当于cache.
1.26 proxy_cache
cache:缓存
核心点
-
proxy_cache
-
proxy_cache_path
1.27 Nginx负载均衡
https://coding.net/u/aminglinux/p/nginx/git/blob/master/proxy/lb.md
ip hash的特性:
-
把来源IP记录在对应的ip hash的列表里面,例如有web server三台:C1,C2,C3 当A第一次访问反馈信息的是C1,那它以后就是C1去接收和反馈A的数据.
Nginx的负载均衡配置
Nginx通过upstream和proxy_pass实现了负载均衡。本质上也是Nginx的反向代理功能,只不过后端的server为多个。
案例一(简单的轮询)
说明:当被代理的机器有多台时,需要使用upstream来定义一个服务器组,
其中www名字可以自定义,在后面的proxy_pass那里引用。
这样nginx会将请求均衡地轮询发送给www组内的三台服务器。
案例二(带权重轮询+ip_hash算法)
说明:可以给www组内的三台机器配置权重,权重越高,则分配到的请求越多。
ip_hash为nginx负载均衡算法,原理很简单,它根据请求所属的客户端IP计算得到一个数值,然后把请求发往该数值对应的后端。
所以同一个客户端的请求,都会发往同一台后端,除非该后端不可用了。ip_hash能够达到保持会话的效果。
案例三(upstream其他配置)
说明:
-
down,表示当前的server不参与负载均衡;
-
backup,为预留的机器,当其他的server(非backup)出现故障或者忙的时候,才会请求backup机器;
-
max_fails,允许请求失败的次数,默认为1。当失败次数达到该值,就认为该机器down掉了。 失败的指标是由proxy_next_upstream模块定义,其中404状态码不认为是失败。
-
fail_timeount,定义失败的超时时间,也就是说在该时间段内达到max_fails,才算真正的失败。默认是10秒。
-
proxy_next_upstream,通过后端服务器返回的响应状态码,表示服务器死活,可以灵活控制后端机器是否加入分发列表。
语法: proxy_next_upstream error | timeout | invalid_header | http_500 | http_502 | http_503 | http_504 |http_404 | off ...;
默认值: proxy_next_upstream error timeout
-
error # 和后端服务器建立连接时,或者向后端服务器发送请求时,或者从后端服务器接收响应头时,出现错误
-
timeout # 和后端服务器建立连接时,或者向后端服务器发送请求时,或者从后端服务器接收响应头时,出现超时
-
invalid_header # 后端服务器返回空响应或者非法响应头
-
http_500 # 后端服务器返回的响应状态码为500
-
http_502 # 后端服务器返回的响应状态码为502
-
http_503 # 后端服务器返回的响应状态码为503
-
http_504 # 后端服务器返回的响应状态码为504
-
http_404 # 后端服务器返回的响应状态码为404
-
off # 停止将请求发送给下一台后端服务器
案例四(根据不同的uri)
说明:请求aa.php的,会到aa.com组,请求bb.php的会到bb.com,其他请求全部到bb.com。
案例五(根据不同的目录)