企业架构LNMP学习笔记30

1、upstream 中server的关键字:语法:

upstream中的分发之后的几个关键字:

1)backup 备 其他的没有backup标识的都不可用了,才分发到backup;

2)down 此条配置,不会被分发到。

企业架构LNMP学习笔记30_第1张图片

systemctl restart nginx

企业架构LNMP学习笔记30_第2张图片

可以看到,server03能一直能正常使用,所以就不会再转发给server01。所以web页面一直显示server03这个页面。

如果server03服务器停掉,那么才会给server01 backup服务器。

企业架构LNMP学习笔记30_第3张图片

企业架构LNMP学习笔记30_第4张图片

Session一致性的问题:做集群的时候,这个是一定要关注的一个问题。

访问管理后端页面,登录发现验证码不通过。

分析原因:

1)比如分发到web1服务器,生成验证码,存储在session中,默认在服务器本地。

2)再次校验的时候,请求分发到web2服务器了,所以验证码一直校验不过。

session:会话机制。服务器本地。

企业架构LNMP学习笔记30_第5张图片

解决方案思路:

1)生成和验证session都请求同一台服务器;ip_hash的配置方法。

 2)共享session nfs mysql  内存缓存软件(memcached  redis)

把session共享。

企业架构LNMP学习笔记30_第6张图片

两个会话机制:Cookie是存浏览器的,容易被篡改的。用户登录和完成后的值,存在服务器的session中。

Nginx的负载均衡算法:

Nginx官方默认提供了3种负载均衡算法:

1)Round-Robin RR轮询(默认)一次一个的来(实际实验可能会有间隔。)

2)weight(权重)权重高多分发一些,服务器硬件更好的设置权重更高一些。

3)ip_hash 同一个IP,所有的访问都分发到同一个web服务器。

Tip:

第三方模块实现的调度算法 需要编译安装第三方模块

④fair 根据后端服务器的繁忙程度 将请求发到非繁忙的后端服务器

⑤url_hash 如果客户端访问的url是同一个,将转发到同一台后端服务器

验证一:验证加权轮询算法:

示例配置:

企业架构LNMP学习笔记30_第7张图片

8次中,server01分发5次,server03分发3次。

验证二:ip_hash ip一致性的问题:

企业架构LNMP学习笔记30_第8张图片

企业架构LNMP学习笔记30_第9张图片

ip_hash:不够平均了,这个方式有争议。

你可能感兴趣的:(Nginx,架构)