| LVS | Nginx | |
| 四層 | 四層/七層 | |
| 抗負(fù)載能力 | 強(qiáng) | 弱 |
| 配置性 |
可配置性低
同時(shí)也減少了人為出錯(cuò)的概率
|
可配置性高
可以配置一些高級(jí)功能
|
| 穩(wěn)定性 |
穩(wěn)定性高
有完整的雙機(jī)熱備方案
|
穩(wěn)定性低，有單機(jī)故障
無現(xiàn)成的雙機(jī)熱備方案
|
| 網(wǎng)絡(luò)架構(gòu)依賴 |
強(qiáng)依賴
非常依賴網(wǎng)絡(luò)架構(gòu)設(shè)計(jì)
當(dāng)然可以采用比較簡(jiǎn)單的NAT方式解決此問題
|
無依賴 |
| 網(wǎng)絡(luò)穩(wěn)定性依賴 |
依賴
數(shù)據(jù)包分發(fā)到壞的后端，不會(huì)重新分發(fā)，會(huì)直接返回錯(cuò)誤
|
不依賴
數(shù)據(jù)包分發(fā)到壞的后端并返回錯(cuò)誤后，會(huì)嘗試重新分發(fā)到健康的后端
|
| 網(wǎng)絡(luò)流量 |
僅請(qǐng)求流量經(jīng)過lvs的網(wǎng)絡(luò)，響應(yīng)流量由后端服務(wù)器的網(wǎng)絡(luò)返回。
FULL_NAT同Nginx。
|
所有的請(qǐng)求和響應(yīng)流量都會(huì)經(jīng)過nginx |
| 宿主機(jī)性能要求 |
要求較低
lvs僅僅做分發(fā)請(qǐng)求，流量并不從它本身出去，所以瓶頸僅僅受限于網(wǎng)絡(luò)帶寬和網(wǎng)卡性能
|
要求較高
因?yàn)閚ginx需要對(duì)源端和目的端都單獨(dú)建立連接，中間還涉及到一些數(shù)據(jù)包的解析處理，所以依賴宿主機(jī)的I/O性能和CPU內(nèi)存
|
| 轉(zhuǎn)發(fā)方式 |
同步轉(zhuǎn)發(fā)
lvs服務(wù)器接收到請(qǐng)求之后，立即redirect到一個(gè)后端服務(wù)器，由客戶端直接和后端服務(wù)器建立連接。
|
異步轉(zhuǎn)發(fā)
在保持客戶端連接的同時(shí)，發(fā)起一個(gè)相同內(nèi)容的新請(qǐng)求到后端，等后端返回結(jié)果后，由nginx返回給客戶端
|
| 其他 |
支持rewrite重寫規(guī)則：能夠根據(jù)域名、url的不同，將http請(qǐng)求分到不同的后端服務(wù)器群組。
節(jié)省帶寬：支持gzip壓縮，可以添加瀏覽器本地緩存的header頭。
|
【兩者配合】
在使用上，一般最前端所采取的的策略應(yīng)是lvs，也就是dns的指向應(yīng)為lvs均衡器，主要原因在于nginx雖然功能強(qiáng)大，但是當(dāng)作為后端的服務(wù)器規(guī)模龐大時(shí)，nginx的網(wǎng)絡(luò)帶寬就成了一個(gè)巨大的瓶頸。
但是當(dāng)lvs作為負(fù)載均衡的話，一旦后端接受到請(qǐng)求的服務(wù)器出了問題，那么這次請(qǐng)求就失敗了。
所以在很多情況下，nginx會(huì)作為lvs的節(jié)點(diǎn)進(jìn)行負(fù)載均衡，這樣，既可以避免nginx的性能造成很嚴(yán)重的帶寬瓶頸，也可以利用nginx的錯(cuò)誤重傳避免lvs一錘子買賣，還能利用nginx的各種高級(jí)功能，包括https卸載，報(bào)文頭修改等。
以上就是nginx和lvs各自的優(yōu)劣以及適合的使用環(huán)境的詳細(xì)內(nèi)容，更多關(guān)于nginx和lvs對(duì)比的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！
標(biāo)簽：邯鄲 辛集 延安 海西 忻州 臨汾 西安 南通
巨人網(wǎng)絡(luò)通訊聲明：本文標(biāo)題《nginx和lvs各自的優(yōu)劣以及適合的使用環(huán)境》，本文關(guān)鍵詞 nginx,和,lvs,各,自的,優(yōu)劣,；如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題，煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們，我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò)，涉及言論、版權(quán)與本站無關(guān)。
