HAProxy-keepalived负载均衡及基于域名动静分离

 

项目环境：

系统版本：centos6.6-x86 kernel:2.6

HAproxy版本：haproxy-1.5.2-2.el6.x86_64

Keepalived版本：keepalived-1.2.13-4.el6.x86_64

拓扑结构：

前端使用HAproxy调度客户请求，部署keepalived避免单节点故障，有两个站点www.test.com和www.dragon.com的业务需求，后端部署四台服务器为两个站点做动静分离,把www.dragon.com的DNS解析到虚拟IP：22.22.22.251，把www.test.com的DNS解析到虚拟IP22.22.22.252，又利用keepalived相互备份，做HA的主机我采用两网卡，一张负责接受请求，一张负责连接内网。

配置Haproxy：

global
     log 127.0.0.1 local0 notice    //local0是日志设备，info是日志记录级别（err,warning,info,debug）,可以在系统日志里查看      
     maxconn 5535         //HAproxy接受的最大连接数，还要注意linux文件接受的最大连接数，用命令"ulimit -n"看以查看,在/etc/security/limit.conf可以永久修改。       
    chroot /usr/local/haproxy  //    
     user nobody  //进程用户
     group nobody  //进程组
     nbproc 1    //进程可以创建的进程数，建议小于服务器的cpu数           
     daemon          //后台运行            
defaults
    option httplog  //记录http日志
    mode http   //http模式，不与RFC格式兼容的请求都会被拒绝，还有TCP模式作为4层转发，多用于SSL,SSH,SMTP
    option dontlognull
    retries 3     //连接失败后重试此树                    
    maxconn 5535                     
    timeout connect       5s  //连接后端服务器的最长等待时间
    timeout server            30s     //服务端回应客户端数据发送的最长等待时间
    timeout client              30s    //连接客户端发送数据的最长等待时间
    timeout check 5s                //每5s检验一次后端服务器
    stats refresh 30s   //后端服务器健康状态刷新时间                  
    stats uri  /stats       //通过浏览器可以查看业务状态,例如：www.w4ya.com/stats
    stats realm welcome    //提示信息   
    stats auth admin:dragon123   //查看HA监控后端状态时的帐号密码验证       
    stats hide-version      //不显示haproxy的版本信息    
frontend www
  bind :80
 
  acl host_web hdr(host) -i   www.draon.com  //定义ACL匹配域名www.dragon.com
  acl url_static path_end  .html .css .jpg   //定义ACL匹配静态文件
  acl host_test hdr_dom(host) -i  www.test.com    //定义ACL匹配域名www.test.com
  acl url_dynamic path_end  .php .jsp   //定义ACL匹配动态
 
   use_backend web-dynamic-server if host_web url_dynamic   
   //如果域名为www.dragon.com和页面是动态的，则把请求调度给web-dynamic-server
   use_backend web-static-server if host_web url_static || host_web 
   //如果域名为www.test.com和页面是静态的，或则域名为www.dragon.com，则把请求调度给web-static-server
   use_backend test-dynamic-server if  host_test url_dynamic 
   use_backend test-static-server if   host_test url_static || host_test
                                                                                                                                          
backend    web-static-server          //定义www.dragon.com动态页面的管理集群
  mode http
  balance   roundrobin     //负载均衡算法为轮询
  option    redispatch  // 保持cookie环境，使客户机的session持久连接。
  option    abortonclose     //在服务器高负载时，自动放弃队列中处理时间较长的连接
  option  httpchk GET /index.html  /通过请求后端http服务的页面，判断状态
  server     web01 192.168.1.118:80  check inter 2000 rise 2  fall  3 weight 10 
 //后端响应的服务器，根据需求可能会有多个。
 ckeck:表示启用对后端服务器的健康检查
 rise:由故障切换会正常需要进行的检查次数
 fall:由正常到故障认定检查的次数
 weight:权重                  
                                                      
backend web-dynamic-server
   mode http
   option  redispatch
   option  abortonclose
   option  httpchk GET /index.php
   balance     roundrobin                          
   server     web02 192.168.1.111:80  check inter 2000 rise 2 fall 3 weight 10 
                                                           
backend test-static-server
   mode http
   option  redispatch
   option  abortonclose
   option  httpchk GET /index.html
   balance     roundrobin                          
   server     test01 192.168.1.117:80  check inter 2000 rise 2 fall 3 weight 10
 
 
backend test-dynamic-server
   mode http
   option  redispatch
   option  abortonclose
   option  httpchk GET /index.php
   balance     roundrobin
   server     test02 192.168.1.114:80  check inter 2000 rise 2 fall 3 weight 10
 
HA1和HA2的配置文件都是一样的。

请求www.dragon.com和静态页面:

请求www.dragon.com和动态页面：

请求www.test.com和静态页面:

请求www.test.com和动态页面：

查看HA检测的后端服务集群健康状况：

配置keepalived:

  global_defs {    //全局配置
   notification_email {    //报警邮箱
     acassen@firewall.loc
     failover@firewall.loc
     sysadmin@firewall.loc
   }
   notification_email_from Alexandre.Cassen@firewall.loc
   smtp_server 220.181.12.11  smtp server地址
   smtp_connect_timeout 30    smtp连接超时
   router_id haproxy_DEVEL    邮箱主题信息
}
vrrp_script check_haproxy {   
   script "killall -0 haproxy"   //对HAproxy的健康检查
   interval  2
}
vrrp_instance VI_1 {   //实例标识
    state MASTER    //设置为MASTER   #另一keepalived配置这里为SLAVE或者BACKUP
    interface eth2    //指定HA监听的网卡
    virtual_router_id 51  //虚拟路由ID  
    priority 100    //MASTER选举的优先级   #另一keepalived配置改为80
    advert_int 1   //MASTER和BACKUP的同步检查时间间隔
    
    authentication {    //MASTER和BACKUP密码验证
        auth_type PASS
        auth_pass 1234
    }
   track_script {  //调用HA检查
    check_haproxy
}    
   virtual_ipaddress {   //虚拟IP，可以有多个
        22.22.22.251/24 dev eth2
    
    }
nopreempt  //故障恢复以后，不抢夺VIP重回MASTER.
nopreempt_delay 300  //抢占延时
}
vrrp_instance VI_2 {
    state MASTER    #另一keepalived配置为MASTER
    interface eth2
    virtual_router_id 52
    priority 80  #另一keepalived配置为100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1234
    }
 track_script {
    check_haproxy
        }
   virtual_ipaddress {
        22.22.22.252/24 dev eth2
    }
}

需要注意两个keepalived配置文件不同的地方已经用#注释

查看keepalived运行效果：

root@centos-server ~]# cat /var/log/messages 

这里实例VI_1进入BACKUP状态，VI_2发现自己优先级比对方的高切换成MASTER状态，并把VIP：22.22.22.252加入了eth2网卡

查看虚拟IP：

这里实例VI_1进入MASTER，VI_2也进入了MASTER但后来发现网络中有更高优先级的keepalived主机，自动切换回BACKUP状态.

查看虚拟IP：

模拟Haproxy发生故障：

在其中一台机停掉Haproxy
[root@centos-server ~]# service haproxy stop
停止 haproxy：                                             [确定]

另一台主机获取故障Haproxy的VIP接管工作：

转载于:https://blog.51cto.com/dragon123/1589801