由於nginx在處理併發方面的優點,如今這個應用很是常見。固然了Apache的mod_proxy和mod_cache結合使用也能夠實現對多臺app server的反向代理和負載均衡,可是在併發處理方面apache仍是沒有nginx擅長。
nginx做爲反向代理實現負載均衡的例子:
1)環境:
a. 咱們本地是Windows系統,而後使用VirutalBox安裝一個虛擬的Linux系統。
在本地的Windows系統上分別安裝nginx(偵聽8080端口)和apache(偵聽80端口)。在虛擬的Linux系統上安裝apache(偵聽80端口)。
這樣咱們至關於擁有了1臺nginx在前端做爲反向代理服務器;後面有2臺apache做爲應用程序服務器(能夠看做是小型的server cluster。;-) );
b. nginx用來做爲反向代理服務器,放置到兩臺apache以前,做爲用戶訪問的入口;
nginx僅僅處理靜態頁面,動態的頁面(php請求)通通都交付給後臺的兩臺apache來處理。
也就是說,能夠把咱們網站的靜態頁面或者文件放置到nginx的目錄下;動態的頁面和數據庫訪問都保留到後臺的apache服務器上。
c. 以下介紹兩種方法實現server cluster的負載均衡。
咱們假設前端nginx(爲127.0.0.1:80)僅僅包含一個靜態頁面index.html;
後臺的兩個apache服務器(分別爲localhost:80和158.37.70.143:80),一臺根目錄放置phpMyAdmin文件夾和test.php(裏面測試代碼爲print "server1";),另外一臺根目錄僅僅放置一個test.php(裏面測試代碼爲print "server2";)。
2)針對不一樣請求 的負載均衡:
a. 在最簡單地構建反向代理的時候 (nginx僅僅處理靜態不處理動態內容,動態內容交給後臺的apache server來處理),咱們具體的設置爲:在nginx.conf中修改:
location ~ /.php$ {
proxy_pass
158.37.70.143:80 ;
}
>這樣當客戶端訪問localhost:8080/index.html的時候,前端的nginx會自動進行響應;
>當用戶訪問localhost:8080/test.php的時候(這個時候nginx目錄下根本就沒有該文件),可是經過上面的設置location ~ /.php$(表示正則表達式匹配以.php結尾的文件,詳情參看location是如何定義和匹配的
http://wiki.nginx.org/NginxHttpCoreModule) ,nginx服務器會自動pass給158.37.70.143的apache服務器了。該服務器下的test.php就會被自動解析,而後將html的結果頁面返回給nginx,而後nginx進行顯示(若是nginx使用memcached模塊或者squid還能夠支持緩存),輸出結果爲打印server2。
如上是最爲簡單的使用nginx作爲反向代理服務器的例子;
b. 咱們如今對如上例子進行擴展,使其支持如上的兩臺服務器。
咱們設置nginx.conf的server模塊部分,將對應部分修改成:
location ^~ /phpMyAdmin/ {
proxy_pass
127.0.0.1:80 ;
}
location ~ /.php$ {
proxy_pass
158.37.70.143:80 ;
}
上面第一個部分location ^~ /phpMyAdmin/,表示不使用正則表達式匹配(^~),而是直接匹配,也就是若是客戶端訪問的URL是以
http://localhost:8080/phpMyAdmin/ 開頭的話(本地的nginx目錄下根本沒有phpMyAdmin目錄),nginx會自動pass到
127.0.0.1:80 的Apache服務器,該服務器對phpMyAdmin目錄下的頁面進行解析,而後將結果發送給nginx,後者顯示;
若是客戶端訪問URL是
http://localhost/test.php 的話,則會被pass到
158.37.70.143:80 的apache進行處理。
所以綜上,咱們實現了針對不一樣請求的負載均衡。
>若是用戶訪問靜態頁面index.html,最前端的nginx直接進行響應;
>若是用戶訪問test.php頁面的話,
158.37.70.143:80 的Apache進行響應;
>若是用戶訪問目錄phpMyAdmin下的頁面的話,
127.0.0.1:80 的Apache進行響應;
3)訪問同一頁面 的負載均衡:
即
用戶訪問http://localhost:8080/test.php 這個同一頁面的時候,咱們實現兩臺服務器的負載均衡 (實際狀況中,這兩個服務器上的數據要求同步一致,這裏咱們分別定義了打印server1和server2是爲了進行辨認區別)。
a. 如今咱們的狀況是在windows下nginx是localhost偵聽8080端口;
兩臺apache,一臺是127.0.0.1:80(包含test.php頁面可是打印server1),另外一臺是虛擬機的158.37.70.143:80(包含test.php頁面可是打印server2)。
b. 所以從新配置nginx.conf爲:
>首先
在nginx的配置文件nginx.conf的http模塊中添加,服務器集羣server cluster(咱們這裏是兩臺)的定義:
upstream myCluster {
server
127.0.0.1:80 ;
server
158.37.70.143:80 ;
}
表示這個server cluster包含2臺服務器
>而後在server模塊中定義,負載均衡:
location ~ /.php$ {
proxy_pass
http://myCluster ; #這裏的名字和上面的cluster的名字相同
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
這樣的話,若是訪問
http://localhost:8080/test.php 頁面的話,nginx目錄下根本沒有該文件,可是它會自動將其pass到myCluster定義的服務區機羣中,分別由127.0.0.1:80;或者158.37.70.143:80;來作處理。
上面在定義upstream的時候每一個server以後沒有定義權重,表示二者均衡;若是但願某個更多響應的話例如:
upstream myCluster {
server
127.0.0.1:80 weight=5;
server
158.37.70.143:80 ;
}
這樣表示5/6的概率訪問第一個server,1/6訪問第二個。另外還能夠定義max_fails和fail_timeout等參數。
http://wiki.nginx.org/NginxHttpUpstreamModule
====================
綜上,咱們
使用nginx的反向代理服務器reverse proxy server的功能,將其佈置到多臺apache server的前端。
nginx僅僅用來處理靜態頁面響應和動態請求的代理pass,後臺的apache server做爲app server來對前臺pass過來的動態頁面進行處理並返回給nginx。
經過以上的架構,咱們能夠實現nginx和多臺apache構成的機羣cluster的負載均衡。
兩種均衡:
1)能夠在nginx中定義訪問不一樣的內容,代理到不一樣的後臺server; 如上例子中的訪問phpMyAdmin目錄代理到第一臺server上;訪問test.php代理到第二臺server上;
2)能夠在nginx中定義訪問同一頁面,均衡 (固然若是服務器性能不一樣能夠定義權重來均衡)
地代理到不一樣的後臺server上。 如上的例子訪問test.php頁面,會均衡地代理到server1或者server2上。 實際應用中,server1和server2上分別保留相同的app程序和數據,須要考慮二者的數據同步。