nginx反向代理服务器并实现负载均衡

最新推荐文章于 2022-06-15 16:32:29 发布

狂奔的蚂蚁（达克）

最新推荐文章于 2022-06-15 16:32:29 发布

阅读量324

点赞数

分类专栏： linux 基础

本文链接：https://blog.csdn.net/weixin_42104231/article/details/83659729

版权

linux 基础专栏收录该内容

53 篇文章 2 订阅

订阅专栏

nginx不但可以做web服务器，也可以做反向代理服务器。

说反向代理之前先说一下正向代理，正向代理相信很多大陆同胞都在这片神奇的土地上用过了。就是访问国外网被墙了，然后找个代理服务，通过该服务器访问国外网站，这个是正向代理。

反向代理是客户端访问代理服务器，但是代理服务器没有用户需要的资源，然后代理服务器偷偷访问应用服务器，获取资源返回给用户，用户不知道代理服务器是访问了应用服务器，代理服务器也隐藏了应用服务器的url。（反向代理的典型用途是将防火墙后面的服务器提供给Internet用户访问）

一反向代理服务器通常的两种模型

1 作内容服务器的替身

如果您的内容服务器具有必须保持安全的敏感信息，如信用卡号数据库，可在防火墙外部设置一个代理服务器作为内容服务器的替身。当外部客户机尝试访问内容服务器时，会将其送到代理服务器。实际内容位于内容服务器上，在防火墙内部受到安全保护。代理服务器位于防火墙外部，在客户机看来就像是内容服务器。

当客户机向站点提出请求时，请求将转到代理服务器。然后，代理服务器通过防火墙中的特定通路，将客户机的请求发送到内容服务器。内容服务器再通过该通道将结果回传给代理服务器。代理服务器将检索到的信息发送给客户机，好像代理服务器就是实际的内容服务器（参见图 2）。如果内容服务器返回错误消息，代理服务器会先行截取该消息并更改标头中列出的任何 URL，然后再将消息发送给客户机。如此可防止外部客户机获取内部内容服务器的重定向 URL。

这样，代理服务器就在安全数据库和可能的恶意攻击之间提供了又一道屏障。与有权访问整个数据库的情况相对比，就算是侥幸攻击成功，作恶者充其量也仅限于访问单个事务中所涉及的信息。未经授权的用户无法访问到真正的内容服务器，因为防火墙通路只允许代理服务器有权进行访问。

2 作为内容服务器的负载均衡器

以在一个组织内使用多个代理服务器来平衡各 Web 服务器间的网络负载。在此模型中，可以利用代理服务器的高速缓存特性，创建一个用于负载平衡的服务器池。此时，代理服务器可以位于防火墙的任意一侧。如果 Web 服务器每天都会接收大量的请求，则可以使用代理服务器分担 Web 服务器的负载并提高网络访问效率。

对于客户机发往真正服务器的请求，代理服务器起着中间调停者的作用。代理服务器会将所请求的文档存入高速缓存。如果有不止一个代理服务器，DNS 可以采用“循环复用法”选择其 IP 地址，随机地为请求选择路由。客户机每次都使用同一个 URL，但请求所采取的路由每次都可能经过不同的代理服务器。

可以使用多个代理服务器来处理对一个高用量内容服务器的请求，这样做的好处是内容服务器可以处理更高的负载，并且比其独自工作时更有效率。在初始启动期间，代理服务器首次从内容服务器检索文档，此后，对内容服务器的请求数会大大下降。

二搭建nginx反向代理web服务器

1 部署后端Web服务器，后端Web服务器可以简单使用yum方式安装httpd实现Web服务，为了可以看出后端服务器的不同，可以将两台后端服务器的首页文档内容设置为不同的

环境：web1服务器一台 192.168.5.100 ，web2服务器一台192.168.5.200 ，nginx反向代理服务器一台192.168.4.5 ，客户测试机一台192.168.4.10. 系统均为RHEL7

（1）部署后端Web1服务器

[root@web1 ~]# yum  -y  install  httpd
[root@web1 ~]# echo "192.168.2.100" > /var/www/html/index.html
[root@web1 ~]# systemctl restart httpd
[root@web1 ~]# firewall-cmd --set-default-zone=trusted
[root@web1 ~]# setenforce 0

（2）部署后端Web2服务器

[root@web2 ~]# yum  -y  install  httpd
[root@web2 ~]# echo "192.168.2.200" > /var/www/html/index.html
[root@web2 ~]# systemctl restart httpd
[root@web2 ~]# firewall-cmd --set-default-zone=trusted
[root@web2 ~]# setenforce 0

2 配置Nginx服务器，添加服务器池，实现反向代理功能，负载均衡：轮询

（1）修改/usr/local/nginx/conf/nginx.conf配置文件

[root@proxy ~]# vim /usr/local/nginx/conf/nginx.conf
.. ..
http {
.. ..
#使用upstream定义后端服务器集群，集群名称任意(如webserver)
#使用server定义集群中的具体服务器和端口
upstream webserver {
                server 192.168.2.100:80;
                server 192.168.2.200:80;
        }
.. ..
server {
        listen        80;
        server_name  localhost;
            location / {
#通过proxy_pass将用户的请求转发给webserver集群
            proxy_pass http://webserver;
        }
}

配置过程中upstream定义的web服务器集群位与http的节点内，与server同级。proxy_pass转发请求位于location节点内

（2）重启nginx服务，客户端使用浏览器访问代理服务器测试轮询效果

[root@proxy ~]# /usr/local/nginx/sbin/nginx -s reload
[root@client ~]# curl http://192.168.4.5            //使用该命令多次访问查看效果
[root@client ~]# curl http://192.168.4.5            //使用该命令多次访问查看效果

轮询：nginx反向代理时，默认使用轮询的负载均衡策略，当客户机第一次访问时，获得的时web1的页面，第二次访问时获得的时web2的页面，依次类推。

3 配置负载均衡策略为加权轮询：

[root@proxy ~]# vim /usr/local/nginx/conf/nginx.conf
.. ..
http {
.. ..
upstream webserver {
                server 192.168.2.100 weight=1 max_fails=1 fail_timeout=30;
                server 192.168.2.200 weight=2 max_fails=2 fail_timeout=30;
                server 192.168.2.101 down;
        }
#weight设置服务器权重值，默认值为1
#max_fails设置最大失败次数
#fail_timeout设置失败超时时间，单位为秒
#down标记服务器已关机，不参与集群调度
.. ..
server {
        listen        80;
        server_name  localhost;
            location / {
            proxy_pass http://webserver;
        }
}

weight加权轮询：接收到的请求按照顺序逐一分配到不同的后端服务器，即使在使用过程中，某一台后端服务器宕机，nginx会自动将该服务器剔除出队列，请求受理情况不会受到任何影响。这种方式下，可以给不同的后端服务器设置一个权重值（weight），用于调整不同的服务器上请求的分配率；权重数据越大，被分配到请求的几率越大；该权重值，主要是针对实际工作环境中不同的后端服务器硬件配置进行调整的。

4 配置负载均衡策略为ip_hash

[root@proxy ~]# vim /usr/local/nginx/conf/nginx.conf
.. ..
http {
.. ..
upstream webserver {
#通过ip_hash设置调度规则为：相同客户端访问相同服务器
                 ip_hash;
                server 192.168.2.100 weight=1 max_fails=2 fail_timeout=10;
                server 192.168.2.200 weight=2 max_fails=2 fail_timeout=10;
        }
.. ..
server {
        listen        80;
        server_name  www.tarena.com;
            location / {
            proxy_pass http://webserver;
        }
}

单独使用轮询或者加权轮询的缺点是session无法共享

ip_hash：每个请求按照发起客户端的ip的hash结果进行匹配，这样的算法下一个固定ip地址的客户端总会访问到同一个后端服务器，这也在一定程度上解决了集群部署环境下session不共享的问题。nginx反向代理服务器接收到来自客户端的请求，首先会对客户端的ip地址进行hash算法处理，然后取ipv4的前三位八字节的ip段进行计算，如果是ipv6会取全字段进行计算。通过计算出的结果决定此ip固定访问哪一台web服务器内容。

另外还有两种负载均衡策略，这里就简单介绍一下，具体就不做详细演示了。

fair：智能调整调度算法，动态的根据后端服务器的请求处理到响应的时间进行均衡分配，响应时间短处理效率高的服务器分配到请求的概率高，响应时间长处理效率低的服务器分配到的请求少；结合了前三者的优点的一种调度算法。但是需要注意的是nginx默认不支持fair算法，如果要使用这种调度算法，请安装upstream_fair模块

url_hash：按照访问的url的hash结果分配请求，每个请求的url会指向后端固定的某个服务器，可以在nginx作为静态服务器的情况下提高缓存效率。同样要注意nginx默认不支持这种调度算法，要使用的话需要安装nginx的hash软件包

三配置Nginx服务器，添加服务器池，实现TCP/UDP反向代理功能：远程服务

1 修改/usr/local/nginx/conf/nginx.conf配置文件

[root@proxy ~]# vim /usr/local/nginx/conf/nginx.conf
stream {
            upstream backend {
               server 192.168.2.100:22;            //后端SSH服务器的IP和端口
               server 192.168.2.200:22;
}
            server {
                listen 12345;                    //Nginx监听的端口
                proxy_connect_timeout 1s;
                proxy_timeout 3s;
                 proxy_pass backend;
             }
}
http {
.. ..
}

配置过程中，整个stream配置在全局节点，与http同一级。

2 重启nginx服务

[root@proxy ~]# /usr/local/nginx/sbin/nginx -s reload

3 客户端使用访问代理服务器测试轮询效果

[root@client ~]# ssh 192.168.4.5 -p 12345            //使用该命令多次访问查看效果

狂奔的蚂蚁（达克）

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
nginx反向代理服务器并实现负载均衡

nginx不但可以做web服务器，也可以做反向代理服务器。说反向代理之前先说一下正向代理，正向代理相信很多大陆同胞都在这片神奇的土地上用过了。就是访问国外网被墙了，然后找个代理服务，通过该服务器访问国外网站，这个是正向代理。反向代理是客户端访问代理服务器，但是代理服务器没有用户需要的资源，然后代理服务器偷偷访问应用服务器，获取资源返回给用户，用户不知道代理服务器是访问了应用服务器，代理服...
复制链接

扫一扫