LVS和Nginx都可以用作多機(jī)負(fù)載的方案，它們各有優(yōu)缺，在生產(chǎn)環(huán)境中需要好好分析實(shí)際情況并加以利用。
首先提醒，做技術(shù)切不可人云亦云，我云即你云；同時(shí)也不可太趨向保守，過(guò)于相信舊有方式而等別人來(lái)幫你做墊被測(cè)試。把所有即時(shí)聽說(shuō)到的好東西加以鉆研，從而提高自己對(duì)技術(shù)的認(rèn)知和水平，乃是一個(gè)好習(xí)慣。
下面來(lái)分析一下兩者：
一、lvs的優(yōu)勢(shì)：
1、抗負(fù)載能力強(qiáng)，因?yàn)閘vs工作方式的邏輯是非常之簡(jiǎn)單，而且工作在網(wǎng)絡(luò)4層僅做請(qǐng)求分發(fā)之用，沒有流量，所以在效率上基本不需要太過(guò)考慮。在我手里的 lvs，僅僅出過(guò)一次問題：在并發(fā)最高的一小段時(shí)間內(nèi)均衡器出現(xiàn)丟包現(xiàn)象，據(jù)分析為網(wǎng)絡(luò)問題，即網(wǎng)卡或linux2.4內(nèi)核的承載能力已到上限，內(nèi)存和 cpu方面基本無(wú)消耗。
2、配置性低，這通常是一大劣勢(shì)，但同時(shí)也是一大優(yōu)勢(shì)，因?yàn)闆]有太多可配置的選項(xiàng)，所以除了增減服務(wù)器，并不需要經(jīng)常去觸碰它，大大減少了人為出錯(cuò)的幾率。
3、工作穩(wěn)定，因?yàn)槠浔旧砜关?fù)載能力很強(qiáng)，所以穩(wěn)定性高也是順理成章，另外各種lvs都有完整的雙機(jī)熱備方案，所以一點(diǎn)不用擔(dān)心均衡器本身會(huì)出什么問題，節(jié)點(diǎn)出現(xiàn)故障的話，lvs會(huì)自動(dòng)判別，所以系統(tǒng)整體是非常穩(wěn)定的。
4、無(wú)流量，上面已經(jīng)有所提及了。lvs僅僅分發(fā)請(qǐng)求，而流量并不從它本身出去，所以可以利用它這點(diǎn)來(lái)做一些線路分流之用。沒有流量同時(shí)也保住了均衡器的IO性能不會(huì)受到大流量的影響。
5、基本上能支持所有應(yīng)用，因?yàn)閘vs工作在4層，所以它可以對(duì)幾乎所有應(yīng)用做負(fù)載均衡，包括http、數(shù)據(jù)庫(kù)、聊天室等等。
另：lvs也不是完全能判別節(jié)點(diǎn)故障的，譬如在wlc分配方式下，集群里有一個(gè)節(jié)點(diǎn)沒有配置VIP，會(huì)使整個(gè)集群不能使用，這時(shí)使用wrr分配方式則會(huì)丟掉一臺(tái)機(jī)。目前這個(gè)問題還在進(jìn)一步測(cè)試中。所以，用lvs也得多多當(dāng)心為妙。
二、nginx和lvs作對(duì)比的結(jié)果
1、nginx工作在網(wǎng)絡(luò)的7層，所以它可以針對(duì)http應(yīng)用本身來(lái)做分流策略，比如針對(duì)域名、目錄結(jié)構(gòu)等，相比之下lvs并不具備這樣的功能，所以 nginx單憑這點(diǎn)可利用的場(chǎng)合就遠(yuǎn)多于lvs了；但nginx有用的這些功能使其可調(diào)整度要高于lvs，所以經(jīng)常要去觸碰觸碰，由lvs的第2條優(yōu)點(diǎn) 看，觸碰多了，人為出問題的幾率也就會(huì)大。
2、nginx對(duì)網(wǎng)絡(luò)的依賴較小，理論上只要ping得通，網(wǎng)頁(yè)訪問正常，nginx就能連得通，nginx同時(shí)還能區(qū)分內(nèi)外網(wǎng)，如果是同時(shí)擁有內(nèi)外網(wǎng)的 節(jié)點(diǎn)，就相當(dāng)于單機(jī)擁有了備份線路；lvs就比較依賴于網(wǎng)絡(luò)環(huán)境，目前來(lái)看服務(wù)器在同一網(wǎng)段內(nèi)并且lvs使用direct方式分流，效果較能得到保證。另 外注意，lvs需要向托管商至少申請(qǐng)多一個(gè)ip來(lái)做Visual IP，貌似是不能用本身的IP來(lái)做VIP的。要做好LVS管理員，確實(shí)得跟進(jìn)學(xué)習(xí)很多有關(guān)網(wǎng)絡(luò)通信方面的知識(shí)，就不再是一個(gè)HTTP那么簡(jiǎn)單了。
3、nginx安裝和配置比較簡(jiǎn)單，測(cè)試起來(lái)也很方便，因?yàn)樗灸馨彦e(cuò)誤用日志打印出來(lái)。lvs的安裝和配置、測(cè)試就要花比較長(zhǎng)的時(shí)間了，因?yàn)橥纤觯琹vs對(duì)網(wǎng)絡(luò)依賴比較大，很多時(shí)候不能配置成功都是因?yàn)榫W(wǎng)絡(luò)問題而不是配置問題，出了問題要解決也相應(yīng)的會(huì)麻煩得多。
4、nginx也同樣能承受很高負(fù)載且穩(wěn)定，但負(fù)載度和穩(wěn)定度差lvs還有幾個(gè)等級(jí)：nginx處理所有流量所以受限于機(jī)器IO和配置；本身的bug也還是難以避免的；nginx沒有現(xiàn)成的雙機(jī)熱備方案，所以跑在單機(jī)上還是風(fēng)險(xiǎn)較大，單機(jī)上的事情全都很難說(shuō)。
5、nginx可以檢測(cè)到服務(wù)器內(nèi)部的故障，比如根據(jù)服務(wù)器處理網(wǎng)頁(yè)返回的狀態(tài)碼、超時(shí)等等，并且會(huì)把返回錯(cuò)誤的請(qǐng)求重新提交到另一個(gè)節(jié)點(diǎn)。目前l(fā)vs中 ldirectd也能支持針對(duì)服務(wù)器內(nèi)部的情況來(lái)監(jiān)控，但lvs的原理使其不能重發(fā)請(qǐng)求。重發(fā)請(qǐng)求這點(diǎn)，譬如用戶正在上傳一個(gè)文件，而處理該上傳的節(jié)點(diǎn)剛 好在上傳過(guò)程中出現(xiàn)故障，nginx會(huì)把上傳切到另一臺(tái)服務(wù)器重新處理，而lvs就直接斷掉了，如果是上傳一個(gè)很大的文件或者很重要的文件的話，用戶可能 會(huì)因此而惱火。
6、nginx對(duì)請(qǐng)求的異步處理可以幫助節(jié)點(diǎn)服務(wù)器減輕負(fù)載，假如使用Apache直接對(duì)外服務(wù)，那么出現(xiàn)很多的窄帶鏈接時(shí)apache服務(wù)器將會(huì)占用大 量?jī)?nèi)存而不能釋放，使用多一個(gè)nginx做apache代理的話，這些窄帶鏈接會(huì)被nginx擋住，apache上就不會(huì)堆積過(guò)多的請(qǐng)求，這樣就減少了相 當(dāng)多的內(nèi)存占用。這點(diǎn)使用squid也有相同的作用，即使squid本身配置為不緩存，對(duì)apache還是有很大幫助的。lvs沒有這些功能，也就無(wú)法能 比較。
7、nginx能支持http和email（email的功能估計(jì)比較少人用），lvs所支持的應(yīng)用在這點(diǎn)上會(huì)比nginx更多。
在使用上，一般最前端所采取的策略應(yīng)是lvs，也就是DNS的指向應(yīng)為lvs均衡器，lvs的優(yōu)點(diǎn)令它非常適合做這個(gè)任務(wù)。
重要的ip地址，最好交由lvs托管，比如數(shù)據(jù)庫(kù)的ip、webservice服務(wù)器的ip等等，這些ip地址隨著時(shí)間推移，使用面會(huì)越來(lái)越大，如果更換ip則故障會(huì)接踵而至。所以將這些重要ip交給lvs托管是最為穩(wěn)妥的，這樣做的唯一缺點(diǎn)是需要的VIP數(shù)量會(huì)比較多。
nginx可作為lvs節(jié)點(diǎn)機(jī)器使用，一是可以利用nginx的功能，二是可以利用nginx的性能。當(dāng)然這一層面也可以直接使用squid，squid的功能方面就比nginx弱不少了，性能上也有所遜色于nginx。
nginx也可作為中層代理使用，這一層面nginx基本上無(wú)對(duì)手，唯一可以撼動(dòng)nginx的就只有l(wèi)ighttpd了，不過(guò)lighttpd目前還沒有 能做到nginx完全的功能，配置也不那么清晰易讀。另外，中層代理的IP也是重要的，所以中層代理也擁有一個(gè)VIP和lvs是最完美的方案了。
nginx也可作為網(wǎng)頁(yè)靜態(tài)服務(wù)器，不過(guò)超出了本文討論的范疇，簡(jiǎn)單提一下。
具體的應(yīng)用還得具體分析，如果是比較小的網(wǎng)站（日PV<1000萬(wàn)），用nginx就完全可以了，如果機(jī)器也不少，可以用DNS輪詢，lvs所耗費(fèi)的機(jī)器還是比較多的；大型網(wǎng)站或者重要的服務(wù)，機(jī)器不發(fā)愁的時(shí)候，要多多考慮利用lvs。