wap开头的网站电商网站的建设与运营
正常情况下，客户端去访问代理服务器，然后代理服务器再取访问真实服务器，在真实服务器上，只能显示代理服务器的ip地址，而不显示客户端的ip地址，如果想让客户端的ip地址也能在真实服务端看见，这一技术叫做IP透传
$http_x_forwarded_for：这个变量我们要赋值给它，并且会一直保留，每次都会追加
可以在主配置文件里面的日志文件里面看见这一选项
#proxy_set_header X-Real-IP $remote_addr; #只添加客户端IP到请求报文头部,转发至后端服务器proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; #添加客户端IP和反向代理服务器IP到请求报文头部如果有一个代理服务器，可以写第一个
如果有多个代理服务器，则下面的
如果既想看见客户端ip又想看见代理服务器 就添加第二行
在真实服务端的日制中查看，是看不见客户端或者代理服务器端的ip的
如果想看见真实访问的ip地址，就是客户端跟代理服务端的ip时 看以下操作
单机IP透传
在代理服务端（7-1） （nginx系统）
在子配置文件里面配置内容 X-Forwarded-For 这是一个变量
7-2真实服务器上（httpd系统）
用set list 可以查看时在196行（set nu可以看到多少行），然后进行添加 （只需要将次变量加入即可）
X-Forwarded-For 
然后重启
然后再用另外一台客户端（7-3）去curl192.168.68.3的代理服务器
此时 再去7-2查看日志
多机IP透传 （把所有机器换成nginx，都是nginx系统）
在每个代理服务器上面都要设置：proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; #添加客户端IP和反向代理服务器IP到请求报文头部
在nginx中，变量 X-Forwarded-For已经写好了，都写在日志文件中了 只需要在每个代理服务端的配置文件中写入proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for即可
代理服务器1:192.168.68.3
代理服务器2:192.168.68.4
真实服务器：192.168.68.5
（访问代理服务器1 就跳转到代理服务器2 访问代理服务2 就跳转到真是服务器）
代理服务器1配置:
代理服务器二配置:
随后，重载
真实服务器 （7-3）
首先关闭防火墙
其次yum 安装nginx
yum install -y epel-release
yum install nginx -y
然后开启服务器nginx
yum安装的nginx的主页面 在/usr/share/nginx/html中
然后在代理服务器curl 192.168.68.3自己
最后，在真是服务器上面查看日志，会出现代理ip 跟客户端ip
http反向代理负载均衡 upstream
upstream 在http模块里面
调度算法：
代理服务器：192.168.68.3
真实服务器1：192.168.68.4
真是服务器2：:192.168.68.5
代理服务器 ：
修改主配置文件
加入服务器组
然后将子配置文件注释掉，如果不注释，不能进行下面的location操作
随后，在location里面修改
随后保存并退出
真实服务器1：
真实服务器2
随后，在代理服务器服务器上curl
一会7-2 一会7-3
以上为轮询算法（nginx默认），一人一次的意思
nginx有检测机制，如果有一台服务器挂掉，nginx只会去访问正常的那一台 （健康性检查）
举例说明：
当7-3 服务器挂了，nginx只能去访问7-2
然后再去代理服务器上面curl
验证成功 ，只能去健康的服务器访问
去关闭的那台真实服务器上查看
此时只有I个包，正常情况下，tcp三次握手最少应该有6个包 所以这边失败
加权轮询 weight
weight：5 意思为上面分5次 下面没写，默认一次
实例：
在代理服务器（192.168.68.3）上的主配置文件里面修改
随后，保存重载 然后在curl
可以看出192.168.68.4 出现3次 192.168.68.5出现一次
#server支持的parameters如下：
weight=number #设置权重，默认为1,实现类似于LVS中的WRR,WLC等
max_conns=number #给当前后端server设置最大活动链接数，默认为0表示没有限制
max_fails=number #后端服务器的下线条件,当客户端访问时,对本次调度选中的后端服务器连续进行检测多少次,如果都失败就标记为不可用,默认为1次,当客户端访问时,才会利用TCP触发对探测后端服务器健康性检查,而非周期性的探测
fail_timeout=time #后端服务器的上线条件,对已经检测到处于不可用的后端服务器,每隔此时间间隔再次进行检测是否恢复可用，如果发现可用,则将后端服务器参与调度,默认为10秒
backup #设置为备份服务器，当所有后端服务器不可用时,才会启用此备用服务器 sorry server 自己不能转自己
down #标记为down状态
resolve #当server定义的是主机名的时候，当A记录发生变化会自动应用新IP而不用重启Nginxmax_fails 表示链接次数，当检验计算机是否挂掉，max_fails=3 就表示尝试tcp连接次计算机三次 ，如果不行就认为挂掉
fail_timeout :如果检测到计算机还活着，等个多少秒再上线
backup：备份服务器，当前面几台服务器都挂掉的时候，可以使用备份服务器
演示备份服务器流程：
在第一台服务器7-1 主配置文件里面修改
第二步在备份服务器上面下载nginx
模拟192.168.68.4 跟192.168.68.5 损坏 就是将其nginx关掉
随后，再次进入到7-1 curl自己 会出现备份服务器上的网页
hash算法
hash的作用：保持会话一致
什么是会话？
ip hash 根据ip地址，然后得出一个值 这样就会永久保持会话。第一次访问1服务器 就永久访问1服务器
url hash 根据url 然后得出一个值 这样就会永久保持会话
ip hash实例：在7-1 代理服务上操作
因为第一次被curl到7-2上，所以一辈子都在7-2上
hash有个致命缺点，就是跟权重相关 例如权重是2，则hash/2 hash/（除以）总权重，所以会使用路径hash （url hash）
url hash
hash $requst_uri在7-1 代理服务器主配置文件里面修改
然后再通过服务器7-1 去curl
cookie hash 缓存hash
案例根据cookic里面的关键字去查找
在7-1 代理服务器上主配置文件里面修改
然后重启
随后去curl
fair
根据响应时间来分配，响应时间短的优先分配