| 導購 | 订阅 | 在线投稿
分享
 
 
 

PHP負載均衡指南

來源:互聯網  2008-12-18 07:52:07  評論

原文作者:Adam Charnock

原文鏈接:The Hitchhikers Guide to PHP Load Balancing

翻譯:koda

過去當運行一個大的web應用時候意味著運行一個大型的web服務器。因爲你的應用吸引了大量的用戶,你將不得不在你的服務器裏增加更多的內存和處理器。

今天,'大型服務器'模式已經過去,取而代之的是大量的小服務器,使用各種各樣的負載均衡技術。這是一種更可行的方法,將使硬件成本降至最低。

'更多小服務器'的優勢超過過去的'大型服務器'模式體現在兩個方面:

如果服務器宕機,那麽負載均衡系統將停止請求到宕機的服務器,轉而分發負載到其他正常運行的服務器上。

擴展你的服務器更加容易。你要做的僅僅是加入新的服務器到負載均衡系統。不需要中斷你的應用運行。

所以,把握住這個機會:). 當然,代價就是這要求你的應用開發時增加一點複雜度。這就是本文要覆蓋的內容。

這時你可能對自己說: '但是我怎麽知道我正在使用負載均衡呢?'。最誠實的回答是,如果你正在問這個問題,那麽答案是你多半沒有在使用負載均衡系統並且你的系統不需要考慮這個問題。大多數情況,當應用成長足夠大的規模時,負載均衡就需要明確提出和設置了。然而,我也偶爾看見虛擬主機公司爲客戶的應用做這個負載均衡,或者像下面描述的那樣要自己來做。

在繼續下面的內容之前,我要指出本文主要描述PHP的負載均衡。將來我可能會寫有關數據負載均衡的文字,但是現在你必須等待。

注意,我一直提「web應用」而不是website,這是想區分'web應用'是那些複雜的站點往往涉及服務器端編程和數據庫,而不是website那樣只顯示簡單的靜態內容。

1. PHP文件

第一個問題是,如果你有大量的小型服務器,你怎麽把你的php文件上傳到所有的服務器上?有如下的方法供你參考:

分別上傳所有的文件到每一個服務器 , 這種方法帶來的問題是:想像一下你有20個服務器,那麽上傳過程中這將很容易導致錯誤,並且更新時極有可能導致不同服務器上有不同版本的文件。

使用 'rsync' (或類似的軟件) . 這樣的工具能同步本地目錄和多個遠程主機目錄上的文件。

使用版本控制軟件(如subversion) . 這是我最喜歡的方法。用它可以很好地維護我得代碼,當發布我的應用時,可以在每一個服務器上運行svn update命令同步。這種方法也使切換服務器得代碼到過去的某一個版本更加容易。

使用一個文件服務器(你可能發現NFS非常適合做這件事情). 這種方式是使用一個文件服務器來存放你的web應用. 當然,如果你的文件服務器宕機,那麽多所有你的站點將不能使用。這時,你就需要花費更多的開支來恢複它。

選擇哪種方式依賴于你的需求和你掌握的技能。如果你使用版本控制系統,那麽你可能得計劃一個方法如果同時執行一個更新命令更新所有服務器上的代碼。然而,如果使用文件服務器,你就要實現一些失敗恢複機制,防止萬一服務器宕機導致請求失敗。

2. 文件上傳

當只有一台服務器時,文件上傳不是一個問題。但是當我們有多台服務器時,那麽上傳的文件應該怎麽存放呢?上傳文件的問題和跨服務器php文件存儲是類似的。下面是幾種可能的方案:

把文件存儲到數據庫中 。大多數數據允許存儲二進制數據。當你請求文件下載時,訪問數據把二進制數據和相應的文件名和類型輸出給用戶。在使用這種方案前應該考慮數據庫怎樣存儲你的文件。該方法的問題在于如果數據庫服務器宕機將使文件不可用。

在一個文件服務器上存儲上傳的文件 . 與前面的介紹一樣,你要安裝一個文件服務器讓所有web服務器共享,把所有上傳的文件上傳到這裏,上傳後所有的web服務器就都可以使用它。但是,如果文件服務器宕機,那麽可能發生圖像文件下載中斷。

設計你自己的上傳機制傳輸文件到服務器到每一個服務器 . 這個方法沒有單個文件服務器或者數據庫方案的缺陷,但是將增加你代碼的複雜度。例如,如果上傳到多個服務器過程中,服務器宕機,你要怎麽處理?

用數據庫存儲上傳文件但是設計一個文件緩存機制是一個不錯的方案。當服務器接收一個文件下載請求時,首先檢查緩存系統中是否有該文件,如果發現那麽從緩存系統下載,否則從數據庫讀取並把它緩存到文件系統中。

3. 會話(Sessions)

如果你熟悉php的session處理,你將可能知道默認情況下,它存儲session數據在服務器的臨時文件裏。而且,這個文件僅僅在你請求處理的那個服務器上,但是接下來的請求可能被另外一個服務器處理,這將在另一個服務器上生成新的session。這導致session頻繁地不被識別,如登錄用戶總是要求重新登錄。

我推薦的方案是,要麽重新php內建的session處理機制存儲session數據到數據庫,或者實現你自己的機制保證發送一個用戶的請求到同一台服務器。

4. 配置(Configuration)

盡管這個話題不是和php特別相關,我感覺還是有必要提及。當運行集群服務器時,用某種方法保持服務器之間的配置文件同步是一個好主意。如果配置文件不一致,可能導致一些非常奇怪的斷斷續續的行爲導致很難排查這些問題。

我推薦使用版本控制系統單獨管理他們。這樣你可以爲不同的項目安裝存儲不同的php配置文件,也可以保持所有服務器配置文件同步。

5. 日志(Logging)

像配置問題一樣,logging不是僅僅和php相關。但是對于保持服務器健康運行它仍然是非常重要的。沒有正確的logging系統,你怎麽知道如果PHP代碼開始産生錯誤(在系統正式運行時,你總是關閉display_errors設置,不是嗎?)

有幾種方法你可以實現logging:

在每一個服務器上記錄日志。 這是最簡單的方法。每一個機器僅僅記錄一個文件。好處是簡單,可能只要很少的配置。但是,隨著服務器數量的增多,監控每台服務器上的日志文件將變得非常困難。

記錄日志到一個共享 這種方法每一個服務器仍然有這個日志文件,但是他們通過共享機制被存儲在一個中央文件服務器上,這將使監控日志變得更簡單。該方案的問題在于,如果文件服務器不可用將導致一個簡單的日志不能寫入問題最終導致整個應用崩潰。

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

phpv補充:還有比較重要的一點是數據庫方面的管理,也許是涉及的內容比較多.所以作者沒有寫出來.

原文作者:Adam Charnock 原文鏈接:The Hitchhikers Guide to PHP Load Balancing 翻譯:koda 過去當運行一個大的web應用時候意味著運行一個大型的web服務器。因爲你的應用吸引了大量的用戶,你將不得不在你的服務器裏增加更多的內存和處理器。 今天,'大型服務器'模式已經過去,取而代之的是大量的小服務器,使用各種各樣的負載均衡技術。這是一種更可行的方法,將使硬件成本降至最低。 '更多小服務器'的優勢超過過去的'大型服務器'模式體現在兩個方面: 如果服務器宕機,那麽負載均衡系統將停止請求到宕機的服務器,轉而分發負載到其他正常運行的服務器上。 擴展你的服務器更加容易。你要做的僅僅是加入新的服務器到負載均衡系統。不需要中斷你的應用運行。 所以,把握住這個機會:). 當然,代價就是這要求你的應用開發時增加一點複雜度。這就是本文要覆蓋的內容。 這時你可能對自己說: '但是我怎麽知道我正在使用負載均衡呢?'。最誠實的回答是,如果你正在問這個問題,那麽答案是你多半沒有在使用負載均衡系統並且你的系統不需要考慮這個問題。大多數情況,當應用成長足夠大的規模時,負載均衡就需要明確提出和設置了。然而,我也偶爾看見虛擬主機公司爲客戶的應用做這個負載均衡,或者像下面描述的那樣要自己來做。 在繼續下面的內容之前,我要指出本文主要描述PHP的負載均衡。將來我可能會寫有關數據負載均衡的文字,但是現在你必須等待。 注意,我一直提「web應用」而不是website,這是想區分'web應用'是那些複雜的站點往往涉及服務器端編程和數據庫,而不是website那樣只顯示簡單的靜態內容。 1. PHP文件 第一個問題是,如果你有大量的小型服務器,你怎麽把你的php文件上傳到所有的服務器上?有如下的方法供你參考: 分別上傳所有的文件到每一個服務器 , 這種方法帶來的問題是:想像一下你有20個服務器,那麽上傳過程中這將很容易導致錯誤,並且更新時極有可能導致不同服務器上有不同版本的文件。 使用 'rsync' (或類似的軟件) . 這樣的工具能同步本地目錄和多個遠程主機目錄上的文件。 使用版本控制軟件(如subversion) . 這是我最喜歡的方法。用它可以很好地維護我得代碼,當發布我的應用時,可以在每一個服務器上運行svn update命令同步。這種方法也使切換服務器得代碼到過去的某一個版本更加容易。 使用一個文件服務器(你可能發現NFS非常適合做這件事情). 這種方式是使用一個文件服務器來存放你的web應用. 當然,如果你的文件服務器宕機,那麽多所有你的站點將不能使用。這時,你就需要花費更多的開支來恢複它。 選擇哪種方式依賴于你的需求和你掌握的技能。如果你使用版本控制系統,那麽你可能得計劃一個方法如果同時執行一個更新命令更新所有服務器上的代碼。然而,如果使用文件服務器,你就要實現一些失敗恢複機制,防止萬一服務器宕機導致請求失敗。 2. 文件上傳 當只有一台服務器時,文件上傳不是一個問題。但是當我們有多台服務器時,那麽上傳的文件應該怎麽存放呢?上傳文件的問題和跨服務器php文件存儲是類似的。下面是幾種可能的方案: 把文件存儲到數據庫中 。大多數數據允許存儲二進制數據。當你請求文件下載時,訪問數據把二進制數據和相應的文件名和類型輸出給用戶。在使用這種方案前應該考慮數據庫怎樣存儲你的文件。該方法的問題在于如果數據庫服務器宕機將使文件不可用。 在一個文件服務器上存儲上傳的文件 . 與前面的介紹一樣,你要安裝一個文件服務器讓所有web服務器共享,把所有上傳的文件上傳到這裏,上傳後所有的web服務器就都可以使用它。但是,如果文件服務器宕機,那麽可能發生圖像文件下載中斷。 設計你自己的上傳機制傳輸文件到服務器到每一個服務器 . 這個方法沒有單個文件服務器或者數據庫方案的缺陷,但是將增加你代碼的複雜度。例如,如果上傳到多個服務器過程中,服務器宕機,你要怎麽處理? 用數據庫存儲上傳文件但是設計一個文件緩存機制是一個不錯的方案。當服務器接收一個文件下載請求時,首先檢查緩存系統中是否有該文件,如果發現那麽從緩存系統下載,否則從數據庫讀取並把它緩存到文件系統中。 3. 會話(Sessions) 如果你熟悉php的session處理,你將可能知道默認情況下,它存儲session數據在服務器的臨時文件裏。而且,這個文件僅僅在你請求處理的那個服務器上,但是接下來的請求可能被另外一個服務器處理,這將在另一個服務器上生成新的session。這導致session頻繁地不被識別,如登錄用戶總是要求重新登錄。 我推薦的方案是,要麽重新php內建的session處理機制存儲session數據到數據庫,或者實現你自己的機制保證發送一個用戶的請求到同一台服務器。 4. 配置(Configuration) 盡管這個話題不是和php特別相關,我感覺還是有必要提及。當運行集群服務器時,用某種方法保持服務器之間的配置文件同步是一個好主意。如果配置文件不一致,可能導致一些非常奇怪的斷斷續續的行爲導致很難排查這些問題。 我推薦使用版本控制系統單獨管理他們。這樣你可以爲不同的項目安裝存儲不同的php配置文件,也可以保持所有服務器配置文件同步。 5. 日志(Logging) 像配置問題一樣,logging不是僅僅和php相關。但是對于保持服務器健康運行它仍然是非常重要的。沒有正確的logging系統,你怎麽知道如果PHP代碼開始産生錯誤(在系統正式運行時,你總是關閉display_errors設置,不是嗎?) 有幾種方法你可以實現logging: 在每一個服務器上記錄日志。 這是最簡單的方法。每一個機器僅僅記錄一個文件。好處是簡單,可能只要很少的配置。但是,隨著服務器數量的增多,監控每台服務器上的日志文件將變得非常困難。 記錄日志到一個共享 這種方法每一個服務器仍然有這個日志文件,但是他們通過共享機制被存儲在一個中央文件服務器上,這將使監控日志變得更簡單。該方案的問題在于,如果文件服務器不可用將導致一個簡單的日志不能寫入問題最終導致整個應用崩潰。 記錄日志到logging服務器 你可以使用一個logging軟件,如syslog來把所有的日志寫到一個中央服務器。盡管這個方法要求更多的配置,但是他也提供了最健壯的方案。 phpv補充:還有比較重要的一點是數據庫方面的管理,也許是涉及的內容比較多.所以作者沒有寫出來.
󰈣󰈤
王朝萬家燈火計劃
期待原創作者加盟
 
 
 
>>返回首頁<<
 
 
 
 
 熱帖排行
 
 
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有