nginx反向代理和负载均衡

118 阅读7分钟

携手创作,共同成长!这是我参与「掘金日新计划 · 8 月更文挑战」的第8天,点击查看活动详情

目录: 1.实验环境 2.安装并配置nginx 3.Nginx的反向代理 4.Nginx的负载均衡 5.这里是一台nginx代理服务器,两台web服务器。 Nginx反向代理服务器:192.168.1.100 Web1:192.168.1.51 Web2:192.168.1.89 一:环境准备 1)Centos 6.5 x86_64 2)Nginx 1.4.7 3)各个节点时间同步(每个节点上和代理服务器上都要执行) 4)关闭防火墙和Selinux(每个节点和nginx代理服务器上都要操作执行)

# service  iptables  stop
# chkconfig  iptables  off
# vim  /etc/selinux/config
SELINUX=disabled

安装并配置nginx反向代理服务器。 5)Nginx的安装 Nginx代理服务器的安装有专门的附件安装nginx服务器,这里不再详说。Nginx已经成功安装在centos 6.5上。(192.168.1.100)且可以正常访问页面。 6)在两台web服务器上安装web,web1为centos 6.5_x64的系统,web2也为centos6.5_x64的系统。 7)在两台web服务器上安装web(两台上面都执行)

# yum  -y  install  httpd
# echo  “<h1>web1.test.com</h1>”  >  /var/www/html/index.html
# echo  “<h1>web2.test.com</h1>”  >  /var/www/html/index.html
或者(两台web上都要做)
# cd  /var/www/html/
# vim  index.html
<h1>web1.test.com</h1>
# service  httpd  start 
# systemctl  start  httpd.service
# netstat  -anpt  |  grep  :80

之后在浏览器中访问,可以正常访问 在这里插入图片描述 在这里插入图片描述

10)正向代理

正向代理,也就是我们常说的代理,其工作原理为:我访问不了某个网站,但 是我能访问一个代理服务器,这个代理服务器他能访问那个我不能访问的网站,于 是我连上代理服务器,告诉他我需要那个无法访问网站的内容,代理服务器去取回 来之后返回给我。从网站的角度来说只在代理服务器来取内容的时候有一次记录, 有时候并不知道是用户的请求,也隐藏了用户的资料,这取决于代理是否告诉网站。 总之,正向代理是一个位于客户端和原始服务器之间的服务器,为了从原始服 务器取得内容,客户端向代理发送一个请求并指定目标,然后代理向原始服务器转 交请求并将获得的内容返回给客户端。客户端必须要进行一些特别的设置才能使用 正向代理。

11)反向代理的概念

反向代理就是客户端并不知道代理服务器上没有自己要的内容,对于客户端 来说代理服务器就是原始服务器,且客户端不需要做任何特别设置,客户端向反向 代理服务器的命名空间中的内容发送普通请求,接着反向代理服务器判断向何处转 交请求,并将获得的内容返回给客户端,就像是这些内容是他自己的一样。 12)正向代理和反向代理的区别 正向代理的典型应用是为在防火墙内的局域网客户端提供访问Internet的途径。 正向代理还可以使用缓冲特性减少网络使用率,反向代理的典型用途是将防火墙后面的服务器提供给Internet用户访问。反向代理还可以为后端的多台服务器提供负载均衡,或者为后端较慢的服务器提供缓冲服务。另外,反向代理还可以启用高级URL策略和管理技术,从而使处于不同web服务器系统的web页面同时存在与同一个URL空间下。 安全方面来说,正向代理允许客户端通过它访问任意网站并且隐藏客户端自身, 因此你必须采取安全措施以确保仅为经过和授权的客户端提供服务。反向代理对外 都是透明的,访问者并不知道自己访问的是一个代理。

三、反向代理服务器的配置。

13)配置nginx反向代理服务器

# cd  /usr/local/nginx/conf/
# cp  nginx.conf  nginx.conf.bak
# vim  nginx.conf
在http{}中的server{}中的location  / {}中添加:proxy_pass http://192.168.1.51;

在这里插入图片描述

# /usr/local/nginx/sbin/nginx  -t

在这里插入图片描述

# pkill  -9  nginx
# /usr/local/nginx/sbin/nginx

之后在浏览器中直接访问nginx反向代理服务器的地址,即可访问到1.51上的信息。 在这里插入图片描述 看一下web上的httpd的日志

#tail  /var/log/httpd/access_log

看到是反向代理服务器的ip而不是客户端的ip。

四、负载均衡的配置。

15)upstream负载均衡模块说明 upstream是nginx的http upstream模块,这个模块通过一个简单的调度算法来实现客户端ip到后端服务器的负载均衡,通过upstream指令指定一个负载均衡的名称。这个名称任意指定,在后面需要用到的地方直接调用即可。 16)upstream支持负载均衡算法 nginx的负载均衡模块目前支持4种调度算法轮询(默认的):每个请求按照时间顺序依次分配到不同的后端服务器,如果后端服务器宕机,故障服务器自动被剔除,使用户访问不受影响。Weight指定权重值,值越大访问到的几率越大,这个看后端服务器的配置水平而定。 Ip_hash:每个请求按访问ip的hash结果分配,这样来自同一个ip的访客固定访问一个后端服务器,有效解决了动态页面存在的session共享问题。 Fair:这是比上两个更加智能的负载均衡算法,此种算法可以依据页面代销和加载时间的长短智能的进行负载均衡,也就是根据后端服务器的响应时间来分配请求,响应时间短的优先分配。 url_hash:此方法按照访问URL的hash结果来分配请求,使每个URL定向到同一个后端服务器,可以进一步提高后端缓存服务器的效率。

upstream支持的状态参数

在http upstream模块中,可以通过server指令指定后端服务器的ip地址和端口,同时还可以设定每个节点在负载均衡调度中的状态,比如:down:表示当前Server不参与负载均衡。backup:预留的备份,当其他所有非backup机器出故障或者繁忙的时候,才会请求backup机器,所以此机器的压力也是最轻的。 max_fails:允许请求失败的次数,默认为1,当超过最大次数时,返回 proxy_next_upstream模块定义的错误。 Fail_timeout:在经历了max_fails失败后,暂停服务的时间。Max_fails和faul_timeout一起使用。 注意:当负载调度算法为ip_hash时,后端服务器在负载均衡调度中的状态不能是Weight和backup。 在nginx服务器上

# cd  /usr/local/nginx/conf
# vim  nginx.conf
在http{}中server{}外添加:
upstream    webservers {
        server  192.168.1.51    weight=1;
        server  192.168.1.89    weight=1;
        }

在这里插入图片描述

并且修改location  / {}中http://后的名称为upstream后的名字
location / {
            root   html;
            index  index.html index.htm;
            proxy_pass  http://webservers;
    
        }

在这里插入图片描述

# /usr/local/nginx/sbin/nginx  -t
# pkill  -9  nginx
# /usr/local/nginx/sbin/nginx

之后通过浏览器访问192.168.1.100,nginx反向代理服务器,则会依次显示1.51和1.89web服务器上的网页信息。在权重为1时,其概率是同等的。可以根据两个web服务器的性能不同调整权重值。 19)配置nginx反向代理服务器,进行健康状态检查 max_fails:允许请求失败的次数,默认为1.当超过最大次数时,返回 proxy_next_upstream模块定义的错误。 Fail_timeout:在经历了max_fails次失败后,暂停服务时间。Max_fails可以和faile_timeout一起使用,进行健康状态检查。 20)在upstream{}的weight后添加max_fails和fail_timeout,如下所示:

# vim  /usr/local/nginx/conf/nginx.conf
	upstream    webservers {
        server  192.168.1.51    weight=1  max_fails=2  fail_timeout=2;
        server  192.168.1.89    weight=1  max_fails=2  fail_timeout=2;
        }

在这里插入图片描述

# /usr/local/nginx/sbin/nginx  -t

之后停止一个web1服务器,在浏览器中继续访问反向代理服务器,发现其只能访问到web2服务器了,之后再将web1启动,访问发现web1和web2都好了。这说明nginx的健康状态检查配置成功。