1、部署nginx代理缓存服务器，并验证缓存是否生效；
2、练习nginx负载均衡配置，并通过实验验证其作用；
3、通过nginx将本地镜像软件包发布出去，并实现后端两台服务器均衡；
1、部署nginx代理缓存服务器，并验证缓存是否生效；
这类问题放在源码安装下面的环境下进行,就不容易出现大问题
(1)代理服务器192.168.221.133
Root和index要注释掉或者写在proxy_pass下面
(2)后端服务器192.168.221.132
添加”$http_x_real_ip”
(3)访问结果
后端访问代理192.168.221.133
代理访问自己
客户端访问:
(4)代理服务器生成了缓存
2、练习nginx负载均衡配置，并通过实验验证其作用；
(1)前端服务器:192.168.221.133
后端服务器1:192.168.221.132
后端服务器2:192.168.221.135
(2)前端
<1>.添加include /usr/local/nginx/conf/vhost/*.conf;
<2>upstream和proxy_pass
<3>
(3)后端
后端1:添加”$http_x_real_ip”
后端2:添加”$http_x_real_ip”和include /usr/local/nginx/conf/vhost/*.conf;
(4)前端,后端都重新加载下
前端
后端
(5)使用代理服务器192.168.221.133访问下
证明:
<1>proxy_pass的优先级比server_name更高
<2>在使用upstream web由于192.168.221.132比192.168.221.135更前面,所以优先访问192.168.221.132
<3>当192.168.221.132后端服务器挂了,192.168.221.135顶上;
当192.168.221.132恢复后,192.168.221.135就变成了备用的服务器.
(6)新的需求:(用户)
如果用户对于服务的响应时间有要求,可以根据响应时间去配置;
超时时间为9s,最多尝试3次
这里设置了相同的权重,但情况跟上面的是一样
中途有192.168.221.132后端服务器挂的情况
新的需求(运维人员):
减少192.168.221.132后端的压力,稍微给空闲的192.168.221.133后端加点压力
192.168.221.132权重3,192.168.221.13权重2,不作为备用服务器,而去对接部分用户的需求,减少服务器192.168.221.132的压力
(7)作用:
使用负载均衡可以抵抗大流量冲击导致后端服务器1挂了,而用户没有办法使用服务,也可以满足用户对于服务响应速度,提高用户的体验;
能够给运维人员及时恢复服务的余地.
正常来讲,均衡讲的是一个相对的,一般在大流量面前,既要有备用服务器和减压服务器,两者相结合,才能让前面服务器保持高性能的运行
3、通过nginx将本地镜像软件包发布出去，并实现后端两台服务器均衡；
同步源-----------------------
mkdir /data/{centos,epel} 创建本地目录
reposync -r base -r updates -p /data/centos/ 同步yum源 (常用)
createrepo /data/centos 生成元数据
(1)后端服务器准备好本地镜像软件
后端1,2的nginx.conf中的http模块内要添加include /usr/local/nginx/conf/vhost/*.conf;
后端2:192.168.221.135
后端1:192.168.221.132
(2)修改发布目录路径
后端2:192.168.221.135
后端1:192.168.221.132
(3)前端发布镜像软件
前端:192.168.221.133
(4)挂载发布目录
后端2:
后端1:
(5)开启服务
前端:
后端1:
后端2:
(6)本地物理机做解析
(7)查看结果
前端:
后端1
后端2:
