負載均衡策路
- 編輯:admin -在實際應用中,用戶可能不想僅僅是把客戶端的服務請求平均地分配給內部服務器,而不管服務器是否宕機。而是想使 Pentium I服務器比 Pentium II i能接受更多的服務請求,一臺處理服務請求較少的服務器能分配到更多的服務請求,出現(xiàn)故障的服務器將不再接受服務請求直至故障恢復等。
在實際應用中,用戶可能不想僅僅是把客戶端的服務請求平均地分配給內部服務器,而不管服務器是否宕機。而是想使 Pentium I服務器比 Pentium II i能接受更多的服務請求,一臺處理服務請求較少的服務器能分配到更多的服務請求,出現(xiàn)故障的服務器將不再接受服務請求直至故障恢復等。選擇合適的負載均衡策略,將能使多個設備很好的共同完成任務,消除或避免現(xiàn)有網(wǎng)絡負載分布不均、數(shù)據(jù)流量擁擠反應時間長的瓶頸在各負載均衡方式中,針對不同的應用需求,在OSI參考模型的第二、三、四、七層的負載均衡都有相應的負載均衡策略。
負載均衡策略的優(yōu)劣及其實現(xiàn)的難易程度有兩個關鍵因素:一是負載均衡算法,二是對網(wǎng)絡系統(tǒng)狀況的檢測方式和能力。

考慮到服務請求的不同類型、服務器的不同處理能力以及隨機選擇造成的負載分配不均勻等問題,為了更加合理的把負載分配給內部的多個服務器,就需要應用相應的能夠正確反映各個服務器處理能力及網(wǎng)絡狀態(tài)的負載均衡算法:
(1)輪循均衡(Round Robin):每一次來自網(wǎng)絡的請求輪流分配給內部中的服務器,從1至N然后重新開始。此種均衡算法適合于服務器組中的所有服務器都有相同的軟硬件配置并且平均服務請求相對均衡的情況。
(2)權重輪循均衡(Weighted Round Robin):根據(jù)服務器的不同處理能力,給每個服務器分配不同的權值,使其能夠接受相應權值數(shù)的服務請求。例如:服務器A的權值被設計成1,B的權值是3,C的權值是6,則服務器A、B、C將分別接收到10%、30%、60%的服務請求。此種均衡算法能確保高性能的服務器得到更多的使用率,避免低性能的服務器負載過重。
◆隨機均衡( Random):把來自網(wǎng)絡的請求隨機分配給內部中的多個服務器。
◆權重隨機均衡( Weighted Random):此種均衡算法類似于權重輪循算法,不過在處理請求分擔時是個隨機選擇的過程。
(3)響應速度均衡( Response Time):負載均衡設備對內部各服務器發(fā)出一個探測請求(例如Ping),然后根據(jù)內部中各服務器對探請求的最快響應時間來決定哪一臺服務器來響應客戶端的服務請求。此種均衡算法能較好地反映服務器的當前運行狀態(tài),但這最快響應時間僅僅指的是負載均衡設備與服務器間的最快響應時間,而不是客戶端與服務器間的最快響應時間。
(4)最少連接數(shù)均衡( Least Connection):客戶端的每一次請求服務在服務器停留的時間可能會有較大的差異,隨著工作時間加長,如果采用簡單的輪循或隨機均衡算法,每一臺服務器上的連接進程可能會產生極大的不同,并沒有達到真正的負載均衡。最少連接數(shù)均衡算法對內部中需負載的每一臺服務器都有一個數(shù)據(jù)記錄,記錄當前該服務器正在處理的連接數(shù)量,當有新的服務連接請求時,將把當前請求分配給連接數(shù)最少的服務器,使均衡更加符合實際情況,負載更加均衡。此種均衡算法適合長時處理的請求服務,如FTP。
(5)處理能力均衡:此種均衡算法將把服務請求分配給內部中處理負荷(根據(jù)服務器CPU型號、CPU數(shù)量、內存大小及當前連接數(shù)等換算而成)最輕的服務器,由于考慮到了內部服務器的處理能力及當前網(wǎng)絡運行狀況,所以此種均衡算法相對來說更加精確,尤其適合運用到第七層(應用層)負載均衡的情況下。
微信小程序響應時間。此種模式一般用于HrP服務器群,在各服務器上要安裝塊虛擬網(wǎng)絡適配器,并將其IP地址設為服務器群的VIP,這樣才能在服務器直接回應客戶端請求時順利的達成三次握手。
