入门Nginx反向代理服务器

前言

博主最近学习了Nginx，故想通过撰写博客的方式加强对知识的认识和记忆，所涉及知识浅薄，如有错误，敬请指正

---

一.Nginx简介

Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器；其特点是占有内存少，并发能力强，事实上nginx的并发能力在同类型的网页服务器中表现较好，中国大陆使用nginx网站用户有：百度、京东、新浪、网易、腾讯、淘宝等。

Nginx配置文件

server {  
        # 当nginx接到请求后，会匹配其配置中的service模块
        # 匹配方法就是将请求携带的host和port去跟配置中的server_name和listen相匹配
        listen       8080;        
        server_name  localhost; # 定义当前虚拟主机（站点）匹配请求的主机名
        location / {
            root   html; #  文件根目录
            # 设定Nginx服务器返回的文档名
            index  index.html index.htm; # 先找根目录下的index.html，如果没有再找index.htm
        }
}
error_page 500 502 503 504 /50x.html; 报错编码对应页面
location = /50x.html {
root html;
}

server{ } 其实是包含在 http{ } 内部的。每一个 server{ } 是一个虚拟主机（站点）。

上面代码块的意思是：当一个请求叫做localhost:8080请求nginx服务器时，该请求就会被匹配进该代码块的 server{ } 中执行。

在一个server里可以有多个location，location的匹配规则如下：

前置测试访问域名：www.test.com/api/upload

1.location和proxy_pass都带/，则真实地址不带location匹配目录
访问地址：www.test.com/api/upload–>http://127.0.0.1:8080/upload

location /api/ {
    proxy_pass http://127.0.0.1:8080/;
}

2.location不带/，proxy_pass带/，则真实地址会带/
访问地址： www.test.com/api/upload–>http://127.0.0.1:8080//upload

location /api {
    proxy_pass http://127.0.0.1:8080/;
}

3.location带/，proxy_pass不带/，则真实地址会带location匹配目录/api/
访问地址： www.test.com/api/upload–>http://127.0.0.1:8080/api/upload

location /api/ {
    proxy_pass http://127.0.0.1:8080;
}

4.location和proxy_pass都不带/，则真实地址会带location匹配目录/api/
访问地址： www.test.com/api/upload–>http://127.0.0.1:8080/api/upload

location /api {
    proxy_pass http://127.0.0.1:8080;
}

5.同1，但 proxy_pass带地址
访问地址： www.test.com/api/upload–>http://127.0.0.1:8080/server/upload

location /api/ {
    proxy_pass http://127.0.0.1:8080/server/;
}

6.同2，但 proxy_pass带地址，则真实地址会多个/
访问地址： www.test.com/api/upload–>http://127.0.0.1:8080/server//upload

location /api {
    proxy_pass http://127.0.0.1:8080/server/;
}

7.同3，但 proxy_pass带地址，则真实地址会直接连起来
访问地址： www.test.com/api/upload–>http://127.0.0.1:8080/serverupload

location /api/ {
    proxy_pass http://127.0.0.1:8080/server;
}

8.同4，但 proxy_pass带地址，则真实地址匹配地址会替换location匹配目录
访问地址： www.test.com/api/upload–>http://127.0.0.1:8080/server/upload

location /api {
    proxy_pass http://127.0.0.1:8080/server;
}

---

二、反向代理

1.反向代理是什么

客户端不需要任何配置就能访问，只需要将请求发送到反向代理服务器，由反向代理服务器去选择目标服务器，获取数据后再返回给客户端。对外就一个服务器，暴露的是反向代理服务器地址，隐藏了真实服务器IP地址。代理对象是服务端，不知道客户端是谁

反向代理的作用：
保障应用服务器的安全（增加一层代理，可以屏蔽危险攻击，更方便的控制权限）
实现负载均衡（稍等~下面会讲）
实现跨域（号称是最简单的跨域方式）

2.配置反向代理

配置反向代理案例一

1.在windows系统的host文件（C盘Windods/System32/driver/etc/hosts）进行域名和ip对应关系的配置

2.nginx里进行请求转发的配置（反向代理配置） nginx.conf

主要修改 server_name、proxy_pass 两个配置：
server_name：主机IP
proxy_pass：nginx 代理地址

输入网址，显示tomcat主页

配置反向代理案例二

1.准备工作

部署tomcat 8080和tomcat8081

因为tomcat默认的端口号是8080，所以要设定tomcat的端口号时，需要修改server.xml中的部分端口，启动tomcat

在两个tomcat文件中找到webapps，在其目录下建立两个文件edu,vod，里面放入里那个html页面，并测试页面可成功访问。

2.找到nginx配置文件 nginx.conf

server {
    listen       9001;
    server_name  192.168.17.129;

    location ~ /edu/ {
        proxy_pass  http://127.0.0.1:8080;
    }

    location ~ /vod/ {
        proxy_pass  http://127.0.0.1:8081;
    }
}   

3.重启nginx,测试

三、负载均衡

1.负载均衡是什么

随着业务的不断增长和用户的不断增多，一台服务已经满足不了系统要求了。这个时候就出现了服务器 集群。

在服务器集群中，Nginx 可以将接收到的客户端请求“均匀地”（严格讲并不一定均匀，可以通过设置权重）分配到这个集群中所有的服务器上。这个就叫做负载均衡。

2.nginx负载均衡的策略

1、RR（默认）
每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。

2、weight
weight代表权重，默认为1，权重越高分配的客户端越多

upstream test{
    //添加服务器名
    server localhost:8080 weight =10;
    server localhost:8081  weight = 20;
}

3、ip_hash
上面的2种方式都有一个问题，那就是下一个请求来的时候请求可能分发到另外一个服务器，当我们的程序不是无状态的时候（采用了session保存数据），这时候就有一个很大的很问题了，比如把登录信息保存到了session中，那么跳转到另外一台服务器的时候就需要重新登录了，所以很多时候我们需要一个客户只访问一个服务器，那么就需要用ip_hash了，ip_hash的每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。
​ 每个请求按访问IP的hash结果分配，这样后续就可固定 访问一个后端服务器

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

4\fair（第三方）
根据响应时间来进行分配，响应时间的长短来分配

upstream test{
    //添加服务器名
    server localhost:8080;
    server localhost:8081;
    fair;
}

5\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;
  } 

---

四、动静分离

1.动静分离是什么

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

2.动静分离配置

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后面其实是一个正则表达式，所以非常灵活

总结

但愿吉祥