1. 程式人生 > >Nginx+Tomcat搭建高效能負載均衡叢集之枯藤老樹

Nginx+Tomcat搭建高效能負載均衡叢集之枯藤老樹


--枯藤老樹昏鴉小橋流水人家古道西風瘦馬。夕陽西下,斷腸人      在天涯。

一、     工具

  nginx-1.8.0

  apache-tomcat-6.0.33

二、    目標

  實現高效能負載均衡的Tomcat叢集:

  

三、    步驟

  1、首先下載Nginx,要下載穩定版:

  

  2、然後解壓兩個Tomcat,分別命名為apache-tomcat-6.0.33-1和apache-tomcat-6.0.33-2:

  

  3、然後修改這兩個Tomcat的啟動埠,分別為18080和28080,下面以修改第一臺Tomcat為例,開啟Tomcat的conf目錄下的server.xml:

  

  共需修改3處埠:

  

  當然第二臺Tomcat也一樣,如下圖:

  

  4、然後啟動兩個Tomcat,並訪問,看是否正常:

  

  

  5、然後修改上面兩個Tomcat的預設頁面(為了區分下面到底訪問的是那一臺Tomcat,隨便改一下即可):

  

  改完以後,進行訪問,如下圖:

  

  

  6、OK,現在我們可以開始配置Nginx來實現負載均衡了,其實非常的簡單,只需要配置好Nginx的配置檔案即可:

  

  配置如下(這裡只進行了簡單的配置,實際生產環境可以進行更詳細完善配置):

  1. worker_processes  1;#工作程序的個數,一般與計算機的cpu核數一致  
  2. events {  
  3.     worker_connections  1024;#單個程序最大連線數(最大連線數=連線數*程序數)  
  4. }  
  5. http {  
  6.     include       mime.types; #副檔名與檔案型別對映表  
  7.     default_type  application/octet-stream;#預設檔案型別  
  8.     sendfile        on;#開啟高效檔案傳輸模式,sendfile指令指定nginx是否呼叫sendfile函式來輸出檔案,對於普通應用設為 on,如果用來進行下載等應用磁碟IO重負載應用,可設定為off,以平衡磁碟與網路I/O處理速度,降低系統的負載。注意:如果圖片顯示不正常把這個改成off。  
  9.     keepalive_timeout  65; #長連線超時時間,單位是秒  
  10.     gzip  on;#啟用Gizp壓縮  
  11.     #伺服器的叢集  
  12.     upstream  netitcast.com {  #伺服器叢集名字   
  13.         server    127.0.0.1:18080  weight=1;#伺服器配置   weight是權重的意思,權重越大,分配的概率越大。  
  14.         server    127.0.0.1:28080  weight=2;  
  15.     }     
  16.     #當前的Nginx的配置  
  17.     server {  
  18.         listen       80;#監聽80埠,可以改成其他埠  
  19.         server_name  localhost;##############   當前服務的域名  
  20.     location / {  
  21.             proxy_pass http://netitcast.com;  
  22.             proxy_redirect default;  
  23.         }  
  24.         error_page   500 502 503 504  /50x.html;  
  25.         location = /50x.html {  
  26.             root   html;  
  27.         }  
  28.     }  
  29. }  

  核心配置如下:

  

  到此配置完成,下面開始演示負載均衡。

  7、首先,我們啟動Nginx:

  

  8、然後我們即可輸入:localhost/index.jsp檢視執行狀況了

  第一次訪問,發現訪問的是Tomcat2上的程式:

  

  然後重新整理,訪問的還是Tomcat2上的程式:

  

  再重新整理,發現變為了Tomcat1上的程式:

  

  再重新整理,發現又變為了Tomcat2上的程式:

  

  到此,我們利用Nginx已經實現了負載均衡的Tomcat叢集。我們不斷的重新整理,發現訪問Tomcat2的概率大概是Tomcat1的2倍,這是因為我們在Nginx中配置的兩臺Tomcat的權重起的作用,如下圖:

  

四、   總結

nginx的upstream目前支援4種方式的分配

1、輪詢(預設)

每個請求按時間順序逐一分配到不同的後端伺服器,如果後端伺服器down掉,能自動剔除。

2、weight指定輪詢機率,weight和訪問比率成正比,用於後端伺服器效能不均的情況。例如:upstream bakend {server 192.168.0.14 weight=10;server 192.168.0.15 weight=10;}

2、ip_hash每個請求按訪問ip的hash結果分配,這樣每個訪客固定訪問一個後端伺服器,可以解決session的問題。例如:upstream bakend {ip_hash;server 192.168.0.14:88;server 192.168.0.15:80;}

3、fair(第三方)按後端伺服器的響應時間來分配請求,響應時間短的優先分配。upstream backend {server server1;server server2;fair;}

4、url_hash(第三方)

按訪問url的hash結果來分配請求,使每個url定向到同一個後端伺服器,後端伺服器為快取時比較有效。

例:在upstream中加入hash語句,server語句中不能寫入weight等其他的引數,hash_method是使用的hash演算法

upstream backend {server squid1:3128;server squid2:3128;hash $request_uri;hash_method crc32;}

tips:

upstream bakend{#定義負載均衡裝置的Ip及裝置狀態}{ip_hash;server 127.0.0.1:9090 down;server 127.0.0.1:8080 weight=2;server 127.0.0.1:6060;server 127.0.0.1:7070 backup;}在需要使用負載均衡的server中增加proxy_pass http://bakend/;

每個裝置的狀態設定為:1.down表示單前的server暫時不參與負載2.weight為weight越大,負載的權重就越大。3.max_fails:允許請求失敗的次數預設為1.當超過最大次數時,返回proxy_next_upstream模組定義的錯誤4.fail_timeout:max_fails次失敗後,暫停的時間。5.backup: 其它所有的非backup機器down或者忙的時候,請求backup機器。所以這臺機器壓力會最輕。

nginx支援同時設定多組的負載均衡,用來給不用的server來使用。

client_body_in_file_only設定為On 可以講client post過來的資料記錄到檔案中用來做debugclient_body_temp_path設定記錄檔案的目錄 可以設定最多3層目錄

location對URL進行匹配.可以進行重定向或者進行新的代理 負載均衡

感謝博主:寫的簡介明瞭,ranhttp://blog.csdn.net/wang379275614/article/details/47778201

YI

  nginx-1.8.0

  apache-tomcat-6.0.33

二、    目標

  實現高效能負載均衡的Tomcat叢集:

  

三、    步驟

  1、首先下載Nginx,要下載穩定版:

  

  2、然後解壓兩個Tomcat,分別命名為apache-tomcat-6.0.33-1和apache-tomcat-6.0.33-2:

  

  3、然後修改這兩個Tomcat的啟動埠,分別為18080和28080,下面以修改第一臺Tomcat為例,開啟Tomcat的conf目錄下的server.xml:

  

  共需修改3處埠:

  

  當然第二臺Tomcat也一樣,如下圖:

  

  4、然後啟動兩個Tomcat,並訪問,看是否正常:

  

  

  5、然後修改上面兩個Tomcat的預設頁面(為了區分下面到底訪問的是那一臺Tomcat,隨便改一下即可):

  

  改完以後,進行訪問,如下圖:

  

  

  6、OK,現在我們可以開始配置Nginx來實現負載均衡了,其實非常的簡單,只需要配置好Nginx的配置檔案即可:

  

  配置如下(這裡只進行了簡單的配置,實際生產環境可以進行更詳細完善配置):

  1. worker_processes  1;#工作程序的個數,一般與計算機的cpu核數一致  
  2. events {  
  3.     worker_connections  1024;#單個程序最大連線數(最大連線數=連線數*程序數)  
  4. }  
  5. http {  
  6.     include       mime.types; #副檔名與檔案型別對映表  
  7.     default_type  application/octet-stream;#預設檔案型別  
  8.     sendfile        on;#開啟高效檔案傳輸模式,sendfile指令指定nginx是否呼叫sendfile函式來輸出檔案,對於普通應用設為 on,如果用來進行下載等應用磁碟IO重負載應用,可設定為off,以平衡磁碟與網路I/O處理速度,降低系統的負載。注意:如果圖片顯示不正常把這個改成off。  
  9.     keepalive_timeout  65; #長連線超時時間,單位是秒  
  10.     gzip  on;#啟用Gizp壓縮  
  11.     #伺服器的叢集  
  12.     upstream  netitcast.com {  #伺服器叢集名字   
  13.         server    127.0.0.1:18080  weight=1;#伺服器配置   weight是權重的意思,權重越大,分配的概率越大。  
  14.         server    127.0.0.1:28080  weight=2;  
  15.     }     
  16.     #當前的Nginx的配置  
  17.     server {  
  18.         listen       80;#監聽80埠,可以改成其他埠  
  19.         server_name  localhost;##############   當前服務的域名  
  20.     location / {  
  21.             proxy_pass http://netitcast.com;  
  22.             proxy_redirect default;  
  23.         }  
  24.         error_page   500 502 503 504  /50x.html;  
  25.         location = /50x.html {  
  26.             root   html;  
  27.         }  
  28.     }  
  29. }  

  核心配置如下:

  

  到此配置完成,下面開始演示負載均衡。

  7、首先,我們啟動Nginx:

  

  8、然後我們即可輸入:localhost/index.jsp檢視執行狀況了

  第一次訪問,發現訪問的是Tomcat2上的程式:

  

  然後重新整理,訪問的還是Tomcat2上的程式:

  

  再重新整理,發現變為了Tomcat1上的程式:

  

  再重新整理,發現又變為了Tomcat2上的程式:

  

  到此,我們利用Nginx已經實現了負載均衡的Tomcat叢集。我們不斷的重新整理,發現訪問Tomcat2的概率大概是Tomcat1的2倍,這是因為我們在Nginx中配置的兩臺Tomcat的權重起的作用,如下圖:

  

四、   總結

nginx的upstream目前支援4種方式的分配

1、輪詢(預設)

每個請求按時間順序逐一分配到不同的後端伺服器,如果後端伺服器down掉,能自動剔除。

2、weight指定輪詢機率,weight和訪問比率成正比,用於後端伺服器效能不均的情況。例如:upstream bakend {server 192.168.0.14 weight=10;server 192.168.0.15 weight=10;}

2、ip_hash每個請求按訪問ip的hash結果分配,這樣每個訪客固定訪問一個後端伺服器,可以解決session的問題。例如:upstream bakend {ip_hash;server 192.168.0.14:88;server 192.168.0.15:80;}

3、fair(第三方)按後端伺服器的響應時間來分配請求,響應時間短的優先分配。upstream backend {server server1;server server2;fair;}

4、url_hash(第三方)

按訪問url的hash結果來分配請求,使每個url定向到同一個後端伺服器,後端伺服器為快取時比較有效。

例:在upstream中加入hash語句,server語句中不能寫入weight等其他的引數,hash_method是使用的hash演算法

upstream backend {server squid1:3128;server squid2:3128;hash $request_uri;hash_method crc32;}

tips:

upstream bakend{#定義負載均衡裝置的Ip及裝置狀態}{ip_hash;server 127.0.0.1:9090 down;server 127.0.0.1:8080 weight=2;server 127.0.0.1:6060;server 127.0.0.1:7070 backup;}在需要使用負載均衡的server中增加proxy_pass http://bakend/;

每個裝置的狀態設定為:1.down表示單前的server暫時不參與負載2.weight為weight越大,負載的權重就越大。3.max_fails:允許請求失敗的次數預設為1.當超過最大次數時,返回proxy_next_upstream模組定義的錯誤4.fail_timeout:max_fails次失敗後,暫停的時間。5.backup: 其它所有的非backup機器down或者忙的時候,請求backup機器。所以這臺機器壓力會最輕。

nginx支援同時設定多組的負載均衡,用來給不用的server來使用。

client_body_in_file_only設定為On 可以講client post過來的資料記錄到檔案中用來做debugclient_body_temp_path設定記錄檔案的目錄 可以設定最多3層目錄

location對URL進行匹配.可以進行重定向或者進行新的代理 負載均衡

感謝博主:寫的簡介明瞭,ranhttp://blog.csdn.net/wang379275614/article/details/47778201