CentOS 6.5安裝和配置ngix


一.安裝配置ngix
這里用wget直接拉取並安裝資源文件
首先安裝必要的庫(nginx 中gzip模塊需要 zlib 庫,rewrite模塊需要 pcre 庫,ssl 功能需要openssl庫)。
選定/usr/local為安裝目錄,以下具體版本號根據實際改變。注意,每安裝一個,都需要重新進入到 usr/local下,一旦安裝錯誤,卸載用npm時會導致安裝時的依賴也會被刪除,很麻煩的。
1.安裝PCRE庫
$ cd /usr/local/
進入目錄[root@bogon local]
$ cd /usr/local/ $ wget ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/pcre-8.42.tar.gz
此處可能報錯文件找不到:需要進入到該地址查找最新版本,更改版本號即可
$ tar -zxvf pcre-8.42.tar.gz $ cd pcre-8.42
$ ./configure
此處報錯:configure: error: Invalid C++ compiler or C++ compiler flags,是因為沒有安裝安裝c++ compiler,執行:[root@localhost]# yum install -y gcc gcc-c++ 即可
$ make make執行的主要是編譯源文件
$ make install make install 正是執行install標簽
2.安裝zlib庫
$ cd /usr/local/
$ wget http://zlib.net/zlib-1.2.11.tar.gz
$ tar -zxvf zlib-1.2.11.tar.gz
$ cd zlib-1.2.11
$ ./configure
$ make $ make install
3.安裝ssl
$ cd /usr/local/
$ wget http://www.openssl.org/source/openssl-1.1.1-pre6.tar.gz
$ tar -zxvf openssl-1.1.1-pre6.tar.gz
$ ./configure
$ make
$ make install
4.安裝nginx
$ cd /usr/local/
$ wget http://nginx.org/download/ nginx-1.13.12.tar.gz
$ tar -zxvf nginx-1.13.12.tar.gz
$ cd nginx-1.13.12
$ ./configure --prefix=/usr/local/nginx
$ make
$ make install
 
Nginx啟動錯誤:error while loading shared libraries: libpcre.so.1 ,是因為缺少lib文件導致,可參考: https://blog.csdn.net/white__cat/article/details/37923087
 
5.啟動
$ /usr/local/nginx/sbin/nginx
檢查是否啟動成功:
打開瀏覽器訪問此機器的 IP, (這里查看ip使用ifconfig,而不是ipconfig)如果瀏覽器出現 Welcome to nginx! 則表示 Nginx 已經安裝並運行成功。
部分命令如下:
重啟:
$ /usr/local/nginx/sbin/nginx –s reload
停止:
$ /usr/local/nginx/sbin/nginx –s stop
測試配置文件是否正常:
$ /usr/local/nginx/sbin/nginx –t
強制關閉:
$ pkill nginx
 
查看哪個進程占用80端口:
[root@bogon ~]# netstat -lpn|grep :80
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 54754/nginx
二.ngix使用場景
1.反向代理
簡單來說就是真實的服務器不能直接被外部網絡訪問,所以需要一台代理服務器,而代理服務器能被外部網絡訪問的同時又跟真實服務器在同一個網絡環境,當然也可能是同一台服務器,端口不同而已。 下面是一段簡單的實現反向代理的代碼
server {  
        listen       80;                                                        
        server_name  localhost;                                              
        client_max_body_size 1024M;
 
        location / {
            proxy_pass http://localhost:8080;
            proxy_set_header Host $host:$server_port;
        }
    }
2.負載均衡
負載均衡其意思就是分攤到多個操作單元上進行執行,就是當有2台或以上服務器時,根據規則隨機的將請求分發到指定的服務器上處理,負載均衡配置一般都需要同時配置反向代理,通過反向代理跳轉到負載均衡。而Nginx目前支持自帶3種負載均衡策略,還有2種常用的第三方策略。比如我們每次上線時會先先用01環境切下,線上仍然在docker02環境運行,不影響線上用戶
(1)RR(默認)
每個請求按時間順序逐一分配到不同的后端服務器,如果后端服務器down掉,能自動剔除。
簡單配置
    upstream test {
        server localhost:8080;
        server localhost:8081;
    }
    server {
        listen       81;                                                        
        server_name  localhost;                                              
        client_max_body_size 1024M;
 
        location / {
            proxy_pass http://test;
            proxy_set_header Host $host:$server_port;
        }
    }
負載均衡的核心代碼為
 
    upstream test {
        server localhost:8080;
        server localhost:8081;
    }
 
這里我配置了2台服務器,當然實際上是一台,只是端口不一樣而已,而8081的服務器是不存在的,也就是說訪問不到,但是我們訪問http://localhost 的時候,也不會有問題,會默認跳轉到http://localhost:8080 具體是因為Nginx會自動判斷服務器的狀態,如果服務器處於不能訪問(服務器掛了),就不會跳轉到這台服務器,所以也避免了一台服務器掛了影響使用的情況,由於Nginx默認是RR策略,所以我們不需要其他更多的設置。
(2)權重
指定輪詢幾率,weight和訪問比率成正比,用於后端服務器性能不均的情況。 例如
    upstream test {
        server localhost:8080 weight=9;
        server localhost:8081 weight=1;
    }
 
那么10次一般只會有1次會訪問到8081,而有9次會訪問到8080
(3)ip_hash
上面的2種方式都有一個問題,那就是下一個請求來的時候請求可能分發到另外一個服務器,當我們的程序不是無狀態的時候(采用了session保存數據),這時候就有一個很大的很問題了,比如把登錄信息保存到了session中,那么跳轉到另外一台服務器的時候就需要重新登錄了,所以很多時候我們需要一個客戶只訪問一個服務器,那么就需要用iphash了,iphash的每個請求按訪問ip的hash結果分配,這樣每個訪客固定訪問一個后端服務器,可以解決session的問題。
    upstream test {
        ip_hash;
        server localhost:8080;
        server localhost:8081;
    }
 
(4)fair(第三方)
按后端服務器的響應時間來分配請求,響應時間短的優先分配。
    upstream backend {
        fair;
        server localhost:8080;
        server localhost:8081;
    }
(5)url_hash(第三方)
按訪問url的hash結果來分配請求,使每個url定向到同一個后端服務器,后端服務器為緩存時比較有效。 在upstream中加入hash語句,server語句中不能寫入weight等其他的參數,hash_method是使用的hash算法
    upstream backend {
        hash $request_uri;
        hash_method crc32;
        server localhost:8080;
        server localhost:8081;
    }
以上5種負載均衡各自適用不同情況下使用,所以可以根據實際情況選擇使用哪種策略模式,不過fair和url_hash需要安裝第三方模塊才能使用,
 
3.HTTP服務器
Nginx本身也是一個靜態資源的服務器,當只有靜態資源的時候,就可以使用Nginx來做服務器,同時現在也很流行動靜分離,就可以通過Nginx來實現,首先看看Nginx做靜態資源服務器
    server {
        listen       80;                                                        
        server_name  localhost;                                              
        client_max_body_size 1024M;
 
        location / {
               root   e:wwwroot;
               index  index.html;
           }
    }
這樣如果訪問http://localhost 就會默認訪問到E盤wwwroot目錄下面的index.html,如果一個網站只是靜態頁面的話,那么就可以通過這種方式來實現部署。
4.動靜分離
動靜分離是讓動態網站里的動態網頁根據一定規則把不變的資源和經常變的資源區分開來,動靜資源做好了拆分以后,我們就可以根據靜態資源的特點將其做緩存操作,這就是網站靜態化處理的核心思路
upstream test{  
       server localhost:8080;  
       server localhost:8081;  
    }  
 
    server {  
        listen       80;  
        server_name  localhost;  
 
        location / {  
            root   e:wwwroot;  
            index  index.html;  
        }  
 
        # 所有靜態請求都由nginx處理,存放目錄為html  
        location ~ .(gif|jpg|jpeg|png|bmp|swf|css|js)$ {  
            root    e:wwwroot;  
        }  
 
        # 所有動態請求都轉發給tomcat處理  
        location ~ .(jsp|do)$ {  
            proxy_pass  http://test;  
        }  
 
        error_page   500 502 503 504  /50x.html;  
        location = /50x.html {  
            root   e:wwwroot;  
        }  
    }  
這樣我們就可以吧HTML以及圖片和css以及js放到wwwroot目錄下,而tomcat只負責處理jsp和請求,例如當我們后綴為gif的時候,Nginx默認會從wwwroot獲取到當前請求的動態圖文件返回,當然這里的靜態文件跟Nginx是同一台服務器,我們也可以在另外一台服務器,然后通過反向代理和負載均衡配置過去就好了,只要搞清楚了最基本的流程,很多配置就很簡單了,另外localtion后面其實是一個正則表達式,所以非常靈活
5.正向代理
正向代理,意思是一個位於客戶端和原始服務器(origin server)之間的服務器,為了從原始服務器取得內容,客戶端向代理發送一個請求並指定目標(原始服務器),然后代理向原始服務器轉交請求並將獲得的內容返回給客戶端。客戶端才能使用正向代理。當你需要把你的服務器作為代理服務器的時候,可以用Nginx來實現正向代理,但是目前Nginx有一個問題,那么就是不支持HTTPS,
 
參考:
https://blog.csdn.net/csdn265/article/details/58693594 ,寫的蠻不錯的
over~ 
 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM