硬體負載均衡裝置介紹

2022-04-03 19:28:46 字數 4632 閱讀 9629

最常用是f5 與citrix netscaler

負載均衡分全域性負載均衡和本地負載均衡。

地負載均衡是指對本地的伺服器群做負載均衡,全域性負載均衡是指對分別放置在不同的地理位置、有不同網路結構的伺服器群間作負載均衡。

迴圈dns

就是每次解析網域名稱時指向ip loop list 裡的下乙個ip.

負載均衡路由器

通過某種策略把請求傳送到響應最快的server上, 同時可以滿足故障轉移/故障恢復. 但是負載均衡路由器本身需要維護,通常需要有兩個, 來防止單點故障.

例如alteon 180 和 f5 network 的 big-ip

負載均衡可以針對不同的網路層次

鏈路聚合技術(第二層負載均衡)是將多條物理鏈路當作一條單一的聚合邏輯鏈路使用,網路資料流量由聚合邏輯鏈路中所有物理鏈路共同承擔,由此在邏輯上增大了鏈路的容量,使其能滿足頻寬增加的需求.

現在經常使用的是4至7層的負載均衡。

第四層負載均衡將乙個internet上合法註冊的ip位址對映為多個內部伺服器的ip位址,對每次tcp連線請求動態使用其中乙個內部ip位址,達到負載均衡的目的。在第四層交換機中,此種均衡技術得到廣泛的應用,乙個目標位址是伺服器群vip(虛擬ip,virtual ip address)連線請求的資料報流經交換機,交換機根據源端和目的ip位址、tcp或udp埠號和一定的負載均衡策略,在伺服器ip和vip間進行對映,選取伺服器群中最好的伺服器來處理連線請求。

第七層負載均衡控制應用層服務的內容,提供了一種對訪問流量的高層控制方式,適合對http伺服器群的應用。第七層負載均衡技術通過檢查流經的http報頭,根據報頭內的資訊來執行負載均衡任務。 

第七層負載均衡優點表現在如下幾個方面:

1。通過對http報頭的檢查,可以檢測出http400、500和600系列的錯誤資訊,因而能透明地將連線請求重新定向到另一台伺服器,避免應用層故障。

2。可根據流經的資料型別(如判斷資料報是影象檔案、壓縮檔案或多**檔案格式等),把資料流量引向相應內容的伺服器來處理,增加系統效能。

3。能根據連線請求的型別,如是普通文字、圖象等靜態文件請求,還是asp、cgi等的動態文件請求,把相應的請求引向相應的伺服器來處理,提高系統的效能及安全性。

缺點: 第七層負載均衡受到其所支援的協議限制(一般只有http),這樣就限制了它應用的廣泛性,並且檢查http報頭會占用大量的系統資源,勢必會影響到系統的效能,在大量連線請求的情況下,負載均衡裝置自身容易成為網路整體效能的瓶頸

負載均衡策略:

1.       輪循均衡(round robin):每一次來自網路的請求輪流分配給內部中的伺服器,從1至n然後重新開始。此種均衡演算法適合於伺服器組中的所有伺服器都有相同的軟硬體配置並且平均服務請求相對均衡的情況。

2.       權重輪循均衡(weighted round robin):根據伺服器的不同處理能力,給每個伺服器分配不同的權值,使其能夠接受相應權值數的服務請求。例如:伺服器a的權值被設計成1,b的權值是3,c的權值是6,則伺服器a、b、c將分別接受到10%、30%、60%的服務請求。此種均衡演算法能確保高效能的伺服器得到更多的使用率,避免低效能的伺服器負載過重。

3.       隨機均衡(random):把來自網路的請求隨機分配給內部中的多個伺服器。

4.       權重隨機均衡(weighted random):此種均衡演算法類似於權重輪循演算法,不過在處理請求分擔時是個隨機選擇的過程。

5.       響應速度均衡(response time):負載均衡裝置對內部各伺服器發出乙個探測請求(例如ping),然後根據內部中各伺服器對探測請求的最快響應時間來決定哪一台伺服器來響應客戶端的服務請求。此種均衡演算法能較好的反映伺服器的當前執行狀態,但這最快響應時間僅僅指的是負載均衡裝置與伺服器間的最快響應時間,而不是客戶端與伺服器間的最快響應時間。

6.       最少連線數均衡(least connection):客戶端的每一次請求服務在伺服器停留的時間可能會有較大的差異,隨著工作時間加長,如果採用簡單的輪循或隨機均衡演算法,每一台伺服器上的連線程序可能會產生極大的不同,並沒有達到真正的負載均衡。最少連線數均衡演算法對內部中需負載的每一台伺服器都有乙個資料記錄,記錄當前該伺服器正在處理的連線數量,當有新的服務連線請求時,將把當前請求分配給連線數最少的伺服器,使均衡更加符合實際情況,負載更加均衡。此種均衡演算法適合長時處理的請求服務,如ftp。

7.       處理能力均衡:此種均衡演算法將把服務請求分配給內部中處理負荷(根據伺服器cpu型號、cpu數量、記憶體大小及當前連線數等換算而成)最輕的伺服器,由於考慮到了內部伺服器的處理能力及當前網路執行狀況,所以此種均衡演算法相對來說更加精確,尤其適合運用到第七層(應用層)負載均衡的情況下。

8.       dns響應均衡(flash dns):在internet上,無論是http、ftp或是其它的服務請求,客戶端一般都是通過網域名稱解析來找到伺服器確切的ip位址的。在此均衡演算法下,分處在不同地理位置的負載均衡裝置收到同乙個客戶端的網域名稱解析請求,並在同一時間內把此網域名稱解析成各自相對應伺服器的ip位址(即與此負載均衡裝置在同一位地理位置的伺服器的ip位址)並返回給客戶端,則客戶端將以最先收到的網域名稱解析ip位址來繼續請求服務,而忽略其它的ip位址響應。在種均衡策略適合應用在全域性負載均衡的情況下,對本地負載均衡是沒有意義的。

服務故障的檢測方式和能力:

1.       ping偵測:通過ping的方式檢測伺服器及網路系統狀況,此種方式簡單快速,但只能大致檢測出網路及伺服器上的作業系統是否正常,對伺服器上的應用服務檢測就無能為力了。

2.       tcp open偵測:每個服務都會開放某個通過tcp連線,檢測伺服器上某個tcp埠(如telnet的23口,http的80口等)是否開放來判斷服務是否正常。

3.       http url偵測:比如向http伺服器發出乙個對main.html檔案的訪問請求,如果收到錯誤資訊,則認為伺服器出現故障。

負載均衡的裝置型別/硬體配置

ip應用交換機

也就是ip鏈路控制器主要是指可以用來實現無縫地監控多條wan連線的可用性與效能,以智慧型地管理到某一站點的雙向流量,從而提供出色的容錯性和優化的網際網路訪問,並可以提供可靠的wan連線,提供企業級網際網路連線能力確保將流量導向最佳的鏈路和isp,保持為使用者提供最高質量的服務和速度,通過強大的經濟型鏈路聚合功能來最大限度提高公司的連線能力投資回報,通過邊界閘道器協議(bgp)消除部署障礙,顯著降低多歸屬網路的部署成本的硬體裝置。可為所有基於ip的應用和web服務提供原來只有web應用才能享有的流量管理功能。在任何網路環境下,都能通過其功能強大的通用檢查引擎(universal inspection engine)和irules準確、安全、經濟高效地建立和提供所有基於ip的應用或web服務。確保所有ip應用的高可用性和正常執行時間, 建立乙個可控的執行點以對所有流量進行前瞻性安全控制, 使伺服器和應用能夠及時準確地做出響應,無需額外硬體、軟體或其它it資源。

負載均衡器

是一種採用各種分配演算法把網路請求分散到乙個伺服器集群中的可用伺服器上去,通過管理進入的web資料流量和增加有效的網路頻寬,從而使網路訪問者獲得盡可能最佳的聯網體驗的硬體裝置。負載均衡器有多種多樣的形式,除了作為獨立意義上的負載均衡器外,有些負載均衡器整合在交換裝置中,置於伺服器與internet鏈結之間,有些則以兩塊網路介面卡將這一功能整合到pc中,一塊連線到internet上,一塊連線到後端伺服器群的內部網路上。一般而言,硬體負載均衡在功能、效能上優於軟體方式,不過成本昂貴。當web伺服器為影象服務、ssl(安全套接層)會話或資料庫事務而進行優化時,負載均衡器可以體現特別的價值。

硬體配置

此引數用來表示負載均衡產品的硬體基本配置,如cpu、記憶體、硬碟等引數的指標。 

軟體與硬體負載均衡的比較

如果我們搜一搜"負載均衡",會發現大量的關於f5等負載均衡裝置的內容. 

實際上,實現負載均衡,使用象f5這樣的專業裝置是一種方式,而使用軟體方式是另外一種方式. 現在比較一下兩種方式. 

基於硬體的方式,能夠直接通過智慧型交換機實現,處理能力更強,而且與系統無關,這就是其存在的理由.但其缺點也很明顯: 

首先是貴,這個貴不僅是體現在一台裝置上,而且體現在冗餘配置上.很難想象後面伺服器做乙個集群,但最關鍵的負載均衡裝置卻是單點配置,一旦出了問題就全趴了. 

第二是對伺服器及應用狀態的掌握:硬體負載均衡,一般都不管實際系統與應用的狀態,而只是從網路層來判斷,所以有時候系統處理能力已經不行了,但網路可能還來得及反應(這種情況非常典型,比如應用伺服器後面記憶體已經占用很多,但還沒有徹底不行,如果網路傳輸量不大就未必在網路層能反映出來)。 所以硬體方式更適用於一大堆裝置、大訪問量、簡單應用。 

軟體方式,其實也分多種情況,這裡只講一下典型的專業負載均衡軟體。看了硬體方式的不足就比較容易理解專業負載均衡軟體的優點了: 

首先是基於系統與應用的負載均衡,能夠更好地根據系統與應用的狀況來分配負載。這對於複雜應用是很重要的。 

第二是價效比,實際上如果幾台伺服器,用f5之類的絕對是殺雞用牛刀(而且得用兩把牛刀),而用軟體就要合算得多,因為伺服器同時還可以跑應用。 

因此,象比如幾台應用伺服器的情況(而不是簡單的網頁應用),顯然基於軟體方式要合理得多。 大概是以前這種專業的負載均衡軟體很難找到,所以大家不太關注這方面吧,不過現在應該已經有這方面的產品了,比如:pcl負載均衡軟體 

負載均衡介紹

負載均衡是什麼 負載均衡 load balancing 負載均衡建立在現有網路結構之上,它提供了一種廉價有效透明的方法擴充套件網路裝置和伺服器的頻寬 增加吞吐量 加強網路資料處理能力 提高網路的靈活性和可用性。負載均衡 又稱為負載分擔 英文名稱為load balance,其意思就是將負載 工作任務 ...

軟 硬體 負載均衡

軟體負載均衡解決方案是指在一台或多台伺服器相應的作業系統上安裝乙個或多個附加軟體來實現負載均衡,如dns load balance,checkpoint firewall 1 connectcontrol等,它的優點是基於特定環境,配置簡單,使用靈活,成本低廉,可以滿足一般的負載均衡需求。軟體解決方...

負載均衡 load balancing 介紹

此文章主要分析以下內容 負載均衡 load balancing 解決資源中的負載分配,以打到資源利用率最大.這些資源包括計算機,網路鏈結,cpu,磁碟驅動器.主要用於解決高併發和高可用.負載均衡有硬體和軟體兩種實現方式,2.1 負載均衡框架 對於網際網路服務,負載平衡器通常是乙個軟體程式,這個程式偵...