Nginx負載均衡和LVS負載均衡的比較分析

2021-08-31 12:54:01 字數 2652 閱讀 6133

lvs和nginx都可以用作多機負載的方案,它們各有優缺,在生產環境中需要好好分析實際情況並加以利用。

首先提醒,做技術切不可人云亦云,我雲即你雲;同時也不可太趨向保守,過於相信舊有方式而等別人來幫你做墊被測試。

把所有即時聽說到的好東西加以鑽研,從而提高自己對技術的認知和水平,乃是乙個好習慣。

下面來分析一下兩者:

一、lvs的優勢:

1、抗負載能力強,因為lvs工作方式的邏輯是非常之簡單,而且工作在網路4層僅做請求分發之用,沒有流量,所以在效率上基本不需要太過考慮。在我手裡的 lvs,僅僅出過一次問題:在併發最高的一小段時間內均衡器出現丟包現象,據分析為網路問題,即網絡卡或linux2.4核心的承載能力已到上限,記憶體和 cpu方面基本無消耗。

2、配置性低,這通常是一大劣勢,但同時也是一大優勢,因為沒有太多可配置的選項,所以除了增減伺服器,並不需要經常去觸碰它,大大減少了人為出錯的機率。

3、工作穩定,因為其本身抗負載能力很強,所以穩定性高也是順理成章,另外各種lvs都有完整的雙機熱備方案,所以一點不用擔心均衡器本身會出什麼問題,節點出現故障的話,lvs會自動判別,所以系統整體是非常穩定的。

4、無流量,上面已經有所提及了。lvs僅僅分發請求,而流量並不從它本身出去,所以可以利用它這點來做一些線路分流之用。沒有流量同時也保住了均衡器的io效能不會受到大流量的影響。

5、基本上能支援所有應用,因為lvs工作在4層,所以它可以對幾乎所有應用做負載均衡,包括http、資料庫、聊天室等等。

另:lvs也不是完全能判別節點故障的,譬如在wlc分配方式下,集群裡有乙個節點沒有配置vip,會使整個集群不能使用,這時使用wrr分配方式則會丟掉一台機。目前這個問題還在進一步測試中。所以,用lvs也得多多當心為妙。

二、nginx和lvs作對比的結果

1、nginx工作在網路的7層,所以它可以針對http應用本身來做分流策略,比如針對網域名稱、目錄結構等,相比之下lvs並不具備這樣的功能,所以 nginx單憑這點可利用的場合就遠多於lvs了;但nginx有用的這些功能使其可調整度要高於lvs,所以經常要去觸碰觸碰,由lvs的第2條優點 看,觸碰多了,人為出問題的機率也就會大。

2、nginx對網路的依賴較小,理論上只要ping得通,網頁訪問正常,nginx就能連得通,nginx同時還能區分內外網,如果是同時擁有內外網的 節點,就相當於單機擁有了備份線路;lvs就比較依賴於網路環境,目前來看伺服器在同一網段內並且lvs使用direct方式分流,效果較能得到保證。另 外注意,lvs需要向託管商至少申請多乙個ip來做visual ip,貌似是不能用本身的ip來做vip的。要做好lvs管理員,確實得跟進學習很多有關網路通訊方面的知識,就不再是乙個http那麼簡單了。

3、nginx安裝和配置比較簡單,測試起來也很方便,因為它基本能把錯誤用日誌列印出來。lvs的安裝和配置、測試就要花比較長的時間了,因為同上所述,lvs對網路依賴比較大,很多時候不能配置成功都是因為網路問題而不是配置問題,出了問題要解決也相應的會麻煩得多。

4、nginx也同樣能承受很高負載且穩定,但負載度和穩定度差lvs還有幾個等級:nginx處理所有流量所以受限於機器io和配置;本身的bug也還是難以避免的;nginx沒有現成的雙機熱備方案,所以跑在單機上還是風險較大,單機上的事情全都很難說。

5、nginx可以檢測到伺服器內部的故障,比如根據伺服器處理網頁返回的狀態碼、超時等等,並且會把返回錯誤的請求重新提交到另乙個節點。目前lvs中 ldirectd也能支援針對伺服器內部的情況來監控,但lvs的原理使其不能重發請求。重發請求這點,譬如使用者正在上傳乙個檔案,而處理該上傳的節點剛 好在上傳過程中出現故障,nginx會把上傳切到另一台伺服器重新處理,而lvs就直接斷掉了,如果是上傳乙個很大的檔案或者很重要的檔案的話,使用者可能 會因此而惱火。

6、nginx對請求的非同步處理可以幫助節點伺服器減輕負載,假如使用apache直接對外服務,那麼出現很多的窄帶鏈結時apache伺服器將會占用大 量記憶體而不能釋放,使用多乙個nginx做apache**的話,這些窄帶鏈結會被nginx擋住,apache上就不會堆積過多的請求,這樣就減少了相 當多的記憶體占用。這點使用squid也有相同的作用,即使squid本身配置為不快取,對apache還是有很大幫助的。lvs沒有這些功能,也就無法能 比較。

7、nginx能支援http和email(email的功能估計比較少人用),lvs所支援的應用在這點上會比nginx更多。在使用上,一般最前端所 採取的策略應是lvs,也就是dns的指向應為lvs均衡器,lvs的優點令它非常適合做這個任務。重要的ip位址,最好交由lvs託管,比如資料庫的 ip、webservice伺服器的ip等等,這些ip位址隨著時間推移,使用面會越來越大,如果更換ip則故障會接踵而至。所以將這些重要ip交給 lvs託管是最為穩妥的,這樣做的唯一缺點是需要的vip數量會比較多。nginx可作為lvs節點機器使用,一是可以利用nginx的功能,二是可以利 用nginx的效能。當然這一層面也可以直接使用squid,squid的功能方面就比nginx弱不少了,效能上也有所遜色於nginx。nginx也 可作為中層**使用,這一層面nginx基本上無對手,唯一可以撼動nginx的就只有lighttpd了,不過lighttpd目前還沒有能做到 nginx完全的功能,配置也不那麼清晰易讀。另外,中層**的ip也是重要的,所以中層**也擁有乙個vip和lvs是最完美的方案了。具體的應用還得 具體分析,如果是比較小的**(日pv<1000萬),用nginx就完全可以了,如果機器也不少,可以用dns輪詢,lvs所耗費的機器還是比較 多的;大型**或者重要的服務,機器不發愁的時候,要多多考慮利用lvs

nginx負載均衡和lvs負載均衡的比較分析

2010 04 13 11 11 16 lvs和nginx都可以用作多機負載的方案,它們各有優缺,在生產環境中需要好好分析實際情況並加以利用。首先提醒,做技術切不可人云亦云,我雲即你雲 同時也不可太趨向保守,過於相信舊有方式而等別人來幫你做墊被測試。把所有即時聽說到的好東西加以鑽研,從 而提高自己對...

Nginx負載均衡和LVS負載均衡的比較分析

nginx負載均衡和lvs負載均衡的比較分析 lvs和nginx都可以用作多機負載的方案,它們各有優缺,在生產環境中需要好好分析實際情況並加以利用。首先提醒,做技術切不可人云亦云,我雲即你雲 同時也不可太趨向保守,過於相信舊有方式而等別人來幫你做墊被測試。把所有即時聽說到的好東西加以鑽研,從而提高自...

nginx負載均衡和lvs負載均衡的比較分析

lvs和nginx都可以用作多機負載的方案,它們各有優缺,在生產環境中需要好好分析實際情況並加以利用。首先提醒,做技術切不可人云亦云,我雲即你雲 同時也不可太趨向保守,過於相信舊有方式而等別人來幫你做墊被測試。把所有即時聽說到的好東西加以鑽研,從而提高自己對技術的認知和水平,乃是乙個好習慣。下面來分...