nginx 负载均衡与location应用分析

目前正在学习nginx服务器的相关知识。以下是我的学习记录。 文章重点记录nginx负载均衡。
为了实验，我习惯性的先上拓扑图，如下：




我们的案例需求如下，前端nginx做负载均衡，并处理静态页面，使用location查询过滤将动态页面交由后端apache服务器集群做处理。并由nginx回显内容输出。
nginx负载均衡服务器安装配置：

[root@lvs /]# rpm -qa | grep pcre 
pcre-devel-6.6-2.el5_1.7 
pcre-6.6-2.el5_1.7 
 
# pcre的作用是为nginx提供兼容perl的正则表达式,使nginx支持HTTP Rewrite模块. 
 
[root@lvs ~]# wget http://nginx.org/download/nginx-0.8.53.tar.gz 
[root@lvs nginx-0.8.53]# ./configure  --with-http_stub_status_module
[root@lvs nginx-0.8.53]# make && make install
# --with-http_stub_status_module 可以用来启用nginx的nginxStatus功能，以监控
nginx当前状态。

在继续配置之前，需要先了解我们要做什么。我只想做个基本的实验来看下nginx的负载均衡是如何工作的，所以我的实验设计是这样的。
当我们访问192.168.182.131/index.html 时，由于是静态页面，交给nginx本身处理，如果我们访问 192.168.182.131/test.php时，配置location匹配 .php 后缀，并交由后端apache集群来处理，至于集群会以什么样的方式来处理，后面用到时再说。

[root@lvs conf]# pwd 
/usr/local/nginx/conf 
[root@lvs conf]# vim nginx.conf 
 
user  nobody; 
worker_processes  1;  
# 指定nginx要开启的进程数，建议一个CPU的内核就处理一个进程，所以如果是4核CPU，就指定4个进程数。 
 
events { 
        use epoll; 
        worker_connections  1024; 
} 
# use epoll 是指nginx的工作模式，epoll是比较高效的工作模式，对于 #linux/unix平台，
epoll是首选模式。# worker_connections 是一个进程的最大连接数。由此即可算出最大的客
户端数量：max_client = worker_processes * worker_connections; 
 
http { 
   server { 
    listen              80; 
    server_name         192.168.182.131; 
    index               index.html; 
    root                /usr/local/nginx/html; 
    charset             gb2312; 
    upstream MyServer { 
            ip_hash; 
            server 192.168.182.132:80; 
            server 192.168.182.133:80; 
         }      
     location ~* .*.php$ { 
             proxy_pass          http://MyServer; 
     }  
     } 
}

负载均衡的配置是这里：

upstream MyServer {
ip_hash;
server 192.168.182.132:80;
server 192.168.182.133:80;
}

这里有个地方需要注意，ip_hash是什么呢？上面我说的要求我们再看一次：当我们访问192.168.182.131/index.html 时，由于是静态页面，交给nginx本身处理，如果我们访问 192.168.182.131/test.php时，配置location匹配 .php 后缀，并交由后端apache集群来处理，至于集群会以什么样的方式来处理，后面用到时再说。

ip_hash就是upstream的调度算法之一，以下列举nginx所支持的常用的3种调度算法： 
 
ip_hash： 每个请求按访问IP的hash结果分配，这样来自同一个IP的访客固定访问一个后端服务器，有效解决了动态网页存在的session共享问题。 
 
轮询： 每个请求按访问顺序分配不同的后端服务器，如果后端某台服务器宕机，故障系统被自动剔除，使用户访问不受影响 。 
 
weight: 指定轮询权值，weight值越大，分配到的访问机率越高，主要用于后端每个服务器性能不均的情况下。

而location的应用，案例中只举了很简单的用法：

location ~* .*.php$ {
proxy_pass http://MyServer;
}

首先应用了解location的几个匹配符： 
1 ＝ 严格匹配这个查询。如果找到，停止搜索 
2 ^~ 匹配路径的前缀，如果找到，停止搜索 
3 ~  为区分大小写的正则匹配 
4 ~* 不区分大小写的正则匹配 
 
所以，代码中 
location ~* .*.php$ 的意思就是，将.php结尾的url链接，发送到http://MyServer
后端服务器去处理，让后端去处理。
关于location的更深入理解可以看这篇文章： http://blog.csdn.net/fengmo_q/article/detai href="http://www.linuxso.com/command/ls.html" target=_blank>ls/6683377

配置后端apache集群服务器:

192.168.182.132 的配置如下： 
[root@lvs3 ~]# yum install httpd -y 
[root@lvs3 ~]# yum install php -y 
不做配置 
[root@localhost html]# pwd 
/var/www/html 
[root@localhost html]# ls 
test.php 
以下是test.php的内容： 
[root@localhost html]# cat test.php  
<?php 
        print "192.168.182.132"; 
?> 
[root@localhost html]#  
 
 
192.168.182.133 的配置如下： 
[root@lvs3 ~]# yum install httpd -y 
[root@lvs3 ~]# yum install php -y 
不做配置 
[root@localhost html]# pwd 
/var/www/html 
[root@localhost html]# ls 
test.php 
以下是test.php的内容： 
[root@localhost html]# cat test.php  
<?php 
        print "192.168.182.133"; 
?> 
[root@localhost html]#

整天过程就这样完成了。算是了解了nginx的负载均衡的大致过程 。以后再深入学习。这篇学习笔记就到此为止啦。