全面了解Nginx到底能作什么

写在前面

用了好久nginx，最多的使用场景仍是反向代理功能（准确的说其实只使用了它反向代理的功能），对它的了解仍是远远不够的，最近读了一遍文章《全面了解Nginx到底能作什么》文章写的比较全面，很是适合入门学习了解，通过做者的受权（感谢大佬）这里转发一下，下面把原文贴出来，好的东西固然是要分享出来嘛...

原文地址：全面了解Nginx到底能作什么

前言

本文只针对Nginx在不加载第三方模块的状况能处理哪些事情，因为第三方模块太多因此也介绍不完，固然本文自己也可能介绍的不完整，毕竟只是我我的使用过和了解到过得。

Nginx能作什么

1. 反向代理
2. 负载均衡
3. HTTP服务器（包含动静分离）
4. 正向代理

以上就是我了解到的Nginx在不依赖第三方模块能处理的事情，下面详细说明每种功能怎么作

反向代理

反向代理应该是Nginx作的最多的一件事了，什么是反向代理呢，如下是百度百科的说法：反向代理（Reverse Proxy）方式是指以代理服务器来接受internet上的链接请求，而后将请求转发给内部网络上的服务器，并将从服务器上获得的结果返回给internet上请求链接的客户端，此时代理服务器对外就表现为一个反向代理服务器。简单来讲就是真实的服务器不能直接被外部网络访问，因此须要一台代理服务器，而代理服务器能被外部网络访问的同时又跟真实服务器在同一个网络环境，固然也多是同一台服务器，端口不一样而已。 下面贴上一段简单的实现反向代理的代码

server {  
  listen       80;                                                         
  server_name  localhost;                                               
  client_max_body_size 1024M;

  location / {
    proxy_pass http://localhost:8080;
    proxy_set_header Host $host:$server_port;
  }
}
复制代码

保存配置文件后启动Nginx，这样当咱们访问localhost的时候，就至关于访问localhost:8080了

负载均衡

负载均衡也是Nginx经常使用的一个功能，负载均衡其意思就是分摊到多个操做单元上进行执行，例如Web服务器、FTP服务器、企业关键应用服务器和其它关键任务服务器等，从而共同完成工做任务。简单而言就是当有2台或以上服务器时，根据规则随机的将请求分发到指定的服务器上处理，负载均衡配置通常都须要同时配置反向代理，经过反向代理跳转到负载均衡。而Nginx目前支持自带3种负载均衡策略，还有2种经常使用的第三方策略。

RR（默认）

每一个请求按时间顺序逐一分配到不一样的后端服务器，若是后端服务器down掉，能自动剔除。 简单配置

upstream test {
  server localhost:8080;
  server localhost:8081;
}
server {
  listen       81;                                                         
  server_name  localhost;                                               
  client_max_body_size 1024M;

  location / {
    proxy_pass http://test;
    proxy_set_header Host $host:$server_port;
  }
}
复制代码

负载均衡的核心代码为

upstream test {
  server localhost:8080;
  server localhost:8081;
}
复制代码

这里我配置了2台服务器，固然其实是一台，只是端口不同而已，而8081的服务器是不存在的,也就是说访问不到，可是咱们访问 http://localhost 的时候，也不会有问题，会默认跳转到 http://localhost:8080 具体是由于Nginx会自动判断服务器的状态，若是服务器处于不能访问（服务器挂了），就不会跳转到这台服务器，因此也避免了一台服务器挂了影响使用的状况，因为Nginx默认是RR策略，因此咱们不须要其余更多的设置。

权重

指定轮询概率，weight和访问比率成正比，用于后端服务器性能不均的状况。 例如

upstream test {
    server localhost:8080 weight=9;
    server localhost:8081 weight=1;
  }
复制代码

那么10次通常只会有1次会访问到8081，而有9次会访问到8080

ip_hash

上面的2种方式都有一个问题，那就是下一个请求来的时候请求可能分发到另一个服务器，当咱们的程序不是无状态的时候（采用了session保存数据），这时候就有一个很大的很问题了，好比把登陆信息保存到了session中，那么跳转到另一台服务器的时候就须要从新登陆了，因此不少时候咱们须要一个客户只访问一个服务器，那么就须要用iphash了，iphash的每一个请求按访问ip的hash结果分配，这样每一个访客固定访问一个后端服务器，能够解决session的问题。

upstream test {
  ip_hash;
  server localhost:8080;
  server localhost:8081;
}
复制代码

fair（第三方）

按后端服务器的响应时间来分配请求，响应时间短的优先分配。

upstream backend { 
  fair; 
  server localhost:8080;
  server localhost:8081;
}
复制代码

url_hash（第三方）

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

upstream backend { 
  hash $request_uri; 
  hash_method crc32; 
  server localhost:8080;
  server localhost:8081;
}
复制代码

以上5种负载均衡各自适用不一样状况下使用，因此能够根据实际状况选择使用哪一种策略模式,不过fair和url_hash须要安装第三方模块才能使用，因为本文主要介绍Nginx能作的事情，因此Nginx安装第三方模块不会再本文介绍

HTTP服务器

Nginx自己也是一个静态资源的服务器，当只有静态资源的时候，就可使用Nginx来作服务器，同时如今也很流行动静分离，就能够经过Nginx来实现，首先看看Nginx作静态资源服务器

server {
  listen       80;                                                         
  server_name  localhost;                                               
  client_max_body_size 1024M;

  location / {
    root   e:\wwwroot;
    index  index.html;
  }
}
复制代码

这样若是访问 http://localhost 就会默认访问到E盘wwwroot目录下面的index.html，若是一个网站只是静态页面的话，那么就能够经过这种方式来实现部署。

动静分离

动静分离是让动态网站里的动态网页根据必定规则把不变的资源和常常变的资源区分开来，动静资源作好了拆分之后，咱们就能够根据静态资源的特色将其作缓存操做，这就是网站静态化处理的核心思路

upstream test{  
  server localhost:8080;  
  server localhost:8081;  
}   

server {  
  listen       80;  
  server_name  localhost;  

  location / {  
    root   e:\wwwroot;  
    index  index.html;  
  }  

  # 全部静态请求都由nginx处理，存放目录为html 
  location ~ \.(gif|jpg|jpeg|png|bmp|swf|css|js)$ {  
    root    e:\wwwroot;  
  }  

  # 全部动态请求都转发给tomcat处理 
  location ~ \.(jsp|do)$ {  
    proxy_pass  http://test;  
  }  

  error_page   500 502 503 504  /50x.html;  
  location = /50x.html {  
    root   e:\wwwroot;  
  }  
}
复制代码

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

正向代理

正向代理，意思是一个位于客户端和原始服务器(origin server)之间的服务器，为了从原始服务器取得内容，客户端向代理发送一个请求并指定目标(原始服务器)，而后代理向原始服务器转交请求并将得到的内容返回给客户端。客户端才能使用正向代理。当你须要把你的服务器做为代理服务器的时候，能够用Nginx来实现正向代理，可是目前Nginx有一个问题，那么就是不支持HTTPS，虽然我百度到过配置HTTPS的正向代理，可是到最后发现仍是代理不了，固然多是我配置的不对，因此也但愿有知道正确方法的同志们留言说明一下。

resolver 114.114.114.114 8.8.8.8;
  server {
    resolver_timeout 5s;

    listen 81;

    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+端口号进行代理了。

最后说两句

启动中止及配置文件位置的命令:

/etc/init.d/nginx start/restart # 启动/重启Nginx服务

/etc/init.d/nginx stop # 中止Nginx服务

/etc/nginx/nginx.conf # Nginx配置文件位置
复制代码

Nginx是支持热启动的，也就是说当咱们修改配置文件后，不用关闭Nginx，就能够实现让配置生效，固然我并不知道多少人知道这个，反正我一开始并不知道，致使常常杀死了Nginx线程再来启动。。。Nginx重新读取配置的命令是

nginx -s reload
复制代码

windows下面就是

nginx.exe -s reload
复制代码

PS: 文章来源极客教程网