网页建站系统多地优化完善疫情防控措施

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

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

1）backup 备 其他的没有backup标识的都不可用了，才分发到backup；

2）down 此条配置，不会被分发到。

systemctl restart nginx

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

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

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

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

分析原因：

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

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

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

解决方案思路：

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

 2）共享session nfs mysql  内存缓存软件（memcached  redis）

把session共享。

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

Nginx的负载均衡算法：

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

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

2）weight（权重）权重高多分发一些，服务器硬件更好的设置权重更高一些。

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

Tip：

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

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

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

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

示例配置：

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

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

ip_hash：不够平均了，这个方式有争议。