LVS與nginx的比較

lvs和nginx均可以用做多機負載的方案，它們各有優缺，在生產環境中須要好好分析實際狀況並加以利用。

首先提醒，作技術切不可人云亦云，我雲即你雲；同時也不可太趨向保守，過於相信舊有方式而等別人來幫你作墊被測試。把全部即時據說到的好東西加以鑽研，從而提升本身對技術的認知和水平，乃是一個好習慣。

下面來分析一下二者：

1、lvs的優點：

一、抗負載能力強，由於lvs工做方式的邏輯是很是之簡單，並且工做在網絡4層僅作請求分發之用，沒有流量，因此在效率上基本不須要太過考慮。在我手裏的lvs，僅僅出過一次問題：在併發最高的一小段時間內均衡器出現丟包現象，據分析爲網絡問題，即網卡或linux2.4內核的承載能力已到上限，內存和cpu方面基本無消耗。

二、配置性低，這一般是一大劣勢，但同時也是一大優點，由於沒有太多可配置的選項，因此除了增減服務器，並不須要常常去觸碰它，大大減小了人爲出錯的概率。

三、工做穩定，由於其自己抗負載能力很強，因此穩定性高也是瓜熟蒂落，另外各類lvs都有完整的雙機熱備方案，因此一點不用擔憂均衡器自己會出什麼問題，節點出現故障的話，lvs會自動判別，因此係統總體是很是穩定的。

四、無流量，上面已經有所說起了。lvs僅僅分發請求，而流量並不從它自己出去，因此能夠利用它這點來作一些線路分流之用。沒有流量同時也保住了均衡器的IO性能不會受到大流量的影響。

五、基本上能支持全部應用，由於lvs工做在4層，因此它能夠對幾乎全部應用作負載均衡，包括http、數據庫、聊天室等等。

另：lvs也不是徹底能判別節點故障的，譬如在wlc分配方式下，集羣裏有一個節點沒有配置VIP，會使整個集羣不能使用，這時使用wrr分配方式則會丟掉一臺機。目前這個問題還在進一步測試中。因此，用lvs也得多多小心爲妙。

2、nginx和lvs做對比的結果

一、nginx工做在網絡的7層，因此它能夠針對http應用自己來作分流策略，好比針對域名、目錄結構等，相比之下lvs並不具有這樣的功能，因此nginx單憑這點可利用的場合就遠多於lvs了；但nginx有用的這些功能使其可調整度要高於lvs，因此常常要去觸碰觸碰，由lvs的第2條優勢看，觸碰多了，人爲出問題的概率也就會大。

二、nginx對網絡的依賴較小，理論上只要ping得通，網頁訪問正常，nginx就能連得通，nginx同時還能區份內外網，若是是同時擁有內外網的節點，就至關於單機擁有了備份線路；lvs就比較依賴於網絡環境，目前來看服務器在同一網段內而且lvs使用direct方式分流，效果較能獲得保證。另外注意，lvs須要向託管商至少申請多一個ip來作Visual IP，貌似是不能用自己的IP來作VIP的。要作好LVS管理員，確實得跟進學習不少有關網絡通訊方面的知識，就再也不是一個HTTP那麼簡單了。

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

四、nginx也一樣能承受很高負載且穩定，但負載度和穩定度差lvs還有幾個等級：nginx處理全部流量因此受限於機器IO和配置；自己的bug也仍是難以免的；nginx沒有現成的雙機熱備方案，因此跑在單機上仍是風險較大，單機上的事情全都很難說。

五、nginx能夠檢測到服務器內部的故障，好比根據服務器處理網頁返回的狀態碼、超時等等，而且會把返回錯誤的請求從新提交到另外一個節點。目前lvs中ldirectd也能支持針對服務器內部的狀況來監控，但lvs的原理使其不能重發請求。重發請求這點，譬如用戶正在上傳一個文件，而處理該上傳的節點恰好在上傳過程當中出現故障，nginx會把上傳切到另外一臺服務器從新處理，而lvs就直接斷掉了，若是是上傳一個很大的文件或者很重要的文件的話，用戶可能會所以而惱火。

六、nginx對請求的異步處理能夠幫助節點服務器減輕負載，假如使用apache直接對外服務，那麼出現不少的窄帶連接時apache服務器將會佔用大量內存而不能釋放，使用多一個nginx作apache代理的話，這些窄帶連接會被nginx擋住，apache上就不會堆積過多的請求，這樣就減小了至關多的內存佔用。這點使用squid也有相同的做用，即便squid自己配置爲不緩存，對apache仍是有很大幫助的。lvs沒有這些功能，也就沒法能比較。

七、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是最完美的方案了。

nginx也可做爲網頁靜態服務器，不過超出了本文討論的範疇，簡單提一下。

具體的應用還得具體分析，若是是比較小的網站（日PV<1000萬），用nginx就徹底能夠了，若是機器也很多，能夠用DNS輪詢，lvs所耗費的機器仍是比較多的；大型網站或者重要的服務，機器不發愁的時候，要多多考慮利用lvs。