Nginx 的关键组件的介绍

    本文章主要介绍Nginx本身功能，不依赖第三方的任何模块。介绍常用的组件功能：反向代理、负载均衡、Http服务器、正向代理

反向代理（Reverse Proxy）：

    什么是反向代理呢？本人最直接的理解是 将外部的请求，通过 Nginx 软件转向内部请求当中，并响应相关请求。Nginx接收外部的连接请求，然后将请求转发给内部服务器，并将结果反馈请求客户端，此时代理服务器的表现为一个反向代理服务器。目的就是为了真实的内部服务器不能直接外部网络访问。代理服务器的前提条件是该服务器能被外部网络访问的同时又跟真实服务器在同一个网络环境。

 

反向代理简单配置方式：

server {

　　listen　　80;

　　server_name　　localhost;

　　client_max_body_size 1024M;

　　location / {

　　　　proxy_pass　　http://localhost:8080;

　　　　proxy_set_header Host $host:$server:$server_port;

　　}

}

保存配置文件后重启Nginx服务，就生效了。

 

负载均衡：

    nginx负载均衡主要是对七层网络通信模型中的第七层应用层上的http、https进行支持。简单而言，2台或以上的应用服务器时，根据相应规则将请求分发到某台服务器上处理。负载均衡配置一般都需要跟反向代理同时配置，通过反向代理跳转到负载均衡。（目前负载均衡的技术点：硬件层面有F5负载均衡器，网络层层面有LVS(Linux Virtual Server)，应用层层面就是nginx、Haproxy等。）

    以下简单介绍常用的 Nginx 负载均衡策略（RR（默认）、轮询、ip_hash，fair、url_hash）：

RR（默认）策略：

　每个请求按顺序逐一分配到每台服务器当中，如果后端某台出现宕机，Nginx 会自动隔离。

简单配置方式：

upstream test {

　　server 192.168.1.22:8080;

　　server 192.168.1.23:8080;

}

server　　{　

　　listen　　80;

　　server_name localhost;

　　client_max_size 1024;

　　location / {

　　　　proxy_pass http://test;

　　　　proxy_set header  Host  $host:$server:$server_post;

　　　　}

}

注意：这里我配置了2台服务器，当然实际上是一台，只是端口不一样而已。我们访问http://localhost 的时候,会默认跳转到http://localhost:8080 具体是因为Nginx会自动判断服务器的状态。如果服务器处于不能访问（服务器挂了），就不会跳转到这台服务器，所以也避免了一台服务器挂了影响使用的情况，由于Nginx默认是RR策略，所以我们不需要其他更多的设置。

 

轮询策略：

　　RR （默认）:upstream按照轮询（默认）方式进行负载，每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。虽然这种方式简便、成本低廉。但缺点是：可靠性低和负载分配不均衡。

　　weight(按权重轮询):指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况而设定。

简单配置方式：

upstream test {

   server 192.168.1.22 weight = 6； ---将 60% 的请求分配到该服务器中 

   server 192.168.1.23 weight = 4； ---将 40% 的请求分配到该服务器中

}

 

ip_hash方式：

每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。配置只需要在upstream中加入"ip_hash;"即可。

简单配置方式：

upstream test {

　　ip_hash;

　　server 192.168.1.22:8080;

　　server 192.168.1.23 8080;

}

 

far方式（第三方）

    按后端服务器的响应时间来分配请求，响应时间短的优先分配。与weight分配策略类似。

upstream test {

　　far;

　　server 192.168.1.22:8080;

　　server 192.168.1.23 8080;

}

 

url_hash（第三方）

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

upstream test {

　　hash $request_url;

　　hash_method crc32;

　　server 192.168.1.22:8080;

　　server 192.168.1.23 8080;

}

 

HTTP服务器：

     Nginx本身也是一个静态资源的服务器，当只有静态资源的时候，就可以使用Nginx来做服务器，同时也可以完成动静分离。

静态配置方式：   

server  {

　　listen 80;

　　server_name localhost;

　　client_max_body_size 1024M;

　　location / {

　　　　root E:\wwwroot;

　　　　index index.html;

　　}

}

保存配置文件并重启Nginx服务就生效了。方式http://localhost 就会默认访问当E盘下的wwwroot目录的index.html文件了。

动静分离：

    动静分离是让动态网站里的动态网页根据一定规则把不变的资源和经常变的资源区分开来，动静资源做好了拆分以后，我们就可以根据静态资源的特点将其做缓存操作，这就是网站静态化处理的核心思路。

简单配置方式：

upstream test {

　　server 192.168.1.22:8080;

　　server 192.168.1.23 8080;

}

server  {

　　listen 80;

　　server_name localhost;

　　client_max_body_size 1024M;

　　location / {

　　　　root E:\wwwroot;

　　　　index index.html;

　　}

　　location ~ \.(gif|jpg|jpeg|png|bmp|swf|css|js)$ {    ----所有静态请求由nginx来处理，存放在E盘下的wwwroot目录

　　　　root  E:\wwwroot;

　　}

　　location ~ \.(jsp|do)$ {

　　　　proxy_pass  http://test1;    ----所有动态请求转发给tomcat来处理

　　}

}

这样我们就可以把HTML以及图片和css以及js放到wwwroot目录下，而tomcat只负责处理jsp和请求，例如当我们后缀为gif的时候，Nginx默认会从wwwroot获取到当前请求的动态图文件返回，当然这里的静态文件跟Nginx是同一台服务器，我们也可以在另外一台服务器，然后通过反向代理和负载均衡配置过去就好了，只要搞清楚了最基本的流程，很多配置就很简单了，另外localtion后面其实是一个正则表达式，所以非常灵活。

 

正向代理：

　客户端访问internet时（客户端本身不能访问internet），不能直接访问，而通过中间服务器访问，此服务器为正向代理。所谓正向代理，客户端向代理服务器发起 Internet 请求，由代理服务器将请求转向 Internet 并将结果反馈客户端。 

    如果把局域网外的Internet想象成一个巨大的资源库，则局域网中的客户端要访问Internet，则需要通过代理服务器来访问，这种代理服务就称为正向代理。

简单配置方式：

resolver 192.168.1.22 10.10.10.10;

server {

　　resolver_timeout 3s;

　　listen 80;　

　　access_log e:\wwwroot\proxy_access.log;

　　error_log e:\wwwroot\proxy_error.log;

　　location / {

　　　　proxy_pass http://$host:$request_uri;

　　}

}

resolver是配置正向代理的DNS服务器，listen 是正向代理的端口，配置好了就可以在ie上面或者其他代理插件上面使用服务器ip+端口号进行代理了。

转载于:https://www.cnblogs.com/GDZM/p/11320591.html