squid,nginx,lighttpd反向代理的區(qū)別是怎樣的

本篇文章給大家分享的是有關(guān) squid,nginx,lighttpd反向代理的區(qū)別是怎樣的，小編覺得挺實(shí)用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

squid,nginx,lighttpd反向代理的區(qū)別

反向代理從傳輸上分可以分為2種：

1：同步模式(apache-mod_proxy和squid)

2：異步模式(lighttpd 和 nginx)

在nginx的文檔說明中，提到了異步傳輸模式并提到它可以減少后端連接數(shù)和壓力，這是為何？

下面就來講解下傳統(tǒng)的代理（apache/squid）的同步傳輸和lighttpd,nginx的異步傳輸?shù)牟町悺?/p>

看圖：

同步傳輸：瀏覽器發(fā)起請求，而后請求會立刻被轉(zhuǎn)到后臺，于是在瀏覽器和后臺之間就建立了一個(gè)通道。在請求發(fā)起直到請求完成，這條通道都是一直存在的。
異步傳輸：瀏覽器發(fā)起請求，請求不會立刻轉(zhuǎn)到后臺，而是將請求數(shù)據(jù)（header）先收到nginx上，然后nginx再把這個(gè)請求發(fā)到后端，后端處理完之后把數(shù)據(jù)返回到nginx上，nginx將數(shù)據(jù)流發(fā)到瀏覽器，這點(diǎn)和lighttpd有點(diǎn)不同，lighttpd是將后端數(shù)據(jù)完全接收后才發(fā)送到瀏覽器。

小結(jié)：apache和squid的反向會增加后端web的負(fù)擔(dān)，因?yàn)槊總€(gè)用戶請求都會在proxy上與后端server建立的長久鏈接，知道數(shù)據(jù)取完前，連接都不會消失。因?yàn)閣an速度與lan速度的不同，雖然lan之間的速度是極度快的，但是用戶的wan連接決定了這個(gè)時(shí)間長。而lighttpd和nginx的異步模式，是不管你用戶要求的數(shù)據(jù)有多大，都是先收下來，再與后端聯(lián)系，這是非常迅速的速度，所以proxy與后端連接時(shí)間也會很短，幾十M的東西也是幾秒內(nèi)。后端不需要維護(hù)這么多連接。而lighttpd也和nginx不同的異步，lighttpd是先收完再轉(zhuǎn)向客戶瀏覽器，而nginx是邊收數(shù)據(jù)邊轉(zhuǎn)向用戶瀏覽器。

那么這到底有什么好處呢？

1. 假設(shè)用戶執(zhí)行一個(gè)上傳文件操作，因?yàn)橛脩艟W(wǎng)速又比較慢，因此需要花半個(gè)小時(shí)才能把文件傳到服務(wù)器。squid的同步代理在用戶開始上傳后就和后臺建立了連接，半小時(shí)后文件上傳結(jié)束，由此可見，后臺服務(wù)器連接保持了半個(gè)小時(shí)；而nginx異步代理就是先將此文件收到nginx上，因此僅僅是nginx和用戶保持了半小時(shí)連接，后臺服務(wù)器在這半小時(shí)內(nèi)沒有為這個(gè)請求開啟連接，半小時(shí)后用戶上傳結(jié)束，nginx才將上傳內(nèi)容發(fā)到后臺，nginx和后臺之間的帶寬是很充裕的，所以只花了一秒鐘就將請求發(fā)送到了后臺，由此可見，后臺服務(wù)器連接保持了一秒。同步傳輸花了后臺服務(wù)器半個(gè)小時(shí)，異步傳輸只花一秒，可見優(yōu)化程度很大。

2. 在上面這個(gè)例子中，假如后臺服務(wù)器因?yàn)榉N種原因重啟了，上傳文件就自然中斷了，這對用戶來說是非常惱火的一件事情，想必各位也有上傳文件傳到一半被中斷的經(jīng)歷。用nginx代理之后，后臺服務(wù)器的重啟對用戶上傳的影響減少到了極點(diǎn)，而nginx是非常穩(wěn)定的并不需要常去重啟它，即使需要重啟，利用kill -HUP就可以做到不間斷重啟nginx。

3. 異步傳輸可以令負(fù)載均衡器更有保障，為什么這么說呢？在其它的均衡器（lvs/haproxy/apache等）里，每個(gè)請求都是只有一次機(jī)會的，假如用戶發(fā)起一個(gè)請求，結(jié)果該請求分到的后臺服務(wù)器剛好掛掉了，那么這個(gè)請求就失敗了；而nginx因?yàn)槭钱惒降?，所以這個(gè)請求可以重新發(fā)往下一個(gè)后臺，下一個(gè)后臺返回了正常的數(shù)據(jù)，于是這個(gè)請求就能成功了。還是用用戶上傳文件這個(gè)例子，假如不但用了nginx代理，而且用了負(fù)載均衡，nginx把上傳文件發(fā)往其中一臺后臺，但這臺服務(wù)器突然重啟了，nginx收到錯(cuò)誤后，會將這個(gè)上傳文件發(fā)到另一臺后臺，于是用戶就不用再花半小時(shí)上傳一遍。

4. 假如用戶上傳一個(gè)10GB大小的文件，而后臺服務(wù)器沒有考慮到這個(gè)情況，那么后臺服務(wù)器豈不要崩潰了。用nginx就可以把這些東西都攔在nginx上，通過nginx的上傳文件大小限制功能來限制，另外nginx性能非常有保障，就放心的讓互聯(lián)網(wǎng)上那些另類的用戶和nginx對抗去吧。

用異步傳輸會造成問題：

后臺服務(wù)器有提供上傳進(jìn)度的功能的話，用了nginx代理就無法取得進(jìn)度，這個(gè)需要使用nginx的一個(gè)第三方模塊來實(shí)現(xiàn)。

以上就是 squid,nginx,lighttpd反向代理的區(qū)別是怎樣的，小編相信有部分知識點(diǎn)可能是我們?nèi)粘９ぷ鲿姷交蛴玫降?。希望你能通過這篇文章學(xué)到更多知識。更多詳情敬請關(guān)注億速云行業(yè)資訊頻道。