1. 程式人生 > 其它 >Linux實戰教學筆記33:lvs+keepalived叢集架構服務

Linux實戰教學筆記33:lvs+keepalived叢集架構服務

Linux實戰教學筆記33:lvs+keepalived叢集架構服務

一,LVS功能詳解

1.1 LVS(Linux Virtual Server)介紹

LVS是Linux Virtual Server 的簡寫(也叫做IPVS),意即Linux虛擬伺服器,是一個虛擬的伺服器集群系統,可以在UNIX/LINUX平臺下實現負載均衡叢集功能。

1.2 企業網站LVS叢集架構圖

1.3 IPVS軟體工作層次圖

從上圖我們看出,LVS負載均衡排程技術是在Linux核心中實現的,因此,被稱之為Linux虛擬伺服器(Linux Virtual Server)。我們使用該軟體配置LVS時候,不能直接配置核心中的ipbs,而需要使用ipvs管理工具ipvsadm進行管理,或者通過Keepalived軟體直接管理ipvs。

1.4 LVS體系結構與工作原理簡單描述

  • LVS叢集負載均衡器接受服務的所有入站客戶端計算機請求,並根據排程演算法決定哪個叢集節點應該處理回覆請求。負載均衡器(簡稱LB)有時也被稱為LVS Director(簡稱Director)。
  • LVS虛擬伺服器的體系結構如下圖所示,一組伺服器通過高速的區域網或者地理分佈的廣域網相互連線,在他們的前端有一個負載排程器(Load Balancer)。 負載排程器能無縫地將網路請求排程到真實伺服器上,從而使得伺服器叢集的結構對客戶是透明的,客戶訪問集群系統提供的網路服務就像訪問一臺高效能,高可用的伺服器一樣。客戶程式不受伺服器叢集的影響不需要作任何修改。系統的伸縮性通過在服務叢集中透明地加入和刪除一個節點來達到,通過檢測節點或服務程序故障和正確地重置系統達到高可用性。由於我們的負載排程技術是在Linux核心中實現的,我們稱之為Linux虛擬伺服器(Linux Virtual Server)。

1.5 LVS 基本工作過程圖

LVS基本工作過程如下圖所示:

為了方便大家探討LVS技術,LVS社群提供了一個命名的約定,內容如下表:

名稱縮寫說明
虛擬IP VIP VIP為Director用於向客戶端計算機提供服務的IP地址。比如:www.yunjisuan.com域名就要解析到vip上提供服務
真實IP地址 RIP 在叢集下面節點上使用的IP地址,物理IP地址
Dirctor的IP地址 DIP Director用於連線內外網路的IP地址,物理網絡卡上的IP地址。是負載均衡器上的IP
客戶端主機IP地址 CIP 客戶端使用者計算機請求叢集伺服器的IP地址,該地址用作傳送給叢集的請求的源IP地址

LVS叢集內部的節點稱為真實伺服器(Real Server),也叫做叢集節點。請求叢集服務的計算機稱為客戶端計算機。
與計算機通常在網上交換資料包的方式相同,客戶端計算機,Director和真實伺服器使用IP地址彼此進行通訊。
不同架構角色命名情況如下圖:

1.6 LVS叢集的3種常見工作模式介紹與原理講解

IP虛擬伺服器軟體IPVS

  • 在排程器的實現技術中,IP負載均衡技術是效率最高的。在已有的IP負載均衡技術中有通過網路地址轉換(Network Address Translation)將一組伺服器構成一個高效能的,高可用的虛擬伺服器,我們稱之為VS/NAT技術(Virtual Server via Network Address Translation),大多數商業化的IP負載均衡排程器產品都是使用NAT的方法,如Cisco的額LocalDirector,F5,Netscaler的Big/IP和Alteon的ACEDirector。
  • 在分析VS/NAT 的缺點和網路服務的非對稱性的基礎上,我們提出通過IP隧道實現虛擬伺服器的方法VS/TUN(Virtual Server via IP Tunneling)和通過直接路由實現虛擬伺服器的方法VS/DR(Virtual Server via Direct Routing),他們可以極大地提高系統的伸縮性。所以,IPVS軟體實現了這三種IP負載均衡技術。淘寶開源的模式FULLNAT.

LVS的四種工作模式

  1. NAT(Network Address Translation)
  2. TUN(Tunneling)
  3. DR(Direct Routing)
  4. FULLNAT(Full Network Address Translation)

1.6.1 NAT模式-網路地址轉換<==收費站模式(瞭解即可)

Virtual Server via Network Address Translation(VS/NAT)

排程時:目的IP改成RIP(DNAT)
返回時:源IP改成VIP(SNAT)

NAT模式特點小結:

  1. NAT技術將請求的報文(DNAT)和響應的報文(SNAT),通過排程器地址重寫然後在轉發發給內部的伺服器,報文返回時在改寫成原來的使用者請求的地址。
  2. 只需要在排程器LB上配置WAN公網IP即可,排程器也要有私有LAN IP和內部RS節點通訊。
  3. 每臺內部RS節點的閘道器地址,必須要配成排程器LB的私有LAN內物理網絡卡地址(LDIP),這樣才能確保資料報文返回時仍然經過排程器LB。
  4. 由於請求與響應的資料報文都經過排程器LB,因此,網站訪問量大時排程器LB有較大瓶頸,一般要求最多10-20臺節點。
  5. NAT模式支援對IP及埠的轉換,即使用者請求10.0.0.1:80,可以通過排程器轉換到RS節點的10.0.0.2:8080(DR和TUN模式不具備的)
  6. 所有NAT內部RS節點只需要配置私有LAN IP即可。
  7. 由於資料包來回都需要經過排程器,因此,要開啟核心轉發net.ipv4.ip_forward=1,當然也包括iptables防火牆的forward功能(DR和TUN模式不需要)。

1.6.2 TUN模式-(瞭解即可)

增加一個IP頭部。通過IP隧道進行通訊(可以跨網段找到RS節點)

TUN模式特點小結:

  1. 負載均衡器通過把請求的報文通過IP隧道的方式轉發至真實伺服器,而真實伺服器將響應處理後直接返回給客戶端使用者。
  2. 由於真實伺服器將響應處理後的報文直接返回給客戶端使用者,因此,最好RS有一個外網IP地址,這樣效率才會更高。理論上:只要能出網即可,無需外網IP地址。
  3. 由於排程器LB只處理入站請求的報文。因此,此集群系統的吞吐量可以提高10倍以上,但隧道模式也會帶來一定得系統開銷。TUN模式適合LAN/WAN。
  4. TUN模式的LAN環境轉發不如DR模式效率高,而且還要考慮系統對IP隧道的支援問題。
  5. 所有的RS伺服器都要繫結VIP,抑制ARP,配置複雜。
  6. LAN環境一般多采用DR模式,WAN環境可以用TUN模式,但是當前在WAN環境下,請求轉發更多的被haproxy/nginx/DNS排程等代理取代。因此,TUN模式在國內公司實際應用的已經很少。跨機房應用要麼拉光纖成區域網,要麼DNS排程,底層資料還得同步。
  7. 直接對外的訪問業務,例如:Web服務做RS節點,最好用公網IP地址。不直接對外的業務,例如:MySQL,儲存系統RS節點,最好用內部IP地址。

1.6.3 DR模式-直接路由模式(重點)

Virtual Server via Direct Routing(VS/DR)

VS/DR模式是通過改寫請求報文的目標MAC地址,將請求發給真實伺服器的,而真實伺服器將響應後的處理結果直接返回給客戶端使用者。同VS/TUN技術一樣,VS/DR技術可極大地提高集群系統的伸縮性。而且,這種DR模式沒有IP隧道的開銷,對叢集中的真實伺服器也沒有必須支援IP隧道協議的要求,但是要求排程器LB與正式伺服器RS節點都有一塊網絡卡連在同一物理網段上,即必須在同一個區域網環境。

只修改目標MAC地址,通過MAC找到RS節點(無法跨網段找到RS節點)

DR模式特點小結:

  1. 通過在排程器LB上修改資料包的目的MAC地址實現轉發。(源IP地址仍然是CIP,目的IP地址仍然是VIP)
  2. 請求的報文經過排程器,而RS響應處理後的報文無需經過排程器LB,因此,併發訪問量大時使用效率很高(和NAT模式相比)
  3. 因DR模式是通過MAC地址的改寫機制實現的轉發,因此,所有RS節點和排程器LB只能在一個區域網LAN中(缺點)
  4. RS節點的預設閘道器不需要是排程器LB的DIP,而直接是IDC機房分配的上級路由器的IP(這是RS帶有外網IP地址的情況),理論講:只要RS可以出網即可,不是必須要配置外網IP
  5. 由於DR模式的排程器僅進行了目的MAC地址的改寫,因此,排程器LB無法改變請求的報文的目的埠(缺點)
  6. 當前,排程器LB支援幾乎所有的UNIX,LINUX系統,但目前不支援WINDOWS系統。真實伺服器RS節點可以是WINDOWS系統。
  7. 總的來說DR模式效率很高,但是配置也較麻煩,因此,訪問量不是特別大的公司可以用haproxy/nginx取代之。這符合運維的原則:簡單,易用,高效。日2000W PV或併發請求1萬以下都可以考慮用haproxy/nginx(LVS NAT模式)
  8. 直接對外的訪問業務,例如:Web服務做RS節點,RS最好用公網IP地址。如果不直接對外的業務,例如:MySQl,儲存系統RS節點,最好只用內部IP地址。

1.6.4 FULLNAT模式-(瞭解即可)

淘寶的LVS應用模式

FULLANT特點:
1,源IP改成不同的VIP和目的IP改成RIP
2,RS處理完畢返回時,返回給不同的LVS排程器
3,所有LVS排程器之間通過session表進行Client Address的共享

1.7 LVS的排程演算法

  • LVS的排程演算法決定了如何在叢集節點之間分佈工作負荷。
  • 當Director排程器收到來自客戶端計算機訪問它的VIP上的叢集服務的入站請求時,Director排程器必須決定哪個叢集節點應該處理請求。Director排程器可用於做出該決定的排程方法分成兩個基本類別:
    固定排程方法:rr,wrr,dh,sh
    動態排程演算法:wlc,lc,lblc,lblcr,SED,NQ

10種排程演算法見如下表格(rr,wrr,wlc重點):

演算法說明
rr 輪循排程,它將請求依次分配不同的RS節點,也就是在RS節點中均攤請求。這種演算法簡單,但是隻適合於RS節點處理效能相差不大的情況
wrr 權重輪循,它將依據不同RS節點的權值分配任務。權值較高的RS將優先獲得任務,並且分配到的連線數將比權值較低的RS節點更多。相同權值的RS得到相同數目的連線數
dh 目的地址雜湊排程,以目的地址為關鍵字查詢一個靜態hash表來獲得需要的RS
sh 源地址雜湊排程,以源地址為關鍵字查詢一個靜態hash表來獲得需要的RS
wlc 加權最小連線數排程,實際連線數除以權值,最小的RS作為分配的RS
lc 最小連線數排程,連線數最小的RS作為分配的RS
lblc 基於地址的最小連線數排程,將來自同一目的地址的請求分配給同一臺RS節點
lblcr 基於地址帶重複最小連線數排程。(略)
SED 最短的期望的延遲(不成熟)
NQ 最小佇列排程(不成熟)

1.8 LVS的排程演算法的生產環境選型

  • [x] :一般的網路服務,如Http,Mail,MySQL等,常用的LVS排程演算法為:
    • 基本輪叫排程rr演算法
    • 加權最小連線排程wlc
    • 加權輪叫排程wrr演算法
  • [x] :基於區域性性的最少連結LBLC和帶複製的基於區域性性最少連結LBLCR主要適用於Web Cache和Db Cache叢集,但是我們很少這樣用。(都是一致性雜湊演算法)
  • [x] :源地址雜湊排程SH和目標地址雜湊排程DH可以結合使用在防火牆叢集中,它們可以保證整個系統的唯一出入口。
  • [x] :最短預期延時排程SED和不排隊排程NQ主要是對處理時間相對比較長的網路服務。

實際使用中,這些演算法的適用範圍不限於這些。我們最好參考核心中的連線排程演算法的實現原理,根據具體業務需求合理的選型。

1.9 LVS叢集的特點

LVS叢集的特點可以歸結如下:

(1)功能:

實現三種IP負載均衡技術和10種連線排程演算法的IPVS軟體。在IPVS內部實現上,採用了高效的Hash函式和垃圾回收機制,能正確處理所排程報文相關的ICMP訊息(有些商品化的系統反而不能)。虛擬服務的設定數目沒有限制,每個虛擬服務都有自己的伺服器集。它支援持久的虛擬服務(如HTTP Cookie 和HTTPS等需要該功能的支援),並提供詳盡的統計資料,如連線的處理速率和報文的流量等。針對大規模拒絕服務(Deny of service)攻擊,實現了三種防衛策略:有基於內容請求分發的應用層交換軟體KTCPVS,它也是在Linux核心中實現。有相關的叢集管理軟體對資源進行檢測,能及時將故障遮蔽,實現系統的高可用性。主,從排程器能週期性地進行狀態同步,從而實現更高的可用性。

(2)適用性

1)後端真實伺服器可執行任何支援TCP/IP的作業系統,包括Linux,各種Unix(如FreeBSD,Sun Solaris,HP Unix等),Mac/OS和windows NT/2000等。

2)負載均衡排程器LB能夠支援絕大多數的TCP和UDP協議:

協議內容
TCP HTTP,FTP,PROXY,SMTP,POP3,IMAP4,DNS,LDAP,HTTPS,SSMTP等
UDP DNS,NTP,TCP,視訊,音訊流播放協議等

無需對客戶機和服務作任何修改,可適用大多數Internet服務。

3)排程器本身當前不支援windows系統。支援大多數的Linux和UINIX系統。

(3)效能

LVS伺服器集群系統具有良好的伸縮性,可支援幾百萬個併發連線。配置100M網絡卡,採用VS/TUN或VS/DR排程技術,集群系統的吞吐量可高達1Gbits/s;如配置千兆網絡卡,則系統的最大吞吐量可接近10Gbits/s

(4)可靠性

LVS伺服器叢集軟體已經在很多大型的,關鍵性的站點得到很好的應用,所以它的可靠性在真實應用得到很好的證實。

(5)軟體許可證

LVS叢集軟體是按GPL(GNU Public License)許可證發行的自由軟體,這意味著你可以得到軟體的原始碼,有權對其進行修改,但必須保證你的修改也是以GPL方式發行。

1.10 LVS的官方中文閱讀資料

標題地址
LVS專案介紹 http://www.linuxvirtualserver.org/zh/lvs1.html
LVS叢集的體系結構 http://www.linuxvirtualserver.org/zh/lvs2.html
LVS叢集中的IP負載均衡技術 http://www.linuxvirtualserver.org/zh/lvs3.html
LVS叢集的負載排程 http://www.linuxvirtualserver.org/zh/lvs4.html

二,手動實現LVS的負載均衡功能(DR模式)

2.1 安裝LVS軟體

2.1.1 LVS應用場景說明

1)資料庫及memcache等對內業務的負載均衡環境

管理IP地址角色備註
192.168.0.210 LVS排程器(Director) 對外提供服務的VIP為192.168.0.240
192.168.0.223 RS1(真實伺服器)
192.168.0.224 RS2(真實伺服器)

特別提示:上面的環境為內部環境的負載均衡模式,即LVS服務是對內部業務的,如資料庫及memcache等的負載均衡

2)web服務或web cache等負載均衡環境

外部IP地址內部IP地址角色備註
192.168.200.210 192.168.0.210 LVS排程器(Director) 對外提供服務的VIP為192.168.0.240
192.168.200.223 192.168.0.223 RS1(真實伺服器)
192.168.200.224 192.168.0.224 RS2(真實伺服器)

提示:
這個表格一般是提供Web或Web cache負載均衡的情況,此種情況特點為雙網絡卡環境。這裡把192.168.0.0/24假設為內網絡卡,192.168.200.0/24假設為外網絡卡。

2.1.2 實驗一概述(同學們開始做)

內部IP(eth0)外部IP(eth1)角色備註
192.168.0.210 LVS負載均衡器 VIP:192.168.0.240閘道器為:192.168.0.100
192.168.0.223 Web01節點 閘道器為:192.168.0.100
192.168.0.224 Web02節點 閘道器為:192.168.0.100
192.168.0.220 內網客戶端 閘道器為:192.168.0.100
192.168.200.200 外網客戶端 不配閘道器
192.168.0.100 192.168.200.100 閘道器型防火牆 雙網絡卡均無閘道器

2.1.3 兩臺Web配置簡單的http服務

為了方便,我們可以用yum簡單裝一個apache提供httpd服務進行測試,過程略。

2.1.4 開始安裝LVS

以下的安裝都是在LVS LB 192.168.0.210上

1)下載相關軟體包

wget http://www.linuxvirtualserver.org/software/kernel-2.6/ipvsadm-1.24.tar.gz  # <===適合5.x系統
wget http://www.linuxvirtualserver.org/software/kernel-2.6/ipvsadm-1.26.tar.gz  # <===適合6.x系統

2)安裝準備命令

[root@lvs01 ~]# lsmod | grep ip_vs      #檢視linux核心是否有ipvs服務
[root@lvs01 ~]# uname -r            #檢視核心版本
2.6.32-431.el6.x86_64
[root@lvs01 ~]# cat /etc/redhat-release     #檢視系統版本
CentOS release 6.5 (Final)
[root@lvs01 ~]# yum -y install kernel-devel     #光碟安裝
[root@lvs01 ~]# ls -ld /usr/src/kernels/2.6.32-431.el6.x86_64/
drwxr-xr-x. 2 root root 4096 Aug  9 19:28    /usr/src/kernels/2.6.32-431.el6.x86_64/         #安裝完就會出現此目錄
[root@lvs01 ~]# ln -s /usr/src/kernels/2.6.32-431.el6.x86_64/ /usr/src/linux          #做一個軟連線
[root@lvs01 ~]# ll -d /usr/src/linux/
drwxr-xr-x. 2 root root 4096 Aug  9 19:28 /usr/src/linux/
[root@lvs01 ~]# ll /usr/src/
total 8
drwxr-xr-x. 2 root root 4096 Sep 23  2011 debug
drwxr-xr-x. 3 root root 4096 Aug  9 19:28 kernels
lrwxrwxrwx. 1 root root   39 Aug  9 19:28 linux -> /usr/src/kernels/2.6.32-431.el6.x86_64/
[root@lvs01 ~]# 

特別注意:
此ln命令的連結路徑要和uname -r輸出結果核心版本對應,工作中如果做安裝虛擬化可能有多個核心路徑
如果沒有/usr/src/kernels/2.6.32-431.el6.x86_64/路徑,很可能是因為缺少kernel-devel軟體包。可通過yum進行安裝
centos5.x版本不能用ipvs1.26

3)安裝lvs命令:

[root@lvs01 ~]# yum -y install libnl* popt*     #需要通過公網源安裝
[root@lvs01 ~]# cd /usr/src/ipvsadm-1.26/
[root@lvs01 ipvsadm-1.26]# make             #直接編譯不需要./configure
[root@lvs01 ipvsadm-1.26]# make install
[root@lvs01 ~]# which ipvsadm
/sbin/ipvsadm
[root@lvs01 ~]# ipvsadm
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
[root@lvs01 ~]# lsmod | grep ip_vs          #執行完/sbin/ipvsadm就會有資訊
ip_vs                 125220  0 
libcrc32c               1246  1 ip_vs
ipv6                  317340  270 ip_vs,ip6t_REJECT,nf_conntrack_ipv6,nf_defrag_ipv6

#==>出現這個內容就表示LVS已經安裝好,並載入到了核心

LVS安裝小結:
1,CentOS5.X安裝lvs,使用1.24版本。
2,CentOS6.X安裝lvs,使用1.26版本。
3,安裝lvs後,要執行ipvsadm把ip_vs模組載入到核心。

2.2 手動配置LVS負載均衡服務

2.2.1 手工新增lvs轉發

(1)配置LVS虛擬IP(VIP)

[root@lvs01 ~]# ifconfig eth0:0 192.168.0.240 broadcast 192.168.0.240 netmask 255.255.255.0 up
[root@lvs01 ~]# ifconfig eth0:0
eth0:0    Link encap:Ethernet  HWaddr 00:0C:29:D5:7F:9D  
          inet addr:192.168.0.240  Bcast:192.168.0.240  Mask:255.255.255.255
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

(2)手工執行配置新增LVS服務並增加兩臺RS

[root@lvs01 ~]# ipvsadm -C                  #清空ipvs歷史設定
[root@lvs01 ~]# ipvsadm --set 30 5 60       #設定超時時間(tcp tcpfin udp)
[root@lvs01 ~]# ipvsadm -A -t 192.168.0.240:80 -s rr -p 20

#說明:
-A:新增一個虛擬路由主機(LB)
-t:指定虛擬路由主機的VIP地址和監聽埠
-s:指定負載均衡演算法
-p:指定會話保持時間

[root@lvs01 ~]# ipvsadm -a -t 192.168.0.240:80 -r 192.168.0.223:80 -g -w 1
[root@lvs01 ~]# ipvsadm -a -t 192.168.0.240:80 -r 192.168.0.224:80 -g -w 1

#說明:
-a:新增RS節點
-t:指定虛擬路由主機的VIP地址和監聽埠
-r:指定RS節點的RIP地址和監聽埠
-g:指定DR模式
-w:指定權值

(3)檢視lvs配置結果

[root@lvs01 ~]# ipvsadm -L -n
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
TCP  192.168.0.240:80 rr persistent 20
  -> 192.168.0.223:80             Route   1      0          0         
  -> 192.168.0.224:80             Route   1      0          0         

(4)ipvs配置刪除方法

[root@lvs01 ~]# #ipvsadm -D -t 192.168.0.240:80 -s rr       #刪除虛擬路由主機
[root@lvs01 ~]# #ipvsadm -d -t 192.168.0.240:80 -r 192.168.0.223:80     #刪除RS節點

此時,可以開啟瀏覽器訪問http://192.168.0.240體驗結果,如果沒意外,是無法訪問的。(RS將包丟棄了)

2.2.2 手工在RS端繫結

#在Web01上操作
[root@web01 ~]# ifconfig lo:0 192.168.0.240/32 up       #掩碼必須設定32
[root@web01 ~]# ifconfig lo:0
lo:0      Link encap:Local Loopback  
          inet addr:192.168.0.240  Mask:0.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1

#在Web02上操作
[root@web02 ~]# ifconfig lo:0 192.168.0.240/32 up       #掩碼必須設定32
[root@web02 ~]# ifconfig lo:0
lo:0      Link encap:Local Loopback  
          inet addr:192.168.0.240  Mask:0.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1

2.2.3 瀏覽器測試LVS轉發效果

注意:
在測試時候你會發現重新整理看的都是同一個RS節點
這是因為瀏覽器的快取問題
等一段時間以後,重新整理就會重新負載均衡到新RS節點了

2.2.4 關於DR模式RS節點的ARP抑制的問題

  • 因為在DR模式下,RS節點和LVS同處一個區域網網段內。
  • 當閘道器通過ARP廣播試圖獲取VIP的MAC地址的時候
  • LVS和節點都會接收到ARP廣播並且LVS和節點都綁定了192.168.0.240這個VIP,所以都會去響應閘道器的這個廣播,導致衝突現象。
  • 因此,我們需要對RS節點做抑制ARP廣播的措施。
[root@web01 ~]# echo "1" > /proc/sys/net/ipv4/conf/lo/arp_ignore
[root@web01 ~]# echo "2" > /proc/sys/net/ipv4/conf/lo/arp_announce 
[root@web01 ~]# echo "1" > /proc/sys/net/ipv4/conf/all/arp_ignore 
[root@web01 ~]# echo "2" > /proc/sys/net/ipv4/conf/all/arp_announce 

2.2.5 配置閘道器型防火牆

防火牆的雙網絡卡都不要設定閘道器,因為自己的就閘道器

[root@localhost ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000                               #內網網絡卡
    link/ether 00:0c:29:ee:d3:15 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.100/24 brd 192.168.0.255 scope global eth0
    inet6 fe80::20c:29ff:feee:d315/64 scope link 
       valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000                               #外網網絡卡
    link/ether 00:0c:29:ee:d3:1f brd ff:ff:ff:ff:ff:ff
    inet 192.168.200.100/24 brd 192.168.200.255 scope global eth1
    inet6 fe80::20c:29ff:feee:d31f/64 scope link 
       valid_lft forever preferred_lft forever
[root@localhost ~]# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
192.168.200.0   0.0.0.0         255.255.255.0   U     0      0        0 eth1
169.254.0.0     0.0.0.0         255.255.0.0     U     1002   0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1003   0        0 eth1

#防火牆不需要配置閘道器,因此沒有預設路由資訊
[root@localhost ~]# head /etc/sysctl.conf           #開啟網絡卡路由轉發
# Kernel sysctl configuration file for Red Hat Linux
#
# For binary values, 0 is disabled, 1 is enabled.  See sysctl(8) and
# sysctl.conf(5) for more details.

# Controls IP packet forwarding
net.ipv4.ip_forward = 1                 #修改為1

# Controls source route verification
net.ipv4.conf.default.rp_filter = 1
[root@localhost ~]# sysctl -p               #讓配置即刻生效
net.ipv4.ip_forward = 1
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.default.accept_source_route = 0
kernel.sysrq = 0
kernel.core_uses_pid = 1
net.ipv4.tcp_syncookies = 1
error: "net.bridge.bridge-nf-call-ip6tables" is an unknown key
error: "net.bridge.bridge-nf-call-iptables" is an unknown key
error: "net.bridge.bridge-nf-call-arptables" is an unknown key
kernel.msgmnb = 65536
kernel.msgmax = 65536
kernel.shmmax = 68719476736
kernel.shmall = 4294967296

特別提示:
Web01,Web02,LVS負載均衡器,以及內網客戶端均將閘道器設定成閘道器型防火牆的eth0:192.168.0.100

2.2.6 配置內網客戶端

內網客戶端用於模擬lvs應用於內網的負載均衡情況
比如lvs資料庫讀負載均衡,比如lvs memcached快取組負載均衡
由於這型別的負載均衡請求都是由內網伺服器發起,因此用內網客戶端來模擬

#內網客戶端訪問測試

root@LanClient ~]# hostname -I
192.168.0.220               #內網客戶端IP
[root@LanClient ~]# route -n        #預設路由為閘道器防火牆
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1002   0        0 eth0
0.0.0.0         192.168.0.100   0.0.0.0         UG    0      0        0 eth0

[root@LanClient ~]# curl 192.168.0.240
192.168.0.224 bbs
[root@LanClient ~]# curl 192.168.0.240
192.168.0.223 bbs
[root@LanClient ~]# curl 192.168.0.240
192.168.0.224 bbs
[root@LanClient ~]# curl 192.168.0.240
192.168.0.223 bbs

#從上面可以看出,內網客戶端模擬訪問lvs負載均衡器,成功!

2.2.7 配置外網客戶端

外網客戶端模擬的是lvs轉發外網使用者訪問需求給RS節點處理的情況
模擬外網客戶端,要求客戶端不能配置任何閘道器

由於外網客戶端要訪問內網的LVS需要經過閘道器防火牆的跳轉,因此需要在防火牆伺服器上做iptables的DNAT和SNAT,配置如下:

[root@GATEWAY ~]# hostname -I
192.168.0.100(內網網絡卡) 192.168.200.100(外網網絡卡) 
[root@GATEWAY ~]# route -n      
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
192.168.200.0   0.0.0.0         255.255.255.0   U     0      0        0 eth1
169.254.0.0     0.0.0.0         255.255.0.0     U     1002   0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1003   0        0 eth1
[root@GATEWAY ~]# iptables -t nat -A PREROUTING -i eth1 -d 192.168.200.100 -p tcp --dport 80 -j DNAT --to-destination 192.168.0.240
[root@GATEWAY ~]# iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -o eth1 -j SNAT --to-source 192.168.200.100
[root@GATEWAY ~]# iptables -t nat -L -nv
Chain PREROUTING (policy ACCEPT 25 packets, 5251 bytes)
 pkts bytes target     prot opt in     out     source               destination         
   32  1920 DNAT       tcp  --  eth1   *       0.0.0.0/0            192.168.200.100     tcp dpt:80 to:192.168.0.240 

Chain POSTROUTING (policy ACCEPT 53 packets, 3208 bytes)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 SNAT       all  --  *      eth1    192.168.0.0/24       0.0.0.0/0           to:192.168.200.100 

Chain OUTPUT (policy ACCEPT 22 packets, 1348 bytes)
 pkts bytes target     prot opt in     out     source               destination         
[root@GATEWAY ~]# 

進行外網客戶端訪問LVS負載均衡器測試

特別提示:
由於瀏覽器快取及LVS預設會話保持等影響,個人簡單的測試切換RS的機率要很多次並且間隔一定時間訪問才行。儘可能關閉瀏覽器換不同的客戶端IP來測試,效果更明顯一些。用單機測試是有這種情況(負載均衡的演算法傾向於一個客戶端IP定向到一個後端伺服器,以保持會話連貫性),如果用兩三臺機器去測試也許就不一樣。
在測試訪問的同時可以通過ipvsadm -Lnc來檢視訪問結果,如下所示:

[root@lvs01 network-scripts]# ipvsadm -lnc
IPVS connection entries
pro expire state       source             virtual            destination
TCP 01:41  FIN_WAIT    192.168.0.220:59805 192.168.0.240:80   192.168.0.224:80
TCP 01:40  FIN_WAIT    192.168.0.220:59803 192.168.0.240:80   192.168.0.224:80
TCP 01:50  FIN_WAIT    192.168.200.200:34926 192.168.0.240:80   192.168.0.223:80
TCP 01:41  FIN_WAIT    192.168.0.220:59804 192.168.0.240:80   192.168.0.223:80
TCP 01:50  FIN_WAIT    192.168.200.200:34925 192.168.0.240:80   192.168.0.224:80
TCP 01:41  FIN_WAIT    192.168.0.220:59806 192.168.0.240:80   192.168.0.223:80
TCP 01:40  FIN_WAIT    192.168.0.220:59802 192.168.0.240:80   192.168.0.223:80
TCP 01:51  FIN_WAIT    192.168.200.200:34927 192.168.0.240:80   192.168.0.224:80

2.3 arp抑制技術引數說明

  • [x] : arp_ignore-INTRGER
  • 定義對目標地址為本地IP的ARP詢問不同的應答模式
    • 0(預設值):迴應任何網路介面上對任何本地IP地址的arp查詢請求。
    • 1:只回答目標IP地址是來訪網路介面本地地址的ARP查詢請求
    • 2:只回答目標IP地址是來訪網路介面本地地址的ARP查詢請求,且來訪IP必須在該網路介面的子網段內。
    • 3:不迴應該網路介面的arp請求,而只對設定的唯一和連線地址做出迴應。
    • 4-7:保留未使用
    • 8:不迴應所有(本地地址)的arp查詢。
  • [x] :arp_announce-INTEGER
  • 對網路介面上,本地IP地址的發出的,ARP迴應,作出相應級別的限制:確定不同程度的限制,宣佈對來自本地源IP地址發出Arp請求的介面。
    • 0(預設值):在任意網路介面(eth0,eth1,lo)上的任何本地地址
    • 1:儘量避免不在該網路介面子網段的本地地址做出arp迴應,當發起ARP請求的源IP地址是被設定應該經由路由達到此網路介面的時候很有用。此時會檢查來訪IP是否為所有介面上的子網段內IP之一。如果該來訪IP不屬於各個網路介面上的子網段內,那麼將採用級別2的方式來進行處理。
    • 2:對查詢目標使用最適當的本地地址,在此模式下將忽略這個IP資料包的源地址並嘗試選擇能與該地址通訊的本地地址,首要是選擇所有的網路介面的子網中外出訪問子網中包含該目標IP地址的本地地址。如果沒有合適的地址被發現,將選擇當前的傳送網路介面或其他的有可能接受到該ARP迴應的網路介面來進行傳送。限制了使用本地的vip地址作為優先的網路介面。

2.4 開發指令碼配置LVS負載均衡器端

2.4.1 LVS負載均衡器端自動配置指令碼:

[root@lvs01 scripts]# cat ipvs_server.sh 
#!/bin/bash
# author:Mr.chen
#LVS scripts

. /etc/init.d/functions

VIP=192.168.0.240
SUBNET="eth0:`echo $VIP | awk -F "." '{print $4}'`"
PORT=80
RIP=(

192.168.0.223
192.168.0.224

)

function start(){
	
	if [ `ifconfig | grep $VIP | wc -l` -ne 0 ];then
		stop
	fi
	ifconfig $SUBNET $VIP broadcast $VIP netmask 255.255.255.0 up
	ipvsadm -C
	ipvsadm --set 30 5 60
	ipvsadm -A -t $VIP:$PORT -s rr -p 20
	for ((i=0;i<${#RIP[*]};i++))
	do
		ipvsadm -a -t $VIP:$PORT -r ${RIP[$i]} -g -w 1
	done

}

function stop(){

	ipvsadm -C
	if [ `ifconfig | grep $VIP | wc -l` -ne 0 ];then
		ifconfig $SUBNET down
	fi
	route del -host $VIP dev eth0 &>/dev/null

}

case "$1" in 
	start)
		start
		echo "ipvs is started"
	;;
	stop)
		stop
		echo "ipvs is stopped"
	;;
	restart)
		stop
		echo "ipvs is stopped"
		start
		echo "ipvs is started"
	;;	
	*)
	echo "USAGE:$0 {start | stop | restart}"
esac

2.4.2 RS節點Web伺服器端自動配置指令碼

[root@web01 scripts]# cat rs_server.sh 
#!/bin/bash
# author:Mr.chen
# RS_sever scripts


. /etc/rc.d/init.d/functions

VIP=192.168.0.240

case "$1" in 
	start)
		echo "start LVS of REALServer IP"
		interface="lo:`echo $VIP | awk -F "." '{print $4}'`"
		/sbin/ifconfig $interface $VIP broadcast $VIP netmask 255.255.255.255 up
		route add -host $VIP dev $interface
		echo "1" > /proc/sys/net/ipv4/conf/lo/arp_ignore
		echo "2" > /proc/sys/net/ipv4/conf/lo/arp_announce
		echo "1" > /proc/sys/net/ipv4/conf/all/arp_ignore
		echo "2" > /proc/sys/net/ipv4/conf/all/arp_announce
	;;
	stop)
		interface="lo:`echo $VIP | awk -F "." '{print $4}'`"
		/sbin/ifconfig $interface down
		echo "STOP LVS of REALServer IP"
		echo "0" > /proc/sys/net/ipv4/conf/lo/arp_ignore
		echo "0" > /proc/sys/net/ipv4/conf/lo/arp_announce
		echo "0" > /proc/sys/net/ipv4/conf/all/arp_ignore
		echo "0" > /proc/sys/net/ipv4/conf/all/arp_announce
	;;
	*)
		echo "Usage: $0 {start|stop}"
		exit 1
esac

三,企業LVS負載均衡高可用最優方案(LVS+Keepalived)

3.1 實驗二概述(同學們開始做)

內部IP(eth0)外部IP(eth1)角色備註
192.168.0.210 LVS負載均衡器(主) VIP:192.168.0.240
192.168.0.211 LVS負載均衡器(備) VIP:192.168.0.240
192.168.0.223 Web01節點
192.168.0.224 Web02節點
192.168.0.220 內網客戶端

3.2 LVS負載均衡器主和備安裝LVS軟體

過程略

3.3 兩臺Web伺服器安裝Web服務

過程略

3.4 LVS負載均衡器主和備安裝Keepalived軟體

[root@lvs01 ~]# yum -y install keepalived   #光碟安裝即可

3.5 僅實現LVS負載均衡器主和備的keepalived高可用功能

LVS負載均衡器主的keepalived配置檔案內容如下

[root@lvs01 ~]# sed -n '1,30p' /etc/keepalived/keepalived.conf 
! Configuration File for keepalived

global_defs {
   notification_email {
	[email protected]
   }
   notification_email_from yunjisuan
   smtp_server 127.0.0.1
   smtp_connect_timeout 30
   router_id LVS01
}

vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 55
    priority 150
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
	192.168.0.240/24 dev eth0 label eth0:240
    }
}

LVS負載均衡器主的keepalived配置檔案內容如下

[root@localhost ~]# sed -n '1,30p' /etc/keepalived/keepalived.conf 
! Configuration File for keepalived

global_defs {
   notification_email {
	[email protected]
   }
   notification_email_from yunjisuan
   smtp_server 127.0.0.1
   smtp_connect_timeout 30
   router_id LVS02
}

vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    virtual_router_id 55
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
	192.168.0.240/24 dev eth0 label eth0:240
    }
}

3.6 新增LVS的負載均衡規則

以下操作過程,在LVS主和備上完全一樣

[root@localhost ~]# ipvsadm -C
[root@localhost ~]# ipvsadm -A -t 192.168.0.240:80 -s rr
[root@localhost ~]# ipvsadm -a -t 192.168.0.240:80 -r 192.168.0.223:80 -g -w 1
[root@localhost ~]# ipvsadm -a -t 192.168.0.240:80 -r 192.168.0.224:80 -g -w 1
[root@localhost ~]# ipvsadm -Ln
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
TCP  192.168.0.240:80 rr persistent 20
  -> 192.168.0.223:80             Route   1      0          0         
  -> 192.168.0.224:80             Route   1      0          0  

3.7 啟動LVS主和備的keepalived服務

#在LVS主上
[root@lvs01 ~]# /etc/init.d/keepalived start
[root@lvs01 ~]# ifconfig 
eth0      Link encap:Ethernet  HWaddr 00:0C:29:D5:7F:9D  
          inet addr:192.168.0.210  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::20c:29ff:fed5:7f9d/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:23567 errors:0 dropped:0 overruns:0 frame:0
          TX packets:14635 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:2008524 (1.9 MiB)  TX bytes:1746298 (1.6 MiB)

eth0:240  Link encap:Ethernet  HWaddr 00:0C:29:D5:7F:9D  
          inet addr:192.168.0.240  Bcast:0.0.0.0  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:769 errors:0 dropped:0 overruns:0 frame:0
          TX packets:769 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:56636 (55.3 KiB)  TX bytes:56636 (55.3 KiB)

#在LVS副上
[root@localhost ~]# /etc/init.d/keepalived start
[root@localhost ~]# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:0C:29:E7:06:1D  
          inet addr:192.168.0.211  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::20c:29ff:fee7:61d/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:14109 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4902 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:12683754 (12.0 MiB)  TX bytes:553207 (540.2 KiB)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:155 errors:0 dropped:0 overruns:0 frame:0
          TX packets:155 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:11283 (11.0 KiB)  TX bytes:11283 (11.0 KiB)

#如果LVS副上沒有VIP就對了。如果主副都有,那麼請檢查防火牆是否開啟狀態

3.8 內網客戶端進行訪問測試

#在內網客戶端上進行訪問測試
[root@LanClient ~]# curl 192.168.0.240
192.168.0.224 bbs
[root@LanClient ~]# curl 192.168.0.240
192.168.0.223 bbs
[root@LanClient ~]# curl 192.168.0.240
192.168.0.224 bbs
[root@LanClient ~]# curl 192.168.0.240
192.168.0.223 bbs
[root@LanClient ~]# curl 192.168.0.240
192.168.0.224 bbs
[root@LanClient ~]# curl 192.168.0.240
192.168.0.223 bbs
[root@LanClient ~]# curl 192.168.0.240
192.168.0.224 bbs


#在LVS主上進行訪問連線查詢
[root@lvs01 ~]# ipvsadm -Lnc
IPVS connection entries
pro expire state       source             virtual            destination
TCP 00:01  FIN_WAIT    192.168.0.220:59887 192.168.0.240:80   192.168.0.223:80
TCP 00:01  FIN_WAIT    192.168.0.220:59889 192.168.0.240:80   192.168.0.223:80
TCP 00:01  FIN_WAIT    192.168.0.220:59888 192.168.0.240:80   192.168.0.224:80
TCP 00:00  FIN_WAIT    192.168.0.220:59886 192.168.0.240:80   192.168.0.224:80

#在LVS主上停掉keepalived服務
[root@lvs01 ~]# /etc/init.d/keepalived stop
Stopping keepalived:                                       [  OK  ]
[root@lvs01 ~]# ifconfig | grep eth0:240

#在LVS副上檢視VIP
[root@localhost ~]# ip a | grep eth0:240
    inet 192.168.0.240/24 scope global secondary eth0:240

#再次在內網客戶端上進行訪問測試
[root@LanClient ~]# curl 192.168.0.240
192.168.0.223 bbs
[root@LanClient ~]# curl 192.168.0.240
192.168.0.224 bbs
[root@LanClient ~]# curl 192.168.0.240
192.168.0.223 bbs
[root@LanClient ~]# curl 192.168.0.240
192.168.0.224 bbs
[root@LanClient ~]# curl 192.168.0.240
192.168.0.223 bbs

#在LVS副上進行訪問連線查詢
[root@localhost ~]# ipvsadm -Lnc
IPVS connection entries
pro expire state       source             virtual            destination
TCP 01:47  FIN_WAIT    192.168.0.220:59900 192.168.0.240:80   192.168.0.223:80
TCP 01:09  FIN_WAIT    192.168.0.220:59891 192.168.0.240:80   192.168.0.224:80
TCP 01:48  FIN_WAIT    192.168.0.220:59902 192.168.0.240:80   192.168.0.223:80
TCP 01:09  FIN_WAIT    192.168.0.220:59892 192.168.0.240:80   192.168.0.224:80
TCP 01:14  FIN_WAIT    192.168.0.220:59896 192.168.0.240:80   192.168.0.224:80
TCP 01:10  FIN_WAIT    192.168.0.220:59894 192.168.0.240:80   192.168.0.224:80

#開啟LVS主上的keepalived服務
[root@lvs01 ~]# /etc/init.d/keepalived start
[root@lvs01 ~]# ip a | grep eth0:240
    inet 192.168.0.240/24 scope global secondary eth0:240

#檢視LVS副上VIP資源是否釋放
[root@localhost ~]# ip a | grep eth0:240
[root@localhost ~]# 

綜上,至此基於LVS的keepalived高可用功能實驗完畢

3.9 通過Keepalived對LVS進行管理的功能實現

[root@lvs01 ~]# cat /etc/keepalived/keepalived.conf 
! Configuration File for keepalived

global_defs {
   notification_email {
	215379068@qq.com
   }
   notification_email_from yunjisuan
   smtp_server 127.0.0.1
   smtp_connect_timeout 30
   router_id LVS01
}

vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 55
    priority 150
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
	192.168.0.240/24 dev eth0 label eth0:240
    }
}

virtual_server 192.168.0.240 80 {       #虛擬主機VIP
    delay_loop 6            #
    lb_algo rr              #演算法
    lb_kind DR              #模式
    nat_mask 255.255.255.0  #掩碼
#    persistence_timeout 50 #會話保持
    protocol TCP            #協議

    real_server 192.168.0.223 80 {      #RS節點
        weight 1                #權重
	    TCP_CHECK {             #節點健康檢查
	    connect_timeout 8       #延遲超時時間
	    nb_get_retry 3          #重試次數
	    delay_before_retry 3    #延遲重試次數
	    connect_port 80	        #利用80埠檢查
	}
    }
    real_server 192.168.0.224 80 {      #RS節點
        weight 1
	    TCP_CHECK {
	    connect_timeout 8
	    nb_get_retry 3
        delay_before_retry 3
	    connect_port 80	
	}
    }
}

以上keepalived配置檔案在LVS主和備上都進行修改。
然後在lvs伺服器上通過ipvsadm -C清除之前設定的規則
重新啟動keepalived服務進行測試,操作過程如下:

[root@lvs01 ~]# /etc/init.d/keepalived stop             #關閉主LVS的keepalived服務
Stopping keepalived:                                       [  OK  ]
[root@lvs01 ~]# ipvsadm -Ln                             #沒有ipvs規則
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
[root@lvs01 ~]# ip a | grep 240                         #沒有VIP
[root@lvs01 ~]# /etc/init.d/keepalived start            #啟動keepalived服務
Starting keepalived:                                       [  OK  ]
[root@lvs01 ~]# ipvsadm -Ln                             #出現ipvs規則
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
TCP  192.168.0.240:80 rr
  -> 192.168.0.223:80             Route   1      0          0         
  -> 192.168.0.224:80             Route   1      0          0         
[root@lvs01 ~]# ip a | grep 240                         #出現VIP
    inet 192.168.0.240/24 scope global secondary eth0:240   

附錄:LVS叢集分發請求RS不均衡生產環境實戰解決

生產環境中ipvsadm -L -n 發現兩臺RS的負載不均衡,一臺有很多請求,一臺沒有。並且沒有請求的那臺RS經測試服務正常,lo:VIP也有。但是就是沒有請求。

IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
TCP  192.168.0.240:80 rr persistent 10
  -> 192.168.0.223:80             Route   1      0          0         
  -> 192.168.0.224:80             Route   1      8          12758         

問題原因:

persistent 10的原因,persistent會話保持,當clientA訪問網站的時候,LVS把請求分發給了52,那麼以後clientA再點選的其他操作其他請求,也會發送給52這臺機器。

解決辦法:

到keepalived中註釋掉persistent 10 然後/etc/init.d/keepalived reload,然後可以看到以後負載均衡兩邊都均衡了。

其他導致負載不均衡的原因可能有:

  1. LVS自身的會話保持引數設定(-p 300,persistent 300)。優化:大公司儘量用cookies替代session
  2. LVS排程演算法設定,例如:rr,wrr,wlc,lc演算法
  3. 後端RS節點的會話保持引數,例如:apache的keepalive引數
  4. 訪問量較少的情況,不均衡的現象更加明顯
  5. 使用者傳送得請求時間長短,和請求資源多少大小。