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伺服器,利用它的反向 Proxy功能提供負載平衡支援 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的配置可刪除.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; #設定Proxy 伺服器(nginx)儲存使用者頭資訊的緩衝區大小 proxy_buffers 4 32k; #proxy_buffers緩衝區,網頁平均在32k以下的話,這樣設定 proxy_busy_buffers_size 64k; #高負荷下緩衝大小(proxy_buffers*2) proxy_temp_file_write_size 64k; #設定快取檔案夾大小,大於這個值,將從upstream伺服器傳}}