翻譯：koda
過去當執行乙個大的web應用時候意味著執行乙個大型的web伺服器。因為你的應用吸引了大量的使用者，你將不得不在你的伺服器裡增加更多的記憶體和處理器。
今天，'大型伺服器'模式已經過去，取而代之的是大量的小伺服器，使用各種各樣的負載均衡技術。這是一種更可行的方法，將使硬體成本降至最低。
如果伺服器宕機，那麼負載均衡系統將停止請求到宕機的伺服器，轉而分發負載到其他正常執行的伺服器上。
擴充套件你的伺服器更加容易。你要做的僅僅是加入新的伺服器到負載均衡系統。不需要中斷你的應用執行。
所以，把握住這個機會:). 當然，代價就是這要求你的應用開發時增加一點複雜度。這就是本文要覆蓋的內容。
這時你可能對自己說: '但是我怎麼知道我正在使用負載均衡呢？'。最誠實的回答是，如果你正在問這個問題，那麼答案是你多半沒有在使用負載均衡系統並且你的系統不需要考慮這個 問題。大多數情況，當應用成長足夠大的規模時，負載均衡就需要明確提出和設定了。然而，我也偶爾看見虛擬主機公司為客戶的應用做這個負載均衡，或者像下面 描述的那樣要自己來做。
在繼續下面的內容之前，我要指出本文主要描述php的負載均衡。將來我可能會寫有關資料負載均衡的文字，但是現在你必須等待。
注意，我一直提「web應用」而不是website,這是想區分'web應用'是那些複雜的站點往往涉及伺服器端程式設計和資料庫，而不是website那樣只顯示簡單的靜態內容。
分別上傳所有的檔案到每乙個伺服器 , 這種方法帶來的問題是：想像一下你有20個伺服器，那麼上傳過程中這將很容易導致錯誤，並且更新時極有可能導致不同伺服器上有不同版本的檔案。
使用 'rsync ' (或類似的軟體) . 這樣的工具能同步本地目錄和多個遠端主機目錄上的檔案。
使用乙個檔案伺服器(你可能發現nfs 非常適合做這件事情). 這種方式是使用乙個檔案伺服器來存放你的web應用. 當然，如果你的檔案伺服器宕機，那麼多所有你的站點將不能使用。這時，你就需要花費更多的開支來恢復它。
選擇哪種方式依賴於你的需求和你掌握的技能。如果你使用版本控制系統，那麼你可能得計畫乙個方法如果同時執行乙個更新命令更新所有伺服器上的**。然而，如果使用檔案伺服器，你就要實現一些失敗恢復機制，防止萬一伺服器宕機導致請求失敗。
當只有一台伺服器時，檔案上傳不是乙個問題。但是當我們有多台伺服器時，那麼上傳的檔案應該怎麼存放呢？上傳檔案的問題和跨伺服器php檔案儲存是類似的。下面是幾種可能的方案:
設計你自己的上傳機制傳輸檔案到伺服器到每乙個伺服器 . 這個方法沒有單個檔案伺服器或者資料庫方案的缺陷，但是將增加你**的複雜度。例如，如果上傳到多個伺服器過程中，伺服器宕機，你要怎麼處理？
如果你熟悉php的session處理，你將可能知道預設情況下，它儲存session資料在伺服器的臨時檔案裡。而且，這個檔案僅僅在 你請求處理的那個伺服器上，但是接下來的請求可能被另外乙個伺服器處理，這將在另乙個伺服器上生成新的session。這導致session頻繁地不被識 別，如登入使用者總是要求重新登入。
我推薦的方案是，要麼重新php內建的session處理機制儲存session資料到資料庫，或者實現你自己的機制保證傳送乙個使用者的請求到同一臺伺服器。
儘管這個話題不是和php特別相關，我感覺還是有必要提及。當執行集群伺服器時，用某種方法保持伺服器之間的配置檔案同步是乙個好主意。如果配置檔案不一致，可能導致一些非常奇怪的斷斷續續的行為導致很難排查這些問題。
我推薦使用版本控制系統單獨管理他們。這樣你可以為不同的專案安裝儲存不同的php配置檔案，也可以保持所有伺服器配置檔案同步。
像配置問題一樣，logging不是僅僅和php相關。但是對於保持伺服器健康執行它仍然是非常重要的。沒有正確的logging系統，你怎麼知道如果php**開始產生錯誤(在系統正式執行時，你總是關閉display_errors 設定，不是嗎?)
有幾種方法你可以實現logging:
在每乙個伺服器上記錄日誌。 這是最簡單的方法。每乙個機器僅僅記錄乙個檔案。好處是簡單，可能只要很少的配置。但是，隨著伺服器數量的增多，監控每台伺服器上的日誌檔案將變得非常困難。
記錄日誌到乙個共享 這種方法每乙個伺服器仍然有這個日誌檔案，但是他們通過共享機制被儲存在乙個**檔案伺服器上，這將使監控日誌變得更簡單。該方案的問題在於，如果檔案伺服器不可用將導致乙個簡單的日誌不能寫入問題最終導致整個應用崩潰。
記錄日誌到logging伺服器 你可以使用乙個logging軟體，如syslog 來把所有的日誌寫到乙個**伺服器。儘管這個方法要求更多的配置，但是他也提供了最健壯的方案。
PHP 負載均衡指南
譯言過去當執行乙個大的web應用時候意味著執行乙個大型的web伺服器。因為你的應用吸引了大量的使用者，你將不得不在你的伺服器裡增加更多的記憶體和處理器。今天，大型伺服器 模式已經過去，取而代之的是大量的小伺服器，使用各種各樣的負載均衡技術。這是一種更可行的方法，將使硬體成本降至最低。1 如果伺服器宕...
PHP負載均衡指南
過去當執行乙個大的web應用時候意味著執行乙個大型的web伺服器。因為你的應用吸引了大量的使用者，你將不得不在你的伺服器裡增加更多的記憶體和處理器。今天，大型伺服器 模式已經過去，取而代之的是大量的小伺服器，使用各種各樣的負載均衡技術。這是一種更可行的方法，將使硬體成本降至最低。如果伺服器宕機，那麼...
PHP負載均衡指南
翻譯 koda 過去當執行乙個大的web應用時候意味著執行乙個大型的web伺服器。因為你的應用吸引了大量的使用者，你將不得不在你的伺服器裡增加更多的記憶體和處理器。今天，大型伺服器 模式已經過去，取而代之的是大量的小伺服器，使用各種各樣的負載均衡技術。這是一種更可行的方法，將使硬體成本降至最低。如果...