Nginx从入门到掌握【(第3节(共3节)】

目录: 

1. 关于Reserve Proxy;
   

2. ngx_http_proxy_module模块;
   

3. ngx_http_upstream_module模块;

正文: 

一、关于Reserve Proxy.

Proxy请求过程分为两个阶段:

  首先是请求报文从Client到Proxy的过程，包含Client向Proxy请求数据报文时的HTTP请求首部，nginx proxy接收到请求报文后，会将报文进行拆除，以了解报文内部请求的具体内容;并且去匹配本机的location；一旦匹配到，发现该报文请求内容是要发往后端服务器去请求的，此时proxy_server需要自己重新构建请求报文送往后端服务器。

二、ngx_http_proxy_module模块

作用： The ngx_http_proxy_module module allows passing requests to another  server.

格式：

/uri --> /newuri  //上面示例中/uri对应的就是/newuri.

如果此处location后跟的/uri是通过模式匹配定义的，该种情形，实际请求的url路径为 http://back_server:port/newuri/uri   
如果location中使用了url重定向(rewrite)时，nignx将使用重定向之后的uri进行处理，而不是重定向之前的.

实验一. 通过直接匹配与正则匹配的方式设置反向代理.

实验环境：

首先确认后端node服务器访问正常:

然后确保nginx_proxy代理服务器正常可用：

然后开始配置proxy_pass:

浏览器访问测试：

从访问的结果得出这样的结论：访问代理服务器ip，将是proxy_pass模块进行响应！ 

此时查看node服务器的web访问日志，可以发现来源IP是nginx代理服务器的ip.

关于location匹配的其他情况：

第一种情况：

注：image/qq.jpg是node2服务器站点存放网页的根目录下的子目录，该子目录中包含qq.jpg图片.

修改node2 httpd服务配置文件：

浏览器访问：

查看node2服务器的access日志文件：

第二种情况：    

第三种情况：

查看node2服务器/js目录下的网页文件内容：

浏览器访问：

第四种情况：

如果采用的正则表达式匹配，则location部分会直接补到待访问的IP地址后边，如果ip地址后边有其他路径，也会将该路径替换.

第五种情况：

此情况下，在node1服务器下的/var/www/html/bbs/路径下也应该有.jpg结尾的文件才行
浏览器访问http://yangbin.com:8080/images/images.png，也会进行映射，实际的访问路径为http://10.68.7.202/images/images.png.

浏览器验证过程略.

注：关于以上各种情况带来的访问ip的问题：

  实验一的情况，后端的node服务器上access_logs记录的Client_ip是nginx反向代理服务的ip;而真实环境中，很多时候为了分析用户行为，需要获取访问用户的真实ip，因此以上情况的配置就有问题，因为它将访问用户的ip统统转化为了代理服务器的ip.该问题的解决办法，具体配置详见"实验2".

实验2：向客户端发送特定首部,记录客户端的ip.

官网文档：
 http://nginx.org/en/docs/http/ngx_http_core_module.html#variables  
 http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_set_header  

首先配置代理服务器：

然后修改node服务器配置文件的log格式：

分别在浏览器访问两个location，然后到node服务器端查看访问日志：

10.68.7.167为访问客户端的ip.

实验3：nginx的代理缓存(proxy_cache)功能,加速用户访问站点的速度;

官网文档：
http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_cache

此处可用压测命令ab来测试缓存前后的效果.

ab命令的使用方法： http://024mj.blog.51cto.com/10252785/1684794

语法：

/data/nginx/cache: 表示缓存存储的具体路径; 
levels=1:2 表示缓存的级别，1:2表示共有两级缓存目录，第一级缓存目录共有1个字符表示，第二级缓存目录共有2个字符表示，如果levels=1:2:3,表示共有3三级缓存目录，第三级缓存目录用三个字符表示;

keys_zone=one:10m表示在内存中找10兆大小的位置，取名为one来存储键值;
结果示例：

/data/nginx/cache/c/29/b7f54b2df7773722d382f4809d65029c
 目录c：表示为一级缓存目录，共一个字符;

 目录29：为二级缓存目录,共两个字符;后面的一长串字符为缓存的具体文件; 

其他proxy_cache模块配置语法说明：

作用：定义客户端只有使用GET,HEAD或POST时才会缓存；一般都是使用GET或HEAD时才会缓存;
POST: 提交.
PUT：上传.

作用：Sets the number of requests after which the response will be cached. 
即设定用户请求的内容被响应多少次之后才会被缓存.
     

作用：purge表示修剪,净化,清除; 即缓存管理;
使用场景：

1)缓存都有有效期限;在有效期限到来之前，缓存会一直有效;而在这期间，当后端服务器内容发生改变，用户请求到仍然是旧的资源;
2)使用缓存修剪，网站管理人员可以限定自动将请求的缓存从本地缓存中删除，这样下次请求时将从后端服务器请求新的内容并缓存到本地，保证缓存与后端服务器资源的同步一致;
3)使用时注意权限问题，不能随便授权;
              

作用：重新有效期验证;即过期后重新校验，就是当缓存过期后,它自动向后端服务器询问资源是否有改动;如果没有改动，就延长本地缓存过期时间继续使用，可以避免占据后端网络带宽;

作用：当用户访问某个资源，正好代理服务器缓存已过期，然后代理服务器向后端请求资源，正好后端服务器宕机了;此时代理服务器只能向客户端返回请求的资源不存在;
而使用此选项，可以在这种情况下自定义给客户端返回的错误信息，如timeout,updating,500,404等委婉信息;

作用：Sets caching time for different response codes. For example, the following directives:

例：

  proxy_cache_valid 200 302 10m;
  proxy_cache_valid 404      1m;
按照响应码来进行缓存;自定义缓存时长，而不用默认的;

三、ngx_http_upstream_module模块;

语法：

配置：

浏览器访问即会出现轮询的情况;

注：
upstream和proxy_pass的区别：proxy_pass后面只能定义一个ip站点;upstream则可以把多个ip站点做成一个组(只能defined在http中)，放在proxy_pass模块后面以特定的方式来调用; 
还要注意：
   The ngx_http_upstream_module module is used to define groups of servers that can be referenced by the proxy_pass, fastcgi_pass, uwsgi_pass, scgi_pass, and memcached_pass directives. 

upstream模块默认是加权轮询的，只不过权重都等于1.

其他upstream模块选项：

The following parameters can be defined: 
 1) weight=number 
 2) max_conns=number 
 3) fail_timeout=time 
 4) max_conns=number  
 5) max_fails=number  //用来做健康状态检查，尝试多少次连接后还连接不上，就将其标记为失效,并将其移除;
 6) fail_timeout=time  //定义超时时间;
 7) backup  //标记为备用服务器,当另一台服务器可用时，被标记的这台服务器不会提供服务，只有当另一外服务器不可用时，被标记的这台服务器才会主动提供服务。一般把proxy服务器自己当做备用服务器;
 8)down  //标记为永久下线，使用场景：后台服务器需要升级且不支持平滑升级的情况下;
例如：     

//这样定义完的效果是7.200站点的资源刷新三下后才会轮询到7.201上面;

作用：算法指令，指客户端访问到哪个站点后,刷新不会跳转到其他站点，指session绑定,原地址绑定;
ip_hash可能有损负载均衡效果;  
e.g:

   Nginx的基本配置已完成，其实以上总结的凤毛菱角，nginx强大功能背后所涉及的配置复杂程度远非于此，而官网文档，非常有参考及学习价值，值得经常查阅！ 

附：

Nginx rpm包下载地址：https://pkgs.org/download/nginx

Tengine官网学习地址：http://tengine.taobao.org/

--- 第三部分完成！

本文转自 羽丰1995 51CTO博客，原文链接:http://blog.51cto.com/13683137989/1892711