|
|
'更多小服務(wù)器'的優(yōu)勢超過過去的'大型服務(wù)器'模式體現(xiàn)在兩個方面：
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)行。
所以，把握住這個機(jī)會:). 當(dāng)然，代價(jià)就是這要求你的應(yīng)用開發(fā)時(shí)增加一點(diǎn)復(fù)雜度。這就是本文要覆蓋的內(nèi)容。
這時(shí)你可能對自己說: '但是我怎么知道我正在使用負(fù)載均衡呢？'。最誠實(shí)的回答是，如果你正在問這個問題，那么答案是你多半沒有在使用負(fù)載均衡系統(tǒng)并且你的系統(tǒng)不需要考慮這個問題。大多數(shù)情況，當(dāng)應(yīng)用成長足夠大的規(guī)模時(shí)，負(fù)載均衡就需要明確提出和設(shè)置了。然而，我也偶爾看見虛擬主機(jī)公司為客戶的應(yīng)用做這個負(fù)載均衡，或者像下面描述的那樣要自己來做。
在繼續(xù)下面的內(nèi)容之前，我要指出本文主要描述php的負(fù)載均衡。將來我可能會寫有關(guān)數(shù)據(jù)負(fù)載均衡的文字，但是現(xiàn)在你必須等待。
注意，我一直提“web應(yīng)用”而不是website,這是想?yún)^(qū)分'web應(yīng)用'是那些復(fù)雜的站點(diǎn)往往涉及服務(wù)器端編程和數(shù)據(jù)庫，而不是website那樣只顯示簡單的靜態(tài)內(nèi)容。
1. php文件
第一個問題是，如果你有大量的小型服務(wù)器，你怎么把你的php文件上傳到所有的服務(wù)器上？有如下的方法供你參考：
1. 分別上傳所有的文件到每一個服務(wù)器 , 這種方法帶來的問題是：想像一下你有20個服務(wù)器，那么上傳過程中這將很容易導(dǎo)致錯誤，并且更新時(shí)極有可能導(dǎo)致不同服務(wù)器上有不同版本的文件。
2. 使用 'rsync ' (或類似的軟件) . 這樣的工具能同步本地目錄和多個遠(yuǎn)程主機(jī)目錄上的文件。
3. 使用版本控制軟件(如subversion ) . 這是我最喜歡的方法。用它可以很好地維護(hù)我得代碼，當(dāng)發(fā)布我的應(yīng)用時(shí)，可以在每一個服務(wù)器上運(yùn)行svn update命令同步。這種方法也使切換服務(wù)器得代碼到過去的某一個版本更加容易。
4. 使用一個文件服務(wù)器(你可能發(fā)現(xiàn)NFS 非常適合做這件事情). 這種方式是使用一個文件服務(wù)器來存放你的web應(yīng)用. 當(dāng)然，如果你的文件服務(wù)器宕機(jī)，那么多所有你的站點(diǎn)將不能使用。這時(shí)，你就需要花費(fèi)更多的開支來恢復(fù)它。
選擇哪種方式依賴于你的需求和你掌握的技能。如果你使用版本控制系統(tǒng)，那么你可能得計(jì)劃一個方法如果同時(shí)執(zhí)行一個更新命令更新所有服務(wù)器上的代碼。然而，如果使用文件服務(wù)器，你就要實(shí)現(xiàn)一些失敗恢復(fù)機(jī)制，防止萬一服務(wù)器宕機(jī)導(dǎo)致請求失敗。
2. 文件上傳
當(dāng)只有一臺服務(wù)器時(shí)，文件上傳不是一個問題。但是當(dāng)我們有多臺服務(wù)器時(shí)，那么上傳的文件應(yīng)該怎么存放呢？上傳文件的問題和跨服務(wù)器php文件存儲是類似的。下面是幾種可能的方案:
1. 把文件存儲到數(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ī)將使文件不可用。
2. 在一個文件服務(wù)器上存儲上傳的文件 . 與前面的介紹一樣，你要安裝一個文件服務(wù)器讓所有web服務(wù)器共享，把所有上傳的文件上傳到這里，上傳后所有的web服務(wù)器就都可以使用它。但是，如果文件服務(wù)器宕機(jī)，那么可能發(fā)生圖像文件下載中斷。
3. 設(shè)計(jì)你自己的上傳機(jī)制傳輸文件到服務(wù)器到每一個服務(wù)器 . 這個方法沒有單個文件服務(wù)器或者數(shù)據(jù)庫方案的缺陷，但是將增加你代碼的復(fù)雜度。例如，如果上傳到多個服務(wù)器過程中，服務(wù)器宕機(jī)，你要怎么處理？
用數(shù)據(jù)庫存儲上傳文件但是設(shè)計(jì)一個文件緩存機(jī)制是一個不錯的方案。當(dāng)服務(wù)器接收一個文件下載請求時(shí)，首先檢查緩存系統(tǒng)中是否有該文件，如果發(fā)現(xiàn)那么從緩存系統(tǒng)下載，否則從數(shù)據(jù)庫讀取并把它緩存到文件系統(tǒng)中。
3. 會話(Sessions)
如果你熟悉php的session 處理，你將可能知道默認(rèn)情況下，它存儲session數(shù)據(jù)在服務(wù)器的臨時(shí)文件里。而且，這個文件僅僅在你請求處理的那個服務(wù)器上，但是接下來的請求可能被另外一個服務(wù)器處理，這將在另一個服務(wù)器上生成新的session。這導(dǎo)致session頻繁地不被識別，如登錄用戶總是要求重新登錄。
我推薦的方案是，要么重新php內(nèi)建的session處理機(jī)制存儲session數(shù)據(jù)到數(shù)據(jù)庫，或者實(shí)現(xiàn)你自己的機(jī)制保證發(fā)送一個用戶的請求到同一臺服務(wù)器。
4. 配置(Configuration)
盡管這個話題不是和php特別相關(guān)，我感覺還是有必要提及。當(dāng)運(yùn)行集群服務(wù)器時(shí)，用某種方法保持服務(wù)器之間的配置文件同步是一個好主意。如果配置文件不一致，可能導(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)生錯誤(在系統(tǒng)正式運(yùn)行時(shí)，你總是關(guān)閉display_errors 設(shè)置，不是嗎?)
有幾種方法你可以實(shí)現(xiàn)logging:
1. 在每一個服務(wù)器上記錄日志。 這是最簡單的方法。每一個機(jī)器僅僅記錄一個文件。好處是簡單，可能只要很少的配置。但是，隨著服務(wù)器數(shù)量的增多，監(jiān)控每臺服務(wù)器上的日志文件將變得非常困難。
2. 記錄日志到一個共享 這種方法每一個服務(wù)器仍然有這個日志文件，但是他們通過共享機(jī)制被存儲在一個中央文件服務(wù)器上，這將使監(jiān)控日志變得更簡單。該方案的問題在于，如果文件服務(wù)器不可用將導(dǎo)致一個簡單的日志不能寫入問題最終導(dǎo)致整個應(yīng)用崩潰。
3. 記錄日志到logging服務(wù)器 你可以使用一個logging軟件，如syslog 來把所有的日志寫到一個中央服務(wù)器。盡管這個方法要求更多的配置，但是他也提供了最健壯的方案。
php技術(shù)：PHP開發(fā)負(fù)載均衡指南，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時(shí)間聯(lián)系我們修改或刪除，多謝。
