nginx 负载均衡配置

下面一段话摘自网络：

(1).正向代理的概念 
正向代理，也就是传说中的代理,他的工作原理就像一个跳板，简单的说，我是一个用户，我访问不了某网站，但是我能访问一个代理服务器，这个代理服务器呢，他能访问那个我不能访问的网站，于是我先连上代理服务器，告诉他我需要那个无法访问网站的内容，代理服务器去取回来，然后返回给我。从网站的角度，只在代理服务器来取内容的时候有一次记录，有时候并不知道是用户的请求，也隐藏了用户的资料，这取决于代理告不告诉网站。 
结论就是，正向代理 是一个位于客户端和原始服务器(origin server)之间的服务器，为了从原始服务器取得内容，客户端向代理发送一个请求并指定目标(原始服务器)，然后代理向原始服务器转交请求并将获得的内容返回给客户端。客户端必须要进行一些特别的设置才能使用正向代理。

(2).反向代理的概念 
继续举例: 
例用户访问 http://www.test.com/readme，但www.test.com上并不存在readme页面，他是偷偷从另外一台服务器上取回来，然后作为自己的内容返回用户，但用户并不知情。这里所提到的 www.test.com 这个域名对应的服务器就设置了反向代理功能。

结论就是，反向代理正好相反，对于客户端而言它就像是原始服务器，并且客户端不需要进行任何特别的设置。客户端向反向代理的命名空间(name-space)中的内容发送普通请求，接着反向代理将判断向何处(原始服务器)转交请求，并将获得的内容返回给客户端，就像这些内容原本就是它自己的一样。

反向代理负载均衡

反向代理服务器的核心工作便是转发 HTTP请求，因此它工作在HTTP层面，也就是TCP七层结构中的应用层（第七层），所以基于反向代理的负载均衡也称为七层负载均衡，实现它并不困难，目前几乎所有主流的Web服务器都热衷于支持基于反向代理的负载均衡

负载均衡配置

nginx 的 upstream默认是以轮询的方式实现负载均衡，这种方式中，每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。

另外一种方式是ip_hash：每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。 

准备三台配置都一致的服务器，都装上nginx （192.168.1.8,192.168.1.9,192.168.1.10）三台机器 在192.168.1.8上配置如下操作就可以实现简单的负载均衡

负载均衡配置示例：

upstream test.com{
    #ip_hash;
    server 192.168.1.9;
    server 192.168.1.10;
 }

server {
        listen       80;
        server_name  http://www.test.com;
location / {
        #设置主机头和客户端真实地址，以便服务器获取客户端真实IP
             proxy_set_header Host $host;
             proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
             #禁用缓存
             proxy_buffering off;
             #设置反向代理的地址
             proxy_pass http://www.test.com;      
      }
}

在用nginx做反向代理集群的时候，为了保证单点故障，所以这里引入keepalived

keepalived：一款用来检测服务状态存活性的软件，常用来做高可用

keepalived 安装

> cd keepalived-1.3.4
> ./configure --prefix=/usr/local/keepalived
> make && make install

复制/sbin/keepalived到/usr/sbin下

cp /usr/local/keepalived/sbin/keepalived  /usr/sbin/

keepalived默认会读取/etc/keepalived/keepalived.conf配置文件

> mkdir /etc/keepalived
> cp /usr/local/keepalived/etc/keepalived/keepalived.conf  /etc/keepalived/keepalived.conf

复制sysconfig文件到/etc/sysconfig下

cp /usr/local/keepalived/etc/sysconfig/keepalived  /etc/sysconfig/

复制启动脚本到/etc/init.d下

> cd /usr/local/src/keepalived-1.3.4  #注意这里是源码路径
> cp ./keepalived/etc/init.d/keepalived  /etc/init.d/
> chmod 755 /etc/init.d/keepalived

配置

Master:

! Configuration File for keepalived
global_defs {
  router_id NGINX_DEVEL
}
vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 51
    priority 101
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
       192.168.1.100
    }
}

Backup:

! Configuration File for keepalived
global_defs {
  router_id NGINX_DEVEL
}
vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    virtual_router_id 51
    priority 99
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
       192.168.1.100
    }
}

主和backup的配置只是差了优先级
先后在主、从服务器上启动keepalived: /etc/init.d/keepalived start
在主服务器上查看是否已经绑定了虚拟IP：ip addr
停止主服务器上的keepalived: /etc/init.d/keepalived stop
然后在从服务器上查看是否已经绑定了虚拟IP：
启动主服务器上的keepalived，看看主服务器能否重新接管虚拟IP

经过前面的配置，如果主服务器的keepalived停止服务，从服务器会自动接管VIP对外服务；一旦主服务器的keepalived恢复，会重新接管VIP。 但这并不是我们需要的，我们需要的是当NginX停止服务的时候能够自动切换。
keepalived支持配置监控脚本，我们可以通过脚本监控NginX的状态，如果状态不正常则进行一系列的操作，最终仍不能恢复NginX则杀掉keepalived，使得从服务器能够接管服务。

如何监控NginX的状态
最简单的做法是监控NginX进程，更靠谱的做法是检查NginX端口，最靠谱的做法是检查多个url能否获取到页面。
如何尝试恢复服务
如果发现NginX不正常，重启之。等待3秒再次校验，仍然失败则不再尝试。
根据上述策略很容易写出监控脚本。这里使用nmap检查nginx端口来判断nginx的状态，记得要首先安装nmap。监控脚本如下:

#!/bin/bash
# check nginx server status
NGINX=/usr/local/nginx/sbin/nginx
PORT=80

nmap localhost -p $PORT | grep "$PORT/tcp open"
#echo $?
if [ $? -ne 0 ];then
    $NGINX -s stop
    $NGINX
    sleep 3
    nmap localhost -p $PORT | grep "$PORT/tcp open"
    [ $? -ne 0 ] && /etc/init.d/keepalived stop
fi

不要忘了设置脚本的执行权限，否则不起作用。
假设上述脚本放在/opt/chk_nginx.sh，则keepalived.conf中增加如下配置：
主keepalived
vrrp_script chk_http_port {
    script "/opt/chk_nginx.sh"
    interval 1
    weight -2
}
track_script {
    chk_http_port
}
例子：

! Configuration File for keepalived
global_defs {
   router_id NGINX_UPSTEAM
}
vrrp_script chk_http_port {
    script "/opt/chk_nginx.sh"
    interval 1
    weight -2
}
vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 51
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.1.100
    }
    track_script {
    chk_http_port
    }
}

更进一步，为了避免启动keepalived之前没有启动nginx , 可以在/etc/init.d/keepalived的start中首先启动
nginx:
start() {
    /usr/local/nginx/sbin/nginx
    sleep 3
    echo -n $"Starting $prog: "
    daemon keepalived ${KEEPALIVED_OPTIONS}
    RETVAL=$?
    echo
    [ $RETVAL -eq 0 ] && touch /var/lock/subsys/$prog
}