概述：之前的部落格中提到的一種負載均衡方式是lvs，lvs的配置簡單，減少了認為出錯的概率，而且軟體處在tcp/ip協議棧的第四層，可以對各種web應用服務，但是因為本身不支援正則表示式處理，不能做動靜分離。那麼今天的haproxy的優勢就體現出來了，能夠支援虛擬機器主機，並且實現了動靜分離，url重定向等等大型網站需要的功能。

系統環境：Red Hat Enterprise Linux Server release 6.5 (Santiago)
核心版本：2.6.32-431.el6.x86_64

一.haproxy對http服務的負載均衡

拓撲圖:

1 直接通過yum安裝haproxy
[

listen mo *:80 #定義haproxy的埠
    balance     roundrobin   #排程演算法
    server      static 172.25.3.102 check #定義real server1
    server      static 172.25.3.103 check #定義real server2

3 啟動haproxy，和realserver的服務

[root@ha1
 
 ~]# /etc/init.d/haproxy start
Starting haproxy:                                          [  OK  ]

4 觀察現象
為了使現象明顯，最好將兩個real server上/var/www/html下的index.html檔案修改成不同的，這樣才能看出在兩臺機器上排程。

[root@foundation3 ~]# curl 172.25.3.100
rserver1
[root@foundation3 ~]# curl 172.25.3.100
rserver2
[root@foundation3 ~]# curl 172.25.3.100
 

rserver1
[root@foundation3 ~]# curl 172.25.3.100
rserver2

二 新增haproxy的監控介面

配置檔案修改如下:

listen stats_auth *:8000
        stats enable
        stats uri /status
        stats auth admin:momo  #定義登陸的賬號和密碼
        stats refresh 5s       #定義監控資料每次重新整理的時間

效果:

三 定義haproxy日誌

首先看一下剛才省略的全域性配置:

global
    log         127.0.0.1 local2 #日誌傳送的ip和日誌的級別

    chroot      /var/lib/haproxy #haproxy執行時的根目錄
    pidfile     /var/run/haproxy.pid 
    maxconn     4000             #最大連線數  
    user        haproxy
    group       haproxy
    daemon                       #後臺執行

這裡定義的日誌local2
根據這一點我們去修改rsyslg服務的配置檔案，將這個級別的日誌定義到一個日誌檔案中。
/etc/rsyslog.conf新增如下一行

local2.*                            /var/log/haproxy.log

由於日誌傳送使用的udp所以還要將下面兩個選項開啟

$ModLoad imudp
$UDPServerRun 514

重啟日誌服務，然後重啟haproxy，觀察/var/log/haproxy是否有內容，如果有內容就代表日誌定向成功了。

[root@ha1 ~]# cat /var/log/haproxy.log 
Mar 18 22:08:15 localhost haproxy[1394]: Proxy mo started.
Mar 18 22:08:15 localhost haproxy[1394]: Proxy stats_auth started.

四 訪問限制

訪問限制就是對某一個ip的訪問定向到一個錯誤介面，讓該ip不能訪問正常服務。

frontend  mo *:80
        acl invalid_src src 172.25.3.250/24
        block if invalid_src
        default_backend             app

backend app
    balance     roundrobin
    server      static 172.25.3.102:80 check

#listen mo *:80
#   balance     roundrobin
#  server      static 172.25.3.102 check
#    server      static 172.25.3.103 check

以上配置最重要的就是acl，通過acl我們定義了一個非法的源ip，這個源可以是一個主機地址，也可是網路地址，當這個ip訪問的時候我們就block。
我們日常情況下當拒絕客戶訪問時候肯定會給一個別的介面好看一點的介面，這一點就是通過錯誤重定向功能做到的，增加如下配置

errorloc 403 http://172.25.3.100:8000/error/reject.html

五.根據資源不同將請求分配到不同伺服器

我們現在有兩臺http伺服器，準備一臺用來靜態頁面，另一臺放置圖片，改如何呢？
我們知道圖片資料,和靜態頁面是兩種資源，所以請求他們的url也不相同，根據這一特點我們進行請求的分離。
配置檔案如下：

frontend  mo *:80
        acl url_image path_beg -i /images
        acl url_image path_end -i .jpg .png .css
        acl invalid_src src 172.25.3.250
block if invalid_src
        default_backend             static
        use_backend image if url_image

backend static

    balance     roundrobin
    server      static 172.25.3.103:80 check
backend image
    balance     roundrobin
    server      static 172.25.3.102:80 check

172.25.3.102 上的資源目錄

[root@localhost html]# tree /var/www/html/
/var/www/html/
├── image
│   └── timg.jpg
└── index.html

1 directory, 2 files

172.25.3.103上的資源目錄

[root@localhost html]# tree /var/www/html/
/var/www/html/
└── index.html

測試:

（192.168.0.181真機的一塊網絡卡，我將目的地址為192.168.0.181的包全改成了給172.25.3.100，所以不用在意這個地址）
發現靜態介面到了reserver2，也就是172.25.3.103

由於3上根本沒有圖片檔案，所以這次定位到了172.25.3.102上。

六.根據狀態碼定向頁面

五.pacemaker+haproxy

1 配置叢集服務我們首先要停掉haproxy，而且一定要停乾淨。
2.安裝pacemaker叢集需要的配件運維筆記31 (pacemaker高可用叢集搭建的總結)這裡有pacemaker的詳細配置。
3.測試

[root@ha1 ~]# yum install pacemaker corosync -y

安裝corosycn心跳元件,pacemaker叢集資源管理器

```
[root@ha1 ~]# rpm -ivh crmsh-1.2.6-0.rc2.2.1.x86_64.rpm pssh-2.3.1-2.1.x86_64.rpm 

安裝crm shell管理，可以方便我們對叢集的配置和配置的分發。

bindnetaddr: 172.25.3.0     #第10行
service {                   #第34行
        name:pacemaker
        ver:0
}

corosync的配置檔案有一個example，我們將example去掉後重命名，只要修改如上三個部分即可。

[root@ha1 ~]# scp /etc/corosync/corosync.conf ha2.mo.com:/etc/corosync/

[root@ha1 ~]# /etc/init.d/corosync start
Starting Corosync Cluster Engine (corosync):               [  OK  ] #ha2也要開啟

[root@ha1 ~]# crm
crm(live)# 

將該檔案拷貝給另一個節點。開啟corsync服務。
進入crm配置叢集。

crm(live)configure# show
node ha1.mo.com
node ha2.mo.com
node localhost.localdomain
property $id="cib-bootstrap-options" \
    dc-version="1.1.10-14.el6-368c726" \
    cluster-infrastructure="classic openais (with plugin)" \
    expected-quorum-votes="2" \
    stonith-enabled="false"

叢集的配置初始情況如上。

crm(live)resource# primitive vip ocf:heartbeat:IPaddr2 params ip=172.25.3.200 cidr_netmask=24 op monitor interval=30s
crm(live)resource# primitive proxy lsb:haproxy op monitor interval=30s
crm(live)configure# group LB vip proxy 

首先新增vip資源，之後是proxy資源，最後是將兩個資源合成一個組，開啟服務組，觀察服務狀態。

Online: [ ha1.mo.com ha2.mo.com ]
OFFLINE: [ localhost.localdomain ]

 Resource Group: LB
     vip        (ocf::heartbeat:IPaddr2):   Started ha1.mo.com
     proxy  (lsb:haproxy):  Started ha1.mo.com

服務正常。

六 keepalived+haproxy

現在停掉corosync，並將與其相關的程序都殺乾淨。使用keepalived為haproxy做高可用叢集。由於keepalived不像heartbeat,corosync具有豐富的服務指令碼，所以先要考慮keepalived如何將服務啟動，關閉。keepalived是一個類似於layer3, 4 & 5交換機制的軟體，也就是我們平時說的第3層、第4層和第5層交換。Keepalived的作用是檢測web伺服器的狀態，如果有一臺web伺服器宕機，或工作出現故障，Keepalived將檢測到，並將有故障的web伺服器從系統中剔除，當web伺服器工作正常後Keepalived自動將web伺服器加入到伺服器群中，這些工作全部自動完成，不需要人工干涉，需要人工做的只是修復故障的web伺服器。

綜上我們需要解決的就是弄一個可以檢測健康並且關閉服務的指令碼。
指令碼如下：

#!/bin/bash
/etc/init.d/haproxy status &> /dev/null || /etc/init.d/haproxy restart &> /dev/null
if [ $? -ne 0 ];then
/etc/init.d/keepalived stop &> /dev/null
fi