PHP實作負載平衡的方法有很多種，在這裡，我會跟大家介紹一下php的負載平衡，話不多說，我們就來直接看看關於php負載平衡的實作。
1. PHP檔案
第一個問題是，如果你有大量的小型伺服器，你怎麼把你的php檔案上傳到所有的伺服器上？有以下的方法供你參考：
1.分別上傳所有的檔案到每一個伺服器,這種方法帶來的問題是：想像一下你有20個伺服器，那麼上傳過程中這將會很容易導致錯誤，且更新時極有可能導致不同伺服器上有不同版本的檔案。
2. 使用‘rsync ‘ (或類似的軟體) . 這樣的工具能同步本地目錄和多個遠端主機目錄上的檔案。
3.使用版本控制軟體(如subversion ) .這是我最喜歡的方法。用它可以很好地維護我得程式碼，當發布我的應用程式時，可以在每一個伺服器上執行svnupdate命令同步。這種方法也讓切換伺服器得程式碼到過去的某一個版本更加容易。
4.使用一個檔案伺服器(你可能發現NFS 非常適合做這件事情). 這種方式是使用一個檔案伺服器來存放你的web應用.當然，如果你的檔案伺服器宕機，那麼多所有你的站點將不能使用。這時，你就需要花費更多的開支來恢復它。
選擇哪一種方式依賴你的需求和你所掌握的技能。如果你使用版本控制系統，那麼你可能得規劃一個方法如果同時執行一個更新命令來更新所有伺服器上的程式碼。然而，如果使用檔案伺服器，你就要實作一些失敗復原機制，防止萬一伺服器宕機導致請求失敗。
2. 檔案上傳
當只有一台伺服器時，檔案上傳不是一個問題。但是當我們有多台伺服器時，那麼上傳的檔案該怎麼存放呢？上傳檔案的問題和跨伺服器php檔案儲存是類似的。下面是幾個可能的方案:
1. 把檔案儲存到資料庫中 。
大多數資料允許儲存二進位資料。當你請求檔案下載時，存取資料把二進位資料和對應的檔案名稱和類型輸出給使用者。在使用這個方案前應該考慮資料庫怎麼儲存你 的檔案。該方法的問題在於如果資料庫伺服器宕機將使檔案不可用。
2. 在一個檔案伺服器上儲存上傳的檔案.
與前面的介紹一樣，你要安裝一個檔案伺服器讓所有web伺服器共享，把所有上傳的檔案上傳到這裡，上傳後所有的web伺服器就都可以使用它。但是，如果文 件伺服器宕機，那麼可能發生映像檔下載中斷。
3. 設計你自己的上傳機制傳輸檔案到伺服器到每一個伺服器 .
這個方法沒有單一檔案伺服器或資料庫方案的缺陷，但是將增加你程式碼的複雜度。例如，如果上傳到多個伺服器過程中，伺服器當機，你要怎麼處理？
用資料庫儲存上傳檔案但是設計一個檔案快取機制是一個不錯的方案。當伺服器接收一個文件下載請求時，首先檢查快取系統中是否有該文件，如果發現那麼從快取系統下載，否則從資料庫讀取並把它快取到檔案系統中。
3. 會話(Sessions)
如果你熟悉php的session處理，你將可能知道預設情況下，它儲存session資料在伺服器的暫存檔案裡。而且，這個檔案只是在你請求處理的那個伺服器上，但是接下來的請求可能被另外一個伺服器處理，這將在另一個伺服器上產生新的session。這導致session頻繁地不被識別，例如登入使用者總是要求重新登入。
我推薦的方案是，要嘛重新php內建的session處理機制儲存session資料到資料庫，或是實作你自己的機制保證發送一個使用者的請求到同一台伺服器。
4. 設定(Configuration)
儘管這個主題不是和php特別相關，我感覺還是有必要提及。當運行叢集伺服器時，用某種方法保持伺服器之間的設定檔同步是一個好主意。如果設定檔不一致，可能導致一些非常奇怪的斷斷續續的行為導致很難排查這些問題。
我推薦使用版本控制系統單獨管理他們。這樣你可以為不同的專案安裝儲存不同的php設定文件，也可以保持所有伺服器設定檔同步。
5. 日誌(Logging)
就像設定問題一樣，logging不是僅僅和php相關。但是對於保持伺服器健康運行它仍然是非常重要的。沒有正確的logging系統，你怎麼知道如果PHP程式碼開始產生錯誤(在系統正式運行時，你總是關閉display_errors 設定，不是嗎?)
有幾種方法你可以實作logging:
1.在每一個伺服器上記錄日誌。這是最簡單的方法。每一個機器僅僅記錄一個檔案。好處是簡單，可能只要很少的配置。但是，隨著伺服器數量的增多，監控每台伺服器上的日誌檔案將變得非常困難。
2.記錄日誌到一個共享這種方法每一個伺服器仍然有這個日誌文件，但是他們透過共享機制被儲存在一個中央文件伺服器上，這將使監控日誌變得更簡單。該方案的問題在於，如果檔案伺服器不可用將導致一個簡單的日誌不能寫入問題最終導致整個應用程式崩潰。
3.記錄日誌到logging伺服器 你可以使用一個logging軟體，如syslog來把所有的日誌寫到一個中央伺服器。儘管這個方法要求更多的配置，但是他也提供了最健壯的方案。
php負載平衡實例
##如果要使用負載平衡的話,可以修改配置http節點如下：
#设定http服务器，利用它的反向代理功能提供负载均衡支持
http {
#设定mime类型,类型由mime.type文件定义
include /etc/nginx/mime.types;
default_type application/octet-stream;
#设定日志格式
access_log /var/log/nginx/access.log;
#省略上文有的一些配置节点
#。。。。。。。。。。
#设定负载均衡的服务器列表
upstream mysvr {
#weigth参数表示权值，权值越高被分配到的几率越大
server 192.168.8.1x:3128 weight=5;#本机上的Squid开启3128端口
server 192.168.8.2x:80 weight=1;
server 192.168.8.3x:80 weight=6;
}
upstream mysvr2 {
#weigth参数表示权值，权值越高被分配到的几率越大
server 192.168.8.x:80 weight=1;
server 192.168.8.x:80 weight=6;
}
#第一个虚拟服务器
server {
#侦听192.168.8.x的80端口
listen 80;
server_name 192.168.8.x;
#对aspx后缀的进行负载均衡请求
location ~ .*\.aspx$ {
root /root; #定义服务器的默认网站根目录位置
index index.php index.html index.htm; #定义首页索引文件的名称
proxy_pass http://mysvr ;#请求转向mysvr 定义的服务器列表
#以下是一些反向代理的配置可删除.
proxy_redirect off;
#后端的Web服务器可以通过X-Forwarded-For获取用户真实IP
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size 10m; #允许客户端请求的最大单文件字节数
client_body_buffer_size 128k; #缓冲区代理缓冲用户端请求的最大字节数，
proxy_connect_timeout 90; #nginx跟后端服务器连接超时时间(代理连接超时)
proxy_send_timeout 90; #后端服务器数据回传时间(代理发送超时)
proxy_read_timeout 90; #连接成功后，后端服务器响应时间(代理接收超时)
proxy_buffer_size 4k; #设置代理服务器（nginx）保存用户头信息的缓冲区大小
proxy_buffers 4 32k; #proxy_buffers缓冲区，网页平均在32k以下的话，这样设置
proxy_busy_buffers_size 64k; #高负荷下缓冲大小（proxy_buffers*2）
proxy_temp_file_write_size 64k; #设定缓存文件夹大小，大于这个值，将从upstream服务器传
}
}PHP實作負載平衡下的session共用案例詳解（附程式碼）
以上是php如何實現負載平衡？ php實作負載平衡實例（程式碼）的詳細內容。更多資訊請關注PHP中文網其他相關文章！
