特例方案的負載均衡器使用分析
負載均衡器的使用,在網絡構架和服務器分配中常用到的產品。那么,下面我們就來為大家介紹一種方案,包括它的設備分配,各個端口的連接,以及方案采用的模式等等方面的問題。那么,在之后的文章我們還會對此方案的部署配置內容做一個更詳細的介紹,敬請關注。
多vrrp_instance負載均衡需求描述
本方案要實現一個web及自定義的tcp服務的負載均衡.其中web為3個站點,運行在同一個服務器上,以虛擬機的方式實現;自定義的tcp服務,使用兩個端口號,運行在不同的服務器上。
在這個環境中,共有14個服務器:2個負載均衡器(分別命名為 lvs-1、lvs-2),4個web服務器,4個運行自定義端口為3000 tcp服務的服務器,以及4個運行自定義端口為4000 tcp服務的服務器。本方案仍然使用負載均衡的DR模式,為了有效地使用緊缺的ip地址資源,我們只需要使用2個vip地址就可達到目的----web服務使用一個vip, 后面2個服務共用一個vip。為了更清楚地理解前面的描述,表1、2對整個需求進行了匯總。
負載均衡器 |
Vip |
Vrrp_instance |
角色 |
Lvs-1 |
61.135.93.99 60.135.93.100 |
VI_WEB VI_CTCP |
VI_WEB -à MASTER VI_CTCP-à BACKUP |
Lvs-2 |
61.135.93.99 60.135.93.100 |
VI_WEB VI_CTCP |
VI_WEB--à BACKUP VI_CTCP-à MASTER |
表1 負載均衡器需求匯總
項目 |
Vip |
轉發端口(TCP) |
轉發規則 |
Web(bbs、blog、www) |
61.135.93.99 |
80 |
61.135.93.99:80à 61.135.93.x:80 |
自定義服務1 |
61.135.99.100 |
3000 |
61.135.93.100:3000à61.135.93.y: 3000 |
自定義服務2 |
61.135.93.100 |
4000 |
61.135.93.100:4000->61.135.93.z: 4000 |
表2 應用服務需求匯總
Web服務支持的3個站點均為動態網站,其運行環境為apache加php,因為涉及帳號登錄,因此負載均衡過程必須啟用會話保持。這里把3個站點整合到一個物理服務器上,既能保持服務配置的一致性,又能最大限度的利用資源。關于動態站點及apache虛擬的配置,請參看其他章節的內容。