Nginx的几种常用方法

素颜马尾好姑娘i 2022-04-11 02:30 315阅读 0赞

Nginx的第三方模块众多，在不加载第三方模块的情况下，Nginx能做什么呢？  
比如：

1.反向代理
    2.正向代理
    3.HTTP服务器
    4.负载均衡

我在之前写过一篇关于：[使用Nginx实现负载均衡][Nginx]  
在那篇文章里，就`HTTP服务器的（静态资源代理）`和使用`Nginx实现简单的HTTP重定向负载均衡`做了介绍并且给了相关的demo。下面就今天的几个例子做一个介绍。

##### 反向代理 #####

反向代理再Nginx中应该是使用非常多的了，关于什么是反向代理，先看一下官方的说法吧。

***反向代理（Reverse Proxy）方式是指以代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端，此时代理服务器对外就表现为一个反向代理服务器。  
简单来说就是真实的服务器不能直接被外部网络访问，所以需要一台代理服务器，而代理服务器能被外部网络访问的同时又跟真实服务器在同一个网络环境，当然也可能是同一台服务器，端口不同而已。***  
看到这里应该就很清楚了，实际上你的很多项目的配置几乎都是采用的反向代理形式进行的配置。  
例：

server {   
            listen 80;
            #listen [::]:80 default_server ipv6only=on;
            server_name guwenjie.freephp.top;
                   
            location / {             
            	proxy_pass http://localhost:8088;            
            	...
            }
        }

当我们访问[`guwenjie.freephp.top`][guwenjie.freephp.top]的时候，就相当于访问 localhost:8088 了。

##### 正向代理 #####

正向代理有什么好处呢，额。。。公司有的服务器不能上外网，在这种情况下装软件比较麻烦，所以考虑通过能上外网的机器提供正向代理。`O(∩_∩)O~`  
***正向代理，一个位于客户端和原始服务器(origin server)之间的服务器，为了从原始服务器取得内容，客户端向代理发送一个请求并指定目标(原始服务器)，然后代理向原始服务器转交请求并将获得的内容返回给客户端。客户端才能使用正向代理。当你需要把你的服务器作为代理服务器的时候，可以用Nginx来实现正向代理。***  
例：

resolver 6.6.6.6 8.8.8.8;    
    server {         
    	resolver_timeout 6s;        
    	listen 83;        
       
    	location / {             
    		proxy_pass http://$http_host$request_uri;
    	}
    }

注意：

必须有resolver , 即dns服务器，即上面的6.6.6.6，换成你们的DNS服务器ip即可
    不能有hostname
    $http_host和$request_uri是nginx系统变量，保持原样

在需要访问外网的机器上进行如下操作：

export http_proxy=http://proxyaddress：proxyport
    
    gedit ~/.bashrc export http_proxy=http://proxyaddress：proxyport

proxyaddress也就是你的Nginx服务器的ip了，proxyport就是上面配置中的83端口，可自定义。

##### HTTP服务器 #####

***Nginx本身也是一个静态资源的服务器，当只有静态资源的时候，就可以使用Nginx来做服务器，同时动静分离也可以通过Nginx来实现***  
引用我那一篇文章的例子（可以再看一下反向代理）：  
我们将root 目录设置为下面所示目录，这里存放静态资源，其实他真正的存放于 127.0.0.1:8855 项目下的该目录。这里的IP本应是另一台服务器IP，为了测试就使用本机了。  
那么在这种情形下，当你访问配置的域名： test1.freephp.top/index.html 文件的话，我们依然能够访问成功，并且访问到了 127.0.0.1:8855 下 static 目录下的index.html

server_name test1.freephp.top;
    root   /home/wwwroot/workspace/public/static;
    ...
    
    location / { 
                 if (!-e $request_filename){ 
                    proxy_pass http://127.0.0.1:8855;
                 }
             }

##### 负载均衡 #####

***负载均衡：分摊到多个操作单元上进行执行，和它的英文名称很匹配。就是我们需要一个调度者，保证所有后端服务器都将性能充分发挥，从而保持服务器集群的整体性能最优，这就是负载均衡。***  
简单而言就是当有2台或以上服务器时，根据规则随机的将请求分发到指定的服务器上处理，负载均衡配置一般都需要同时配置反向代理，通过反向代理跳转到负载均衡。而Nginx目前支持`自带3种负载均衡策略`，还有`2种常用的第三方策略`。

*  **默认RR法（轮询）**  
    使用 nginx 中的 upstream模块 来实现nginx将跨越单机的限制，完成网络数据的接收、处理和转发。我们主要使用提到的转发功能进行调度分发。

//举例，以下IP，端口无效
    //upstream 定义模块名称
     upstream test{  
          server 11.22.333.11:6666 weight=1; 
          server 11.22.333.22:8888 down; 
          server 11.22.333.33:8888 backup;
          server 11.22.333.44:5555 weight=2; 
    }
    //down 表示单前的server临时不參与负载.
    //weight 默觉得1.weight越大，负载的权重就越大
    //backup： 其他全部的非backup机器down或者忙的时候，请求backup机器。所以这台机器压力会最轻

*  **权重法（加权轮询法）**  
    upstream 模块默认就是轮询法，每个ip分发一次，设置权重（加权轮询法）的意义上面已经解释过了，举例解释下，下例中 8811 这个端口权重就是 8855 的两倍，比如三次请求，大概就是两次分发给 8811 一次分发给 8855。  
    这个主要`用于后端服务器性能不均的情况`

upstream test2{ 
            server **.***.***.***:8855 weight=1;
            server **.***.***.***:8811 weight=2;
    }
    
    root   /home/wwwroot/workspace/public/static;
    
    location / { 
                 if (!-e $request_filename){ 
                     proxy_pass http://test2;
                 }
             }

*  **源地址哈希法(ip\_hash)**  
    什么是源地址哈希法，就是对访问用户的IP进行hash后的结果进行分配，这样每一个用户固定请求同一个后端服务器，能够解决session的问题。  
    上面的介绍的2种方式都有一个问题，那就是下一个请求来的时候请求可能分发到另外一个服务器，当我们的程序不是无状态的时候（采用了session保存数据），这时候就有一个很大的很问题了，比如把登录信息保存到了session中，那么跳转到另外一台服务器的时候就需要重新登录了，所以很多时候我们需要一个客户只访问一个服务器，那么就需要用ip\_hash了，ip\_hash的每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。

upstream test3{ 
            ip_hash; 
            server **.***.***.***:8855;
            server **.***.***.***:8811;
    }

##### fair法（非官方） #####

这个fair表示的是按照服务器响应时间的长短来进行分发的，服务器响应时间越短的，优先分发。

upstream test4{ 
            server **.***.***.***:8855;
            server **.***.***.***:8811;
            fair; 
    }
    ...

##### url\_hash法（非官方） #####

按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。 在upstream中加入hash语句，server语句中不能写入weight等其他的参数，hash\_method是使用的hash算法。

upstream test5{  
            hash $request_uri; 
            hash_method md5; 
            server **.***.***.***:8855;
            server **.***.***.***:8811;
        }

上面五中方法前三种是官方自带的，后面两种非官方的需要安装第三方模块实现。

[Nginx]: https://blog.csdn.net/gu_wen_jie/article/details/82149003
[guwenjie.freephp.top]: http://guwenjie.freephp.top