lvs和nginx都可以用作多機負載方案，他們各有優缺點，在生產環境中需要好好分析實際情況並加以利用。
一、lvs的優勢：
1.抗負載能力強，因為lvs工作方式的邏輯是非常簡單的，而且工作在網絡的第4層，僅作請求分發用，沒有流量，所以在效率上基本不需要太過考慮。lvs一般很少出現故障，即使出現故障一般也是其他地方（如內存、CPU等）出現問題導致lvs出現問題。
2.配置性低，這通常是一大劣勢同時也是一大優勢，因為沒有太多的可配置的選項，所以除了增減服務器，並不需要經常去觸碰它，大大減少了人為出錯的幾率。
3.工作穩定，因為其本身抗負載能力很強，所以穩定性高也是順理成章的事，另外各種lvs都有完整的雙機熱備方案，所以一點不用擔心均衡器本身會出什么問題，節點出現故障的話，lvs會自動判別，所以系統整體是非常穩定的。
4.無流量，lvs僅僅分發請求，而流量並不從它本身出去，所以可以利用它這點來做一些線路分流之用。沒有流量同時也保住了均衡器的IO性能不會受到大流量的影響。
5.lvs基本上能支持所有應用，因為lvs工作在第4層，所以它可以對幾乎所有應用做負載均衡，包括http、數據庫、聊天室等。
二、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。
3.nginx安裝和配置比較簡單，測試起來也很方便，因為它基本能把錯誤用日志打印出來。lvs的安裝和配置、測試就要花比較長的時間，因為同上所述，lvs對網絡依賴性比較大，很多時候不能配置成功都是因為網絡問題而不是配置問題，出了問題要解決也相應的會麻煩的多。
4.nginx也同樣能承受很高負載且穩定，但負載度和穩定度差lvs還有幾個等級：nginx處理所有流量所以受限於機器IO和配置；本身的bug也還是難以避免的；nginx沒有現成的雙機熱備方案，所以跑在單機上還是風險比較大，單機上的事情全都很難說。
5.nginx可以檢測到服務器內部的故障，比如根據服務器處理網頁返回的狀態碼、超時等等，並且會把返回錯誤的請求重新提交到另一個節點。目前lvs中ldirectd也能支持針對服務器內部的情況來監控，但lvs的原理使其不能重發請求。比如用戶正在上傳一個文件，而處理該上傳的節點剛好在上傳過程中出現故障，nginx會把上傳切到另一台服務器重新處理，而lvs就直接斷掉了。
三、兩者配合使用：
nginx用來做http的反向代理，能夠upsteam實現http請求的多種方式的均衡轉發。由於采用的是異步轉發可以做到如果一個服務器請求失敗，立即切換到其他服務器，直到請求成功或者最后一台服務器失敗為止。這可以最大程度的提高系統的請求成功率。
lvs采用的是同步請求轉發的策略。這里說一下同步轉發和異步轉發的區別。同步轉發是在lvs服務器接收到請求之后，立即redirect到一個后端服務器，由客戶端直接和后端服務器建立連接。異步轉發是nginx在保持客戶端連接的同時，發起一個相同內容的新請求到后端，等后端返回結果后，由nginx返回給客戶端。
進一步來說：當做為負載均衡服務器的nginx和lvs處理相同的請求時，所有的請求和響應流量都會經過nginx；但是使用lvs時，僅請求流量經過lvs的網絡，響應流量由后端服務器的網絡返回。
也就是，當作為后端的服務器規模龐大時，nginx的網絡帶寬就成了一個巨大的瓶頸。
但是僅僅使用lvs作為負載均衡的話，一旦后端接受到請求的服務器出了問題，那么這次請求就失敗了。但是如果在lvs的后端在添加一層nginx（多個），每個nginx后端再有幾台應用服務器，那么結合兩者的優勢，既能避免單nginx的流量集中瓶頸，又能避免單lvs時一錘子買賣的問題。
應用層
表示層
會話層
傳輸層
網絡層
數據鏈路層
物理層
轉載: https://blog.csdn.net/lvpeng88/article/details/103272261
參考: https://help.aliyun.com/document_detail/27544.html?spm=5176.7739444.6.540.BHXBo1