過去當(dāng)運(yùn)行一個(gè)大的web應(yīng)用時(shí)候意味著需要運(yùn)行一個(gè)大型的web服務(wù)器。因?yàn)槟愕膽?yīng)用吸引了大量的用戶，你將不得不在你的服務(wù)器里增加更多的內(nèi)存和處理器。今天，“大型服務(wù)器”模式已經(jīng)過去，取而代之的是大量的小服務(wù)器，使用各種各樣的負(fù)載均衡技術(shù)。

“更多小服務(wù)器”的優(yōu)勢超過過去的“大型服務(wù)器”模式體現(xiàn)在兩個(gè)方面：

1. 如果服務(wù)器宕機(jī)，那么負(fù)載均衡系統(tǒng)將停止請求到宕機(jī)的服務(wù)器，轉(zhuǎn)而分發(fā)負(fù)載到其他正常運(yùn)行的服務(wù)器上。

2. 擴(kuò)展你的服務(wù)器更加容易。你要做的僅僅是加入新的服務(wù)器到負(fù)載均衡系統(tǒng)。不需要中斷你的應(yīng)用運(yùn)行。

所以，把握住這個(gè)機(jī)會。當(dāng)然，代價(jià)就是這要求你的應(yīng)用開發(fā)時(shí)增加一點(diǎn)復(fù)雜度。這就是本文要覆蓋的內(nèi)容。

這時(shí)你可能對自己說:“但是我怎么知道我正在使用負(fù)載均衡呢？”。最誠實(shí)的回答是，如果你正在問這個(gè)問題，那么答案是你多半沒有在使用負(fù)載均衡系統(tǒng)并且你的系統(tǒng)不需要考慮這個(gè)問題。大多數(shù)情況，當(dāng)應(yīng)用成長足夠大的規(guī)模時(shí)，負(fù)載均衡就需要明確提出和設(shè)置了。然而，我也偶爾看見虛擬主機(jī)公司為客戶的應(yīng)用做這個(gè)負(fù)載均衡，或者像下面描述的那樣要自己來做。

注意，我一直提“web應(yīng)用”而不是website,這是想?yún)^(qū)分“web應(yīng)用”是那些復(fù)雜的站點(diǎn)往往涉及服務(wù)器端編程和數(shù)據(jù)庫，而不是website那樣只顯示簡單的靜態(tài)內(nèi)容。

1. PHP文件

***個(gè)問題是，如果你有大量的小型服務(wù)器，你怎么把你的php文件上傳到所有的服務(wù)器上？有如下的方法供你參考：

◆分別上傳所有的文件到每一個(gè)服務(wù)器 , 這種方法帶來的問題是：想像一下你有20個(gè)服務(wù)器，那么上傳過程中這將很容易導(dǎo)致錯(cuò)誤，并且更新時(shí)極有可能導(dǎo)致不同服務(wù)器上有不同版本的文件。

◆使用 ‘rsync ‘ (或類似的軟件) . 這樣的工具能同步本地目錄和多個(gè)遠(yuǎn)程主機(jī)目錄上的文件。

◆使用版本控制軟件(如subversion ) . 這是我最喜歡的方法。用它可以很好地維護(hù)我得代碼，當(dāng)發(fā)布我的應(yīng)用時(shí)，可以在每一個(gè)服務(wù)器上運(yùn)行svn update命令同步。這種方法也使切換服務(wù)器得代碼到過去的某一個(gè)版本更加容易。

◆使用一個(gè)文件服務(wù)器(你可能發(fā)現(xiàn)NFS 非常適合做這件事情). 這種方式是使用一個(gè)文件服務(wù)器來存放你的web應(yīng)用. 當(dāng)然，如果你的文件服務(wù)器宕機(jī)，那么多所有你的站點(diǎn)將不能使用。這時(shí)，你就需要花費(fèi)更多的開支來恢復(fù)它。

選擇哪種方式依賴于你的需求和你掌握的技能。如果你使用版本控制系統(tǒng)，那么你可能得計(jì)劃一個(gè)方法如果同時(shí)執(zhí)行一個(gè)更新命令更新所有服務(wù)器上的代碼。然而，如果使用文件服務(wù)器，你就要實(shí)現(xiàn)一些失敗恢復(fù)機(jī)制，防止萬一服務(wù)器宕機(jī)導(dǎo)致請求失敗。

2. 文件上傳

當(dāng)只有一臺服務(wù)器時(shí)，文件上傳不是一個(gè)問題。但是當(dāng)我們有多臺服務(wù)器時(shí)，那么上傳的文件應(yīng)該怎么存放呢？上傳文件的問題和跨服務(wù)器php文件存儲是類似的。下面是幾種可能的方案:

◆把文件存儲到數(shù)據(jù)庫中。大多數(shù)數(shù)據(jù)允許存儲二進(jìn)制數(shù)據(jù)。當(dāng)你請求文件下載時(shí)，訪問數(shù)據(jù)把二進(jìn)制數(shù)據(jù)和相應(yīng)的文件名和類型輸出給用戶。在使用這種方案前應(yīng)該考慮數(shù)據(jù)庫怎樣存儲你的文件。該方法的問題在于如果數(shù)據(jù)庫服務(wù)器宕機(jī)將使文件不可用。

◆在一個(gè)文件服務(wù)器上存儲上傳的文件 . 與前面的介紹一樣，你要安裝一個(gè)文件服務(wù)器讓所有web服務(wù)器共享，把所有上傳的文件上傳到這里，上傳后所有的web服務(wù)器就都可以使用它。但是，如果文件服務(wù)器宕機(jī)，那么可能發(fā)生圖像文件下載中斷。

◆設(shè)計(jì)你自己的上傳機(jī)制傳輸文件到服務(wù)器到每一個(gè)服務(wù)器 . 這個(gè)方法沒有單個(gè)文件服務(wù)器或者數(shù)據(jù)庫方案的缺陷，但是將增加你代碼的復(fù)雜度。例如，如果上傳到多個(gè)服務(wù)器過程中，服務(wù)器宕機(jī)，你要怎么處理？

用數(shù)據(jù)庫存儲上傳文件但是設(shè)計(jì)一個(gè)文件緩存機(jī)制是一個(gè)不錯(cuò)的方案。當(dāng)服務(wù)器接收一個(gè)文件下載請求時(shí)，首先檢查緩存系統(tǒng)中是否有該文件，如果發(fā)現(xiàn)那么從緩存系統(tǒng)下載，否則從數(shù)據(jù)庫讀取并把它緩存到文件系統(tǒng)中。

3. 會話(Sessions)

如果你熟悉php的session 處理，你將可能知道默認(rèn)情況下，它存儲session數(shù)據(jù)在服務(wù)器的臨時(shí)文件里。而且，這個(gè)文件僅僅在你請求處理的那個(gè)服務(wù)器上，但是接下來的請求可能被另外一個(gè)服務(wù)器處理，這將在另一個(gè)服務(wù)器上生成新的session。這導(dǎo)致session頻繁地不被識別，如登錄用戶總是要求重新登錄。

我推薦的方案是，要么重新php內(nèi)建的session處理機(jī)制存儲session數(shù)據(jù)到數(shù)據(jù)庫，或者實(shí)現(xiàn)你自己的機(jī)制保證發(fā)送一個(gè)用戶的請求到同一臺服務(wù)器。

4. 配置(Configuration)

盡管這個(gè)話題不是和php特別相關(guān)，我感覺還是有必要提及。當(dāng)運(yùn)行集群服務(wù)器時(shí)，用某種方法保持服務(wù)器之間的配置文件同步是一個(gè)好主意。如果配置文件不一致，可能導(dǎo)致一些非常奇怪的斷斷續(xù)續(xù)的行為導(dǎo)致很難排查這些問題。

我推薦使用版本控制系統(tǒng)單獨(dú)管理他們。這樣你可以為不同的項(xiàng)目安裝存儲不同的php配置文件，也可以保持所有服務(wù)器配置文件同步。

5. 日志(Logging)

像配置問題一樣，logging不是僅僅和php相關(guān)。但是對于保持服務(wù)器健康運(yùn)行它仍然是非常重要的。沒有正確的logging系統(tǒng)，你怎么知道如果PHP代碼開始產(chǎn)生錯(cuò)誤(在系統(tǒng)正式運(yùn)行時(shí)，你總是關(guān)閉display_errors 設(shè)置，不是嗎?)

有幾種方法你可以實(shí)現(xiàn)logging：

1. 在每一個(gè)服務(wù)器上記錄日志。 這是最簡單的方法。每一個(gè)機(jī)器僅僅記錄一個(gè)文件。好處是簡單，可能只要很少的配置。但是，隨著服務(wù)器數(shù)量的增多，監(jiān)控每臺服務(wù)器上的日志文件將變得非常困難。

2. 記錄日志到一個(gè)共享 這種方法每一個(gè)服務(wù)器仍然有這個(gè)日志文件，但是他們通過共享機(jī)制被存儲在一個(gè)中央文件服務(wù)器上，這將使監(jiān)控日志變得更簡單。該方案的問題在于，如果文件服務(wù)器不可用將導(dǎo)致一個(gè)簡單的日志不能寫入問題最終導(dǎo)致整個(gè)應(yīng)用崩潰。

3. 記錄日志到logging服務(wù)器 你可以使用一個(gè)logging軟件，如syslog 來把所有的日志寫到一個(gè)中央服務(wù)器。盡管這個(gè)方法要求更多的配置，但是他也提供了最健壯的方案。

【編輯推薦】

1. Nginx負(fù)載均衡配置的菜鳥修煉秘籍
2. PHP開發(fā)高效WEB系統(tǒng)的技巧講解
3. 簡評用PHP開發(fā)大型系統(tǒng)的缺點(diǎn)