使用代理伺服器可以将请求转发给内部的Web伺服器，使用这种加速模式显然可以提升静态网页的访问速度。因此也可以考虑使用这种技术，让代理伺服器将请求 均匀转发给多台内部Web伺服器之一上，从而达到负载均衡的目的。这种代理方式与普通的代理方式有所不同，标準代理方式是客户使用代理访问多个外部Web 伺服器，而这种代理方式是多个客户使用它访问内部Web伺服器，因此也被称为反向代理模式。
基本介绍
- 中文名：反向代理负载均衡
- 外文名：reverse-proxy load balancing
概念
实现这个反向代理能力并不能算是一个特别複杂的任务，但是在负载均衡中要求特别高的效率，这样实现起来就不是十分简单的了。每针对一次代理，代理伺服器就 必须打开两个连线，一个为对外的连线，一个为对内的连线，因此对于连线请求数量非常大的时候，代理伺服器的负载也就非常之大了，在最后反向代理伺服器会成 为服务的瓶颈。例如，使用Apache的mod_rproxy模组来实现负载均衡功能时，提供的并发连线数量受Apache本身的并发连线数量的限制。一般来讲，可以使用它来对连线数量不是特别大，但每次连线都需要消耗大量处理资源的站点进行负载均衡，例如搜寻。
使用反向代理的好处是，可以将负载均衡和代理伺服器的高速快取技术结合在一起，提供有益的性能，具备额外的安全性，外部客户不能直接访问真实的伺服器。并 且实现起来可以实现较好的负载均衡策略，将负载可以非常均衡的分给内部伺服器，不会出现负载集中到某个伺服器的偶然现象。
nginx 实现反向代理负载均衡
1）环境：
a. 本地使用Windows系统，然后使用VirutalBox安装一个虚拟的Linux系统。
在本地的Windows系统上分别安装nginx（侦听8080连线埠）和apache（侦听80连线埠）。在虚拟的Linux系统上安装apache（侦听80连线埠）。这样相当于拥有了1台nginx在前端作为反向代理伺服器；后面有2台apache作为应用程式伺服器（可以看作是小型的server cluster。；-））；
b. nginx用来作为反向代理伺服器，放置到两台apache之前，作为用户访问的入口。
nginx仅仅处理静态页面，动态的页面（php请求）统统都交付给后台的两台apache来处理。也就是说，可以把网站的静态页面或者档案放置到nginx的目录下；动态的页面和资料库访问都保留到后台的apache伺服器上。
c. 如下两种方法实现server cluster的负载均衡。
假设前端nginx（为127.0.0.1:8080）仅仅包含一个静态页面index.html；后 台的两个apache伺服器（分别为localhost:80和158.37.70.143:80），一台根目录放置phpMyAdmin资料夹和 test.php（里面测试代码为print "server1";），另一台根目录仅仅放置一个test.php（里面测试代码为print "server2";）。
2）针对不同请求的负载均衡：
a. 在最简单地构建反向代理的时候(nginx仅仅处理静态不处理动态内容，动态内容交给后台的apache server来处理），具体的设定为：在nginx.conf中修改：
location ~ \.php$ {
proxy_pass 158.37.70.143:80;
}
>；这样当客户端访问localhost:8080/index.html的时候，前端的nginx会自动进行回响；
>；当用户访问localhost:8080/test.php的时候（这个时候nginx目录下根本就没有该档案），但是通过上面的设定location ~ \.php$（表示正则表达式匹配以.php结尾的档案，详情参看location是如何定义和匹配的)，nginx伺服器会自动pass给158.37.70.143的apache伺服器了。该伺服器下的test.php就会被自动解析，然后将html的 结果页面返回给nginx，然后nginx进行显示（如果nginx使用memcached模组或者squid还可以支持快取），输出结果为列印 server2。
如上是最为简单的使用nginx做为反向代理伺服器的例子。
b. 我们现在对如上例子进行扩展，使其支持如上的两台伺服器。
设定nginx.conf的server模组部分，将对应部分修改为：
location ^~ /phpMyAdmin/ {
proxy_pass 127.0.0.1:80;
}
location ~ \.php$ {
proxy_pass 158.37.70.143:80;
}
上面第一个部分location ^~ /phpMyAdmin/，表示不使用正则表达式匹配（^~），而是直接匹配，也就是如果客户端访问的URL是以http://localhost:8080/phpMyAdmin/开头的话（本地的nginx目录下根本没有phpMyAdmin目录），nginx会自动pass到127.0.0.1:80的Apache伺服器，该伺服器对phpMyAdmin目录下的页面进行解析，然后将结果传送给nginx，后者显示；
如果客户端访问URL是http://localhost/test.php的话，则会被pass到158.37.70.143:80的apache进行处理。
因此综上，实现了针对不同请求的负载均衡。
>；如果用户访问静态页面index.html，最前端的nginx直接进行回响；
>；如果用户访问test.php页面的话，158.37.70.143:80的Apache进行回响；
>；如果用户访问目录phpMyAdmin下的页面的话，127.0.0.1:80的Apache进行回响。
3）访问同一页面的负载均衡：
即用户访问http://localhost:8080/test.php这个同一页面的时候，实现了两台伺服器的负载均衡（实际情况中，这两个伺服器上的数据要求同步一致，这里我们分别定义了列印server1和server2是为了进行辨认区别）。
a. 现在的情况是在windows下nginx是localhost侦听8080连线埠；
两台apache，一台是127.0.0.1:80（包含test.php页面但是列印server1），另一台是虚拟机的158.37.70.143:80（包含test.php页面但是列印server2）。
b. 因此重新配置nginx.conf为：
>；首先在nginx的配置档案nginx.conf的http模组中添加，伺服器集群server cluster（我们这里是两台）的定义：
upstream myCluster {
server 127.0.0.1:80;
server 158.37.70.143:80;
}
表示这个server cluster包含2台伺服器
>；然后在server模组中定义，负载均衡：
location ~ \.php$ {
proxy_passhttp://myCluster; #这里的名字和上面的cluster的名字相同
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For$proxy_add_x_forwarded_for;
}
这样的话，如果访问http://localhost:8080/test.php页面的话，nginx目录下根本没有该档案，但是它会自动将其pass到myCluster定义的服务区机群中，分别由127.0.0.1:80；或者158.37.70.143:80；来做处理。上面在定义upstream的时候每个server之后没有定义权重，表示两者均衡；如果希望某个更多回响的话例如：
upstream myCluster {
server 127.0.0.1:80weight=5;
server 158.37.70.143:80;
}
这样表示5/6的几率访问第一个server,1/6访问第二个。另外还可以定义max_fails和fail_timeout等参数。
====================
综上，通过使用nginx的反向代理伺服器reverse proxy server的功能，将其布置到多台apache server的前端。nginx仅仅用来处理静态页面回响和动态请求的代理pass，后台的apache server作为app server来对前台pass过来的动态页面进行处理并返回给nginx。
通过以上的架构，我们可以实现nginx和多台apache构成的机群cluster的负载均衡。
两种均衡：
1）可以在nginx中定义访问不同的内容，代理到不同的后台server；如上例子中的访问phpMyAdmin目录代理到第一台server上；访问test.php代理到第二台server上；
2）可以在nginx中定义访问同一页面，均衡（当然如果伺服器性能不同可以定义权重来均衡）地代理到不同的后台server上。如上的例子访问test.php页面，会均衡地代理到server1或者server2上。
实际套用中，server1和server2上分别保留相同的app程式和数据，需要考虑两者的数据同步。
