Nginx安裝-配置負載均衡

安裝(解壓-編譯-安裝方式)

java程序不能在nginx中運行,需要配合Tomcat一起使用!!!

在安裝Nginx之前需要安裝三個 基礎環境
在這裏插入圖片描述

  • pcre
  • openssl(傳輸協議)
  • zlib(和文件壓縮有關的)
  • nginx(方向代理 負載均衡 動靜分離)

在這裏插入圖片描述
在這裏插入圖片描述
在這裏插入圖片描述

通過yum方式安裝

在這裏插入圖片描述
在這裏插入圖片描述

配置nginx

在這裏插入圖片描述

#安全問題,建議用nobody,不要用root.
#user  nobody;

#worker數和服務器的cpu數相等是最爲適宜
worker_processes  2;

#work綁定cpu(4 work綁定4cpu)
worker_cpu_affinity 0001 0010 0100 1000

#work綁定cpu (4 work綁定8cpu中的4個) 。
worker_cpu_affinity 0000001 00000010 00000100 00001000  



#error_log path(存放路徑) level(日誌等級)path表示日誌路徑,level表示日誌等級,
#具體如下:[ debug | info | notice | warn | error | crit ]
#從左至右,日誌詳細程度逐級遞減,即debug最詳細,crit最少,默認爲crit。 

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;


events {
    #這個值是表示每個worker進程所能建立連接的最大值,所以,一個nginx能建立的最大連接數,應該是worker_connections * worker_processes。
    #當然,這裏說的是最大連接數,對於HTTP請求本地資源來說,能夠支持的最大併發數量是worker_connections * worker_processes,
    #如果是支持http1.1的瀏覽器每次訪問要佔兩個連接,
    #所以普通的靜態訪問最大併發數是: worker_connections * worker_processes /2,
    #而如果是HTTP作爲反向代理來說,最大併發數量應該是worker_connections * worker_processes/4。
    #因爲作爲反向代理服務器,每個併發會建立與客戶端的連接和與後端服務的連接,會佔用兩個連接。

    worker_connections  1024;  

    #這個值是表示nginx要支持哪種多路io複用。
    #一般的Linux選擇epoll, 如果是(*BSD)系列的Linux使用kquene。
    #windows版本的nginx不支持多路IO複用,這個值不用配。
    use epoll;

    # 當一個worker搶佔到一個鏈接時,是否儘可能的讓其獲得更多的連接,默認是off 。
    multi_accept on;

    # 默認是on ,開啓nginx的搶佔鎖機制。
    accept_mutex  on;
}


http {
    #當web服務器收到靜態的資源文件請求時,依據請求文件的後綴名在服務器的MIME配置文件中找到對應的MIME Type,再根據MIME Type設置HTTP Response的Content-Type,然後瀏覽器根據Content-Type的值處理文件。

    include       mime.types;

    #如果 不能從mime.types找到映射的話,用以下作爲默認值
    default_type  application/octet-stream;
    
 

     #日誌位置
     access_log  logs/host.access.log  main;

     #一條典型的accesslog:
     #101.226.166.254 - - [21/Oct/2013:20:34:28 +0800] "GET /movie_cat.php?year=2013 HTTP/1.1" 200 5209 "http://www.baidu.com" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; MDDR; .NET4.0C; .NET4.0E; .NET CLR 1.1.4322; Tablet PC 2.0); 360Spider"
 
     #1)101.226.166.254:(用戶IP)
     #2)[21/Oct/2013:20:34:28 +0800]:(訪問時間) 
     #3)GET:http請求方式,有GET和POST兩種
     #4)/movie_cat.php?year=2013:當前訪問的網頁是動態網頁,movie_cat.php即請求的後臺接口,year=2013爲具體接口的參數
     #5)200:服務狀態,200表示正常,常見的還有,301永久重定向、4XX表示請求出錯、5XX服務器內部錯誤
     #6)5209:傳送字節數爲5209,單位爲byte
     #7)"http://www.baidu.com":refer:即當前頁面的上一個網頁
     #8)"Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; #.NET CLR 3.0.30729; Media Center PC 6.0; MDDR; .NET4.0C; .NET4.0E; .NET CLR 1.1.4322; Tablet PC 2.0); 360Spider": agent字段:通常用來記錄操作系統、瀏覽器版本、瀏覽器內核等信息

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                       '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';


	
    #開啓從磁盤直接到網絡的文件傳輸,適用於有大文件上傳下載的情況,提高IO效率。
    sendfile        on;
 
   
    #一個請求完成之後還要保持連接多久, 默認爲0,表示完成請求後直接關閉連接。
    #keepalive_timeout  0;
    keepalive_timeout  65;
 
 
	
    #開啓或者關閉gzip模塊
    #gzip  on ;

    #設置允許壓縮的頁面最小字節數,頁面字節數從header頭中的Content-Length中進行獲取。
    #gzip_min_lenth 1k;

    # gzip壓縮比,1 壓縮比最小處理速度最快,9 壓縮比最大但處理最慢(傳輸快但比較消耗cpu)
    #gzip_comp_level 4;

    #匹配MIME類型進行壓縮,(無論是否指定)"text/html"類型總是會被壓縮的。
    #gzip_types types text/plain text/css application/json  application/x-javascript text/xml  

 

    #動靜分離
    #服務器端靜態資源緩存,最大緩存到內存中的文件,不活躍期限
    open_file_cache max=655350 inactive=20s;   
   
    #活躍期限內最少使用的次數,否則視爲不活躍。
    open_file_cache_min_uses 2;

    #驗證緩存是否活躍的時間間隔
    open_file_cache_valid 30s;


    
    upstream myserver{

    # 1、輪詢(默認)
    # 每個請求按時間順序逐一分配到不同的後端服務器,如果後端服務器down掉,能自動剔除。
    # 2、指定權重
    # 指定輪詢機率,weight和訪問比率成正比,用於後端服務器性能不均的情況。
    #3、IP綁定 ip_hash
    # 每個請求按訪問ip的hash結果分配,這樣每個訪客固定訪問一個後端服務器,可以解決session的問題。
    #4、備機方式 backup
    # 正常情況不訪問設定爲backup的備機,只有當所有非備機全都宕機的情況下,服務纔會進備機。
    #5、fair(第三方)
    #按後端服務器的響應時間來分配請求,響應時間短的優先分配。   
    #6、url_hash(第三方)
    #按訪問url的hash結果來分配請求,使每個url定向到同一個後端服務器,後端服務器爲緩存時比較有效。


      # ip_hash;
             server 192.168.161.132:8080 weight=1;
             server 192.168.161.132:8081 weight=1;
      
      #fair

      #hash $request_uri
      #hash_method crc32
      
      }

    server {
        #監聽端口號
        listen       80;

        #服務名
        server_name  192.168.161.130;

        #字符集
        #charset utf-8;




	#location [=|~|~*|^~] /uri/ { … }   
	# = 精確匹配
	# ~ 正則匹配,區分大小寫
	# ~* 正則匹配,不區分大小寫
	# ^~  關閉正則匹配
	
	#匹配原則:
	 
	# 1、所有匹配分兩個階段,第一個叫普通匹配,第二個叫正則匹配。
	# 2、普通匹配,首先通過“=”來匹配完全精確的location
        #   2.1、 如果沒有精確匹配到, 那麼按照最大前綴匹配的原則,來匹配location
        #   2.2、 如果匹配到的location有^~,則以此location爲匹配最終結果,如果沒有那麼會把匹配的結果暫存,繼續進行正則匹配。
        # 3、正則匹配,依次從上到下匹配前綴是~或~*的location, 一旦匹配成功一次,則立刻以此location爲準,不再向下繼續進行正則匹配。
        # 4、如果正則匹配都不成功,則繼續使用之前暫存的普通匹配成功的location.


        location / {   # 匹配任何查詢,因爲所有請求都已 / 開頭。但是正則表達式規則和長的塊規則將被優先和查詢匹配。
	   
	    #定義服務器的默認網站根目錄位置
            root   html;
            
	    #默認訪問首頁索引文件的名稱
	    index  index.html index.htm;

	    #反向代理路徑
            proxy_pass http://myserver;

	    #反向代理的超時時間
            proxy_connect_timeout 10;

            proxy_redirect default;       

         }

         location  /images/ {    
	    root images ;
	 }

	 location ^~ /images/jpg/ {  # 匹配任何已 /images/jpg/ 開頭的任何查詢並且停止搜索。任何正則表達式將不會被測試。 
	    root images/jpg/ ;


	 }
         location ~*.(gif|jpg|jpeg)$ { 
	      
	      #所有靜態文件直接讀取硬盤
              root pic ;
	      
	      #expires定義用戶瀏覽器緩存的時間爲3天,如果靜態頁面不常更新,可以設置更長,這樣可以節省帶寬和緩解服務器的壓力
              expires 3d; #緩存3天
         }


        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
 
    }

 

}

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章