nginx的反向代理和负载均衡的一个总结

之前一直觉的nginx的反向代理和负载均衡很厉害的样子，最近有机会接触了一下公司的这方面的技术，发现技术就是一张窗户纸呀，捅破了啥都明白了！

接下来先看一下nginx的反向代理：

简单的来说就是nginx不去自己处理php相关的请求，而是将php的相关的请求转发给apache来进行处理。

上面就是一个比较简单的一个反向代理的流程图，其实我们也可以叫做“动静分离”，只是反向代理更加的规范。

来看一下它的一个配置：

使用proxy_pass即可进行反向代理，官方给的说明例子：

 Syntax:    proxy_pass URL;
 Default:    —
 Context:    location, if in location, limit_except

我们可以使用类似于下面的这种方法来进行配置：

 location / {
     proxy_pass http://127.0.0.1/remote/; --- http是必须要带的不然的话  是不会生效的
 }

上面就是反向代理的一个简单的使用配置。

那接下来我们来看一下负载均衡的一个概念：

其实就是多台服务器进行共同工作，反向代理的后端如果有多台服务器，那自然可以形成负载均衡，但我们考虑一下proxpy_pass如何指向多台服务器？

那我们其实可以将多台的服务器用一个upstream 上游的服务器组指定绑定在一起并起个组名，然后使用proxpy_pass指向该组即可。

我们来看一下upstream的一个简单的定义：

 Syntax:    upstream name { ... }
 Default:    —
 Context:    http

来看一下下面一个简单的例子：

 upstream backend {
      server backend1.example.com weight=; //这台机器会承担5个请求，剩下的机器会承担剩余的请求压力
      server 127.0.0.1:       max_fails= fail_timeout=30s;
      server unix:/tmp/backend3;

      server backup1.example.com  backup;
  }

 server {
     location / {
         proxy_pass http://backend;
     }
 }

默认的均衡的算法很简单,就是针对后端服务器的顺序,逐个请求.

上面就是一个简单的负载均衡的一个例子。

那我们打开日志发现，$remot_addr变成了nginx的IP，而不是用户客户端的原来的IP，那这时候怎么办？

 Proxy_set_header X-Forwarded-For  $remote_addr;

在每个location中加上这么一句话，就ok了。

再附一张我们之前测试的一个案例：