PHP 負載均衡指南

**：

譯言過去當執行乙個大的web應用時候意味著執行乙個大型的web伺服器。因為你的應用吸引了大量的使用者，你將不得不在你的伺服器裡增加更多的記憶體和處理器。

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

1、如果伺服器宕機，那麼負載均衡系統將停止請求到宕機的伺服器，轉而分發負載到其他正常執行的伺服器上。

2、擴充套件你的伺服器更加容易。你要做的僅僅是加入新的伺服器到負載均衡系統。不需要中斷你的應用執行。

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

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

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

注意，我一直提「web應用」而不是website,這是想區分』web應用』是那些複雜的站點往往涉及伺服器端程式設計和資料庫，而不是website那樣只顯示簡單的靜態內容。

php檔案

檔案上傳

當只有一台伺服器時，檔案上傳不是乙個問題。但是當我們有多台伺服器時，那麼上傳的檔案應該怎麼存放呢？上傳檔案的問題和跨伺服器php檔案儲存是類似的。下面是幾種可能的方案:

會話(sessions)

如果你熟悉php的session處理，你將可能知道預設情況下，它儲存session資料在伺服器的臨時檔案裡。而且，這個檔案僅僅在你請求處理的那個伺服器上，但是接下來的請求可能被另外乙個伺服器處理，這將在另乙個伺服器上生成新的session。這導致session頻繁地不被識別，如登入使用者總是要求重新登入。

我推薦的方案是，要麼重新php內建的session處理機制儲存session資料到資料庫，或者實現你自己的機制保證傳送乙個使用者的請求到同一臺伺服器。

配置(configuration)

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

我推薦使用版本控制系統單獨管理他們。這樣你可以為不同的專案安裝儲存不同的php配置檔案，也可以保持所有伺服器配置檔案同步。

日誌(logging)

像配置問題一樣，logging不是僅僅和php相關。但是對於保持伺服器健康執行它仍然是非常重要的。沒有正確的logging系統，你怎麼知道如果php**開始產生錯誤(在系統正式執行時，你總是關閉display_errors 設定，不是嗎?)

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

1、在每乙個伺服器上記錄日誌。這是最簡單的方法。每乙個機器僅僅記錄乙個檔案。好處是簡單，可能只要很少的配置。但是，隨著伺服器數量的增多，監控每台伺服器上的日誌檔案將變得非常困難。

2、記錄日誌到乙個共享這種方法每乙個伺服器仍然有這個日誌檔案，但是他們通過共享機制被儲存在乙個**檔案伺服器上，這將使監控日誌變得更簡單。該方案的問題在於，如果檔案伺服器不可用將導致乙個簡單的日誌不能寫入問題最終導致整個應用崩潰。

3、記錄日誌到logging伺服器你可以使用乙個logging軟體，如syslog 來把所有的日誌寫到乙個**伺服器。儘管這個方法要求更多的配置，但是他也提供了最健壯的方案。

PHP 負載均衡指南

PHP負載均衡指南

PHP負載均衡指南

PHP負載均衡指南

PHP 負載均衡指南

PHP負載均衡指南

PHP負載均衡指南

PHP負載均衡指南

相關推薦