nginx 結合tomcat 雙機熱備

相信不少人都聽過nginx，這個小巧的東西慢慢地在吞食apache和IIS的份額。那究竟它有什麼做用呢？可能不少人未必瞭解。

說到反向代理，可能不少人都據說，但具體什麼是反向代理，不少人估計就不清楚了。摘一段百度百科上的描述：

反向代理（Reverse Proxy）方式是指以代理服務器來接受internet上的鏈接請求，而後將請求轉發給內部網絡上的服務器，並將從服務器上獲得的結果返回給internet上請求鏈接的客戶端，此時代理服務器對外就表現爲一個服務器。

  這裏講得很直白。反向代理方式實際上就是一臺負責轉發的代理服務器，貌似充當了真正服務器的功能，但實際上並非，代理服務器只是充當了轉發的做用，而且從真正的服務器那裏取得返回的數據。這樣說，其實nginx完成的就是這樣的工做。咱們讓nginx監聽一個端口，譬如80端口，但實際上咱們轉發給在8080端口的tomcat，由它來處理真正的請求，當請求完成後，tomcat返回，但數據此時沒直接返回，而是直接給nginx，由nginx進行返回，這裏，咱們會覺得是nginx進行了處理，但實際上進行處理的是tomcat。

說到上面的方式，也許不少人又會想起來，這樣能夠把靜態文件交由nginx來進行處理。對，不少用到nginx的地方都是做爲靜態伺服器，這樣能夠方便緩存那些靜態文件，好比CSS，JS，html，htm等文件。

閒話就很少說了，咱們直接來看看nginx怎麼使用。

 

1）要用到的軟件固然要下載啦。到nginx官網下一個。http://nginx.org/en/download.html能夠到這裏去下。我如今用的版本是1.1.7，但基本上之後的版本都兼容，並且咱們用到的並不涉及到太底層的，應該不會有什麼變化。

這裏，因爲個人是windows，固然下windows版啦。下完後首先要啓動吧。進入到nginx文件夾，直接start nginx就OK了。

好比我下載後放在D:\software\developerTools\server\nginx-1.1.7，直接cmd後cd D:\software\developerTools\server\nginx-1.1.7，有些不習慣命令行的可能會奇怪，它沒有進行到那個文件夾。windows並不會在分區間跳轉，除非你本身指定了。因此咱們要直接d:以下：

而後，咱們直接start nginx，這裏也許你會看到一個窗口一閃而過，根據咱們使用tomcat的經驗，若是一閃而過，證實有錯誤了，是吧？但實際上不是。

此時咱們打開任務管理器，能夠看到兩個nginx.exe在那裏好好的。這說明咱們已經啓動了，至於爲何兩個，咱們這裏不深究。

如今，咱們已經啓動了nginx，這時就能夠啓動tomcat，想着直接訪問http://localhost就能夠直接訪問tomcat了。

先不急，咱們來看看啓動後的nginx是怎樣的。直接訪問http://localhost能夠看到：

     咱們能夠看到nginx啓動成功，如今訪問是直接進到nginx的目錄裏面了。

那麼這些其實是在哪裏配置的。這就涉及到nginx的一個重要配置文件nginx.conf了。

 

2）咱們能夠看到nginx文件夾內有一個conf文件夾，其中有好幾個文件，其餘先無論，咱們打開nginx.conf，能夠看到一段：

  這段代碼在server裏面，至關於一個代理服務器，固然能夠配置多個。

下面咱們仔細來分析一下：

listen：表示當前的代理服務器監聽的端口，默認的是監聽80端口。注意，若是咱們配置了多個server，這個listen要配置不同，否則就不能肯定轉到哪裏去了。

server_name：表示監聽到以後須要轉到哪裏去，這時咱們直接轉到本地，這時是直接到nginx文件夾內。

location：表示匹配的路徑，這時配置了/表示全部請求都被匹配到這裏

root：裏面配置了root這時表示當匹配這個請求的路徑時，將會在這個文件夾內尋找相應的文件，這裏對咱們以後的靜態文件伺服頗有用。

index：當沒有指定主頁時，默認會選擇這個指定的文件，它能夠有多個，並按順序來加載，若是第一個不存在，則找第二個，依此類推。

下面的error_page是表明錯誤的頁面，這裏咱們暫時不用，先無論它。

 

那咱們知道了具體的配置了，怎麼讓它訪問localhost時轉到tomcat時。實際上就修改兩個地方：

server_name localhost:8080;

location / {
    proxy_pass http://localhost:8080
}

  咱們就修改了上面兩個地方，個人tomcat在8080端口，能夠根據本身的須要修改。這裏有一個新元素proxy_pass，它表示代理路徑，至關於轉發，而不像以前說的root必須指定一個文件夾。

此時咱們修改了文件，是否是就意思着必須先關了nginx再從新啓動了，其實沒必要，nginx能夠從新加載文件的。

咱們直接運行：

nginx -s reload

高興得太早了，咱們發現有一個錯誤：

  什麼來的，45行發現錯誤，不但願在那一行找到}，因而咱們仔細找，發現咱們加入的proxy_pass很奇怪，沒有;號結尾，這就是問題了，直接修改，而後再運行一下，發現沒錯誤，OK了。

若是不想直接加載，而只是想看看本身的配置文件有沒有問題，能夠直接輸入:

nginx -t

這能夠檢查配置文件中是否有錯。 下面咱們全部的修改都假設咱們修改完成後運行了nginx -s reload進行從新加載配置文件，請注意。

 

一切沒問題了，而後咱們再從新打開http://localhost，咱們看到下面的頁面：

 

這時，咱們發現它並非剛纔的welcome頁面了，而是tomcat的管理頁面了，無論咱們點擊什麼連接都是沒問題的，至關於直接訪問http://localhost:8080同樣。

 

3）上面咱們直接試了一個小例子，讓nginx進行轉發，即所謂的反向代理。但實際上咱們的需求不會是這樣的，咱們須要分文件類型來進行過濾，好比jsp直接給tomcat處理，由於nginx並非servlet容器，沒辦法處理JSP，而html,js,css這些不須要處理的，直接給nginx進行緩存。

下面咱們來進行一下配置，讓JSP頁面直接給tomcat，而html,png等一些圖片和JS等直接給nginx進行緩存。

這時最主要用的仍是location這個元素，而且涉及到一部分正則，但不難：

location ~ \.jsp$ {
        proxy_pass http://localhost:8080;
}

location ~ \.(html|js|css|png|gif)$ {
    root D:/software/developerTools/server/apache-tomcat-7.0.8/webapps/ROOT;
}

  咱們先要去掉以前配的location /，避免所有請求被攔截了。

而後咱們再來看看http://localhost

  當咱們不指定jsp頁面的時候，它會出現找不到，由於，此時並無相應的location匹配，因此就會有404錯誤，這時就跳到了nginx自定義的error頁面去了。

而當咱們用http://localhost/index.jsp去訪問時，咱們看到了熟悉的頁面：

  並且圖片那些都顯示正常，由於圖片是png的，因此直接在tomcat/webapps/ROOT目錄下直接查找，固然，若是咱們點擊Manager Application HOW-TO這個連接，咱們發現：

  它仍是找不到，爲何呢？由於這是個html頁面，但它並不在ROOT目錄下，而是在docs目錄下，但當咱們匹配html時，咱們卻到ROOT目錄下去找，因此仍是找不到這個頁面。

 

通常狀況下，若是咱們須要用nginx來進行靜態文件伺服，通常都會把全部靜態文件，html,htm,js,css等都放在同一個文件夾下，這樣就不會有tomcat這樣的狀況了，由於tomcat下的是屬於不一樣的項目，這個咱們就沒辦法了。

 

3）有些人會說，這些都只會找一臺服務器，但若是咱們想在一臺服務器掛了的時候，自動去找另一臺，這怎麼辦？這實際上nginx都考慮到了。

這時，咱們以前用的proxy_pass就有大用途了。

咱們把以前的第一個例子，即所有都代理的修改一下：

最後修改以下：

upstream local_tomcat {
    server localhost:8080;
}

server{
        location / {
           proxy_pass http://local_tomcat;
        }
        #......其餘省略
}

  咱們在server外添加了一個upstream，而直接在proxy_pass裏面直接用http://+upstream的名稱來使用。

咱們仍是直接來http://localhost，仍是和第一個同樣的效果，全部連接都沒問題，說明咱們配置正確。

upstream中的server元素必需要注意，不能加http://，但proxy_pass中必須加。

咱們剛纔說能夠在一個服務器掛了的狀況下連到另一個，那怎麼弄呢？

其實很簡單，在upstream中的local_tomcat中配置多一個server。好比我如今弄多一個jetty，端口在9999，因此咱們配置以下：

upstream local_tomcat {
    server localhost:8080;
    server localhost:9999;
}

  此時，咱們關閉tomcat，而只開jetty。咱們來運行http://localhost看看效果：

  咱們看到它請求到了jetty的頁面，但因爲jetty的機制，這時沒有顯示jetty主頁，這個咱們先無論。但咱們的在一個服務器掛的狀況下自動使用另一個的功能實現了。

 

但有時咱們就不想它掛的時候訪問另一個，而只是但願一個服務器訪問的機會比另一個大，這個能夠在server最後加上一個weight=數字來指定，數字越大，代表請求到的機會越大。

upstream local_tomcat {
    server localhost:8080 weight=1;
    server localhost:9999 weight=5;
}

  這時咱們給了jetty一個更高的權值，讓它更有機會訪問到，實際上當咱們刷新http://localhost訪問的時候發現jetty訪問機率大不少，tomcat幾乎沒機會訪問，通常狀況下，若是咱們必須這樣用，不要相關太大，以避免一個服務器負載太大。

固然,server還有一些其餘的元素，好比down表示暫時不用到該服務器等等。這些能夠參考nginx的wiki。也許寫了一大堆，有人會有問題，那nginx怎麼關閉呢？這卻是個問題，其實直接運行nginx -s stop就能夠關閉了。

 

基本上nginx的用法是這樣，深刻的之後咱們若是用到再學習。