ngnix 详解
4?Nginx的rpm軟件包安裝
4.1?安裝包在位置
D:\講課內(nèi)容--\新巴巴運動網(wǎng)\nginx高并發(fā)解決\nginx安裝包
4.2?此種安裝方式不用安裝gcc等編譯工具
4.3?安裝命令如下
rpm –ivh nginx
?
5?配置虛擬主機(jī)
5.1?什么是虛擬主機(jī)
虛擬主機(jī)是一種特殊的軟硬件技術(shù)，它可以將網(wǎng)絡(luò)上的每一臺計算機(jī)分成多個虛擬主機(jī)，每個虛擬主機(jī)可以獨立對外提供www服務(wù)，這樣就可以實現(xiàn)一臺主機(jī)對外提供多個web服務(wù)，每個虛擬主機(jī)之間是獨立的，互不影響的。
如下圖：
?
?
通過nginx可以實現(xiàn)虛擬主機(jī)的配置，nginx支持三種類型的虛擬主機(jī)配置，1、基于ip的虛擬主機(jī)， 2、基于域名的虛擬主機(jī) 3、基于端口的虛擬主機(jī)
?
5.2?基于域名的虛擬主機(jī)配置
5.2.1?需求
兩個域名指向同一臺服務(wù)器，用戶訪問不同的域名顯示不同的網(wǎng)頁內(nèi)容。
兩個域名是aaa.test.com和bbb.test.com
一臺服務(wù)器還使用虛擬機(jī)192.168.101.3代替
?
5.2.2?創(chuàng)建工程目錄
創(chuàng)建/usr/local/aaa_html，此目錄為aaa.test.com域名訪問的目錄
創(chuàng)建/usr/local/bbb_html，此目錄為bbb.test.com域名訪問的目錄
目錄中的內(nèi)容使用nginx自帶的html文件，將/usr/local/nginx/html中的內(nèi)容拷貝分別拷貝到上邊兩個目錄中，并且將aaa_html目錄中的index.html內(nèi)容改為：“Welcome to aaa nginx!”
將bbb_html目錄中的index.html內(nèi)容改為“Welcome to bbb?nginx!”
?
5.2.3?虛擬主機(jī)配置
修改/usr/local/nginx/conf/nginx.conf文件，添加兩個虛擬主機(jī)，如下：
#配置虛擬主機(jī)aaa.test.com?
server {
#監(jiān)聽的ip和端口，配置本機(jī)ip和端口
????????listen 192.168.101.3:80; ?
#虛擬主機(jī)名稱是aaa.test.com，請求域名aaa.test.com的url將由此server配置解析
????????server_name aaa.test.com; ?
#所有的請求都以/開始，所有的請求都可以匹配此location
????????location / {
#使用root指令指定虛擬主機(jī)目錄即網(wǎng)頁存放目錄
#比如訪問http://ip/test.html將找到/usr/local/aaa_html/test.html
#比如訪問http://ip/item/test.html將找到/usr/local/aaa_html/item/test.html
????????????????root /usr/local/aaa_html;
????#指定歡迎頁面，按從左到右順序查找
????????????????index index.html index.htm;
????????}
????}
?
#配置虛擬主機(jī)bbb.test.com
????server {
????????listen 192.168.101.3:80;
????????server_name bbb.test.com;
????????location / {
????????????????root /usr/local/bbb_html;
????????????????index index.html index.htm;
????????}
????}
?
6?nginx反向代理
6.1?什么是反向代理
通常的代理服務(wù)器，只用于代理內(nèi)部網(wǎng)絡(luò)對Internet的連接請求，客戶機(jī)必須指定代理服務(wù)器,并將本來要直接發(fā)送到Web服務(wù)器上的http請求發(fā)送到代理服務(wù)器中由代理服務(wù)器向Internet上的web服務(wù)器發(fā)起請求，最終達(dá)到客戶機(jī)上網(wǎng)的目的。
而反向代理（Reverse Proxy）方式是指以代理服務(wù)器來接受internet上的連接請求，然后將請求轉(zhuǎn)發(fā)給內(nèi)部網(wǎng)絡(luò)上的服務(wù)器，并將從服務(wù)器上得到的結(jié)果返回給internet上請求連接的客戶端，此時代理服務(wù)器對外就表現(xiàn)為一個反向代理服務(wù)器。
?
如下圖：
?
6.2?nginx+tomcat反向代理
6.2.1?需求
兩個tomcat服務(wù)通過nginx反向代理，本例子使用三臺虛擬機(jī)進(jìn)行測試，
nginx服務(wù)器：192.168.101.3
tomcat1服務(wù)器：192.168.101.5
tomcat2服務(wù)器：192.168.101.6
如下圖：
?
?
?
6.2.2?啟動tomcat
tomcat使用apache-tomcat-7.0.57版本，在192.168.101.5和192.168.101.6虛擬機(jī)上啟動tomcat。
?
6.2.3?nginx反向代理配置
根據(jù)上邊的需求在nginx.conf文件中配置反向代理，如下：
?
#配置一個代理即tomcat1服務(wù)器
upstream tomcat_server1 {
????????????server 192.168.101.5:8080;
????????}
#配置一個代理即tomcat2服務(wù)器
????upstream tomcat_server2 {
????????????server 192.168.101.6:8080;
????????}
?
#配置一個虛擬主機(jī)
????server {
????????listen 80;
????????server_name aaa.test.com;
????????location / {
#域名aaa.test.com的請求全部轉(zhuǎn)發(fā)到tomcat_server1即tomcat1服務(wù)上
????????????????proxy_pass http://tomcat_server1;
#歡迎頁面，按照從左到右的順序查找頁面
????????????????index index.jsp index.html index.htm;
????????}
?
????}
?
????server {
????????listen 80;
????????server_name bbb.test.com;
?
????????location / {
?#域名bbb.test.com的請求全部轉(zhuǎn)發(fā)到tomcat_server2即tomcat2服務(wù)上
??????????????????proxy_pass http://tomcat_server2;
??????????????????index index.jsp index.html index.htm;
????????}
????}
?
6.2.4?測試
分別修改兩個tomcat下的webapps/ROOT/index.jsp的內(nèi)容，使用tomcat1和tomcat2兩個服務(wù)首頁顯示不同的內(nèi)容，如下：
tomcat1下的index.jsp修改后：
tomcat2下的index.jsp修改后：
?
分別訪問aaa.test.com、bbb.test.com測試反向代理。
請求訪問aaa.test.com通過nginx代理訪問tomcat1，請求訪問bbb.test.com通過nginx代理訪問tomcat2。
7?負(fù)載均衡
7.1?什么是負(fù)載均衡
負(fù)載均衡 建立在現(xiàn)有網(wǎng)絡(luò)結(jié)構(gòu)之上，它提供了一種廉價有效透明的方法擴(kuò)展網(wǎng)絡(luò)設(shè)備和服務(wù)器的帶寬、增加吞吐量、加強(qiáng)網(wǎng)絡(luò)數(shù)據(jù)處理能力、提高網(wǎng)絡(luò)的靈活性和可用性。
負(fù)載均衡，英文名稱為Load Balance，其意思就是分?jǐn)偟蕉鄠€操作單元上進(jìn)行執(zhí)行，例如Web服務(wù)器、FTP服務(wù)器、企業(yè)關(guān)鍵應(yīng)用服務(wù)器和其它關(guān)鍵任務(wù)服務(wù)器等，從而共同完成工作任務(wù)。
?
7.2?nginx實現(xiàn)負(fù)載均衡
7.2.1?需求
nginx作為負(fù)載均衡服務(wù)器，用戶請求先到達(dá)nginx，再由nginx根據(jù)負(fù)載配置將請求轉(zhuǎn)發(fā)至 tomcat服務(wù)器。
nginx負(fù)載均衡服務(wù)器：192.168.101.3
tomcat1服務(wù)器：192.168.101.5
tomcat2服務(wù)器：192.168.101.6
?
7.2.2?配置
根據(jù)上邊的需求在nginx.conf文件中配置負(fù)載均衡，如下：
?
upstream tomcat_server_pool{
????????server 192.168.101.5:8080 weight=10;
????????server 192.168.101.6:8080 weight=10;
????????}
?
????server {
????????listen 80;
????????server_name aaa.test.com;
????????location / {
?????????????????proxy_pass http://tomcat_server_pool;
?????????????????index index.jsp index.html index.htm;
????????}
????}
?
7.2.3?測試
請求aaa.test.com，通過nginx負(fù)載均衡，將請求轉(zhuǎn)發(fā)到tomcat服務(wù)器。
通過觀察tomcat的訪問日志或tomcat訪問頁面即可知道當(dāng)前請求由哪個tomcat服務(wù)器受理。
?
8?nginx負(fù)載均衡高可用
8.1?什么是負(fù)載均衡高可用
nginx作為負(fù)載均衡器，所有請求都到了nginx，可見nginx處于非常重點的位置，如果nginx服務(wù)器宕機(jī)后端web服務(wù)將無法提供服務(wù)，影響嚴(yán)重。
為了屏蔽負(fù)載均衡服務(wù)器的宕機(jī)，需要建立一個備份機(jī)。主服務(wù)器和備份機(jī)上都運行高可用（High Availability）監(jiān)控程序，通過傳送諸如“I am alive”這樣的信息來監(jiān)控對方的運行狀況。當(dāng)備份機(jī)不能在一定的時間內(nèi)收到這樣的信息時，它就接管主服務(wù)器的服務(wù)IP并繼續(xù)提供負(fù)載均衡服務(wù)；當(dāng)備份管理器又從主管理器收到“I am alive”這樣的信息時，它就釋放服務(wù)IP地址，這樣的主服務(wù)器就開始再次提供負(fù)載均衡服務(wù)。
?
8.2?keepalived+nginx實現(xiàn)主備
8.2.1?什么是keepalived
keepalived是集群管理中保證集群高可用的一個服務(wù)軟件，用來防止單點故障。
? Keepalived的作用是檢測web服務(wù)器的狀態(tài)，如果有一臺web服務(wù)器死機(jī)，或工作出現(xiàn)故障，Keepalived將檢測到，并將有故障的web服務(wù)器從系統(tǒng)中剔除，當(dāng)web服務(wù)器工作正常后Keepalived自動將web服務(wù)器加入到服務(wù)器群中，這些工作全部自動完成，不需要人工干涉，需要人工做的只是修復(fù)故障的web服務(wù)器。
?
8.2.2?keepalived工作原理
keepalived是以VRRP協(xié)議為實現(xiàn)基礎(chǔ)的，VRRP全稱Virtual Router Redundancy Protocol，即虛擬路由冗余協(xié)議。
虛擬路由冗余協(xié)議，可以認(rèn)為是實現(xiàn)路由器高可用的協(xié)議，即將N臺提供相同功能的路由器組成一個路由器組，這個組里面有一個master和多個backup，master上面有一個對外提供服務(wù)的vip（該路由器所在局域網(wǎng)內(nèi)其他機(jī)器的默認(rèn)路由為該vip），master會發(fā)組播，當(dāng)backup收不到VRRP包時就認(rèn)為master宕掉了，這時就需要根據(jù)VRRP的優(yōu)先級來選舉一個backup當(dāng)master。這樣的話就可以保證路由器的高可用了。
keepalived主要有三個模塊，分別是core、check和VRRP。core模塊為keepalived的核心，負(fù)責(zé)主進(jìn)程的啟動、維護(hù)以及全局配置文件的加載和解析。check負(fù)責(zé)健康檢查，包括常見的各種檢查方式。VRRP模塊是來實現(xiàn)VRRP協(xié)議的。
?
8.2.3?keepalived+nginx實現(xiàn)主備過程
8.2.3.1?初始狀態(tài)
8.2.3.2?主機(jī)宕機(jī)
8.2.3.3?主機(jī)恢復(fù)
8.2.4?高可用環(huán)境
兩臺nginx，一主一備：192.168.101.3和192.168.101.4
兩臺tomcat服務(wù)器：192.168.101.5、192.168.101.6
?
8.2.5?安裝keepalived
?
分別在主備nginx上安裝keepalived
D:\講課內(nèi)容--\新巴巴運動網(wǎng)\nginx高并發(fā)解決\高可用\keepalived\安裝包
安裝命令：
查看openssl的版本：要求必須是openssl-1.0.1e以上才行、如果版本已經(jīng)符合、不用再安裝openssl
?（非必須）Rpm –Uvh openssl-1.0.1e-30.el6.8.i686.rpm
安裝keepalived軟件
?rpm –ivh keepalived-1.2.13-5.el6_6.i686.rpm
?
8.2.6?配置keepalived
8.2.6.1?主nginx
修改主nginx下/etc/keepalived/keepalived.conf文件
?
! Configuration File for keepalived
?
#全局配置
global_defs {
???notification_email { ?#指定keepalived在發(fā)生切換時需要發(fā)送email到的對象，一行一個
?????XXX@XXX.com
???}
???notification_email_from XXX@XXX.com ?#指定發(fā)件人
???#smtp_server XXX.smtp.com ????????????????????????????#指定smtp服務(wù)器地址
???#smtp_connect_timeout 30 ??????????????????????????????#指定smtp連接超時時間
???router_id LVS_DEVEL ???????????????????????????????????#運行keepalived機(jī)器的一個標(biāo)識
}
?
vrrp_instance VI_1 {
????state MASTER ??????????#標(biāo)示狀態(tài)為MASTER 備份機(jī)為BACKUP
????interface eth0 ????????#設(shè)置實例綁定的網(wǎng)卡
????virtual_router_id 51 ??#同一實例下virtual_router_id必須相同
????priority 100 ??????????#MASTER權(quán)重要高于BACKUP 比如BACKUP為99 ?
????advert_int 1 ??????????#MASTER與BACKUP負(fù)載均衡器之間同步檢查的時間間隔，單位是秒
????authentication { ??????#設(shè)置認(rèn)證
????????auth_type PASS ????#主從服務(wù)器驗證方式
????????auth_pass 8888
????}
????virtual_ipaddress { ???#設(shè)置vip
????????192.168.101.100 ??????#可以多個虛擬IP，換行即可
????}
}
?
8.2.6.2?備nginx
修改備nginx下/etc/keepalived/keepalived.conf文件
配置備nginx時需要注意：需要修改state為BACKUP , priority比MASTER低，virtual_router_id和master的值一致
?
! Configuration File for keepalived
?
#全局配置
global_defs {
???notification_email { ?#指定keepalived在發(fā)生切換時需要發(fā)送email到的對象，一行一個
????XXX@XXX.com
???}
???notification_email_from XXX@XXX.com?? ? ?#指定發(fā)件人
???#smtp_server XXX.smtp.com ???????????????????????????? #指定smtp服務(wù)器地址
???#smtp_connect_timeout 30 ??????????????????????????????#指定smtp連接超時時間
???router_id LVS_DEVEL ???????????????????????????????????#運行keepalived機(jī)器的一個標(biāo)識
}
?
vrrp_instance VI_1 {
????state BACKUP ??????????#標(biāo)示狀態(tài)為MASTER 備份機(jī)為BACKUP
????interface eth0 ????????#設(shè)置實例綁定的網(wǎng)卡
????virtual_router_id?51 ??#同一實例下virtual_router_id必須相同
????priority 99 ???????????#MASTER權(quán)重要高于BACKUP 比如BACKUP為99 ?
????advert_int 1 ??????????#MASTER與BACKUP負(fù)載均衡器之間同步檢查的時間間隔，單位是秒
????authentication { ??????#設(shè)置認(rèn)證
????????auth_type PASS ????#主從服務(wù)器驗證方式
????????auth_pass 8888
????}
????virtual_ipaddress { ???#設(shè)置vip
????????192.168.101.100 ??????#可以多個虛擬IP，換行即可
????}
}
?
8.2.7?測試
主備nginx都啟動keepalived及nginx。
service keepalived start
./nginx
?
8.2.7.1?初始狀態(tài)
查看主nginx的eth0設(shè)置：
vip綁定在主nginx的eth0上。?
查看備nginx的eth0設(shè)置：
vip沒有綁定在備nginx的eth0上。?
訪問ccc.test.com，可以訪問。
?
8.2.7.2?主機(jī)宕機(jī)
將主nginx的keepalived停止或?qū)⒅?span style="font-family:Calibri;">nginx關(guān)機(jī)(相當(dāng)于模擬宕機(jī))，查看主nginx的eth0：
eth0沒有綁定vip
?
注意這里模擬的是停止 keepalived進(jìn)程沒有模擬宕機(jī)，所以還要將nginx進(jìn)程也停止表示主nginx服務(wù)無法提供。
?
查看備nginx的eth0：
vip已經(jīng)漂移到備nginx。
訪問ccc.test.com，可以訪問。
?
8.2.7.3?主機(jī)恢復(fù)
將主nginx的keepalived和nginx都啟動。
查看主nginx的eth0：
?
查看備nginx的eth0：
vip漂移到主nginx。?
查看備nginx的eth0：
eth0沒有綁定vip
訪問：ccc.test.com，正常訪問。
注意：主nginx恢復(fù)時一定要將nginx也啟動（通常nginx啟動要加在開機(jī)啟動中），否則即使vip漂移到主nginx也無法訪問。
?
8.2.8?解決nginx進(jìn)程和keepalived不同時存在問題
8.2.8.1?問題描述
keepalived是通過檢測keepalived進(jìn)程是否存在判斷服務(wù)器是否宕機(jī)，如果keepalived進(jìn)程在但是nginx進(jìn)程不在了那么keepalived是不會做主備切換，所以我們需要寫個腳本來監(jiān)控nginx進(jìn)程是否存在，如果nginx不存在就將keepalived進(jìn)程殺掉。
?
8.2.8.2?nginx進(jìn)程檢測腳本
在主nginx上需要編寫nginx進(jìn)程檢測腳本（check_nginx.sh），判斷nginx進(jìn)程是否存在，如果nginx不存在就將keepalived進(jìn)程殺掉，check_nginx.sh內(nèi)容如下：
#!/bin/bash
# 如果進(jìn)程中沒有nginx則將keepalived進(jìn)程kill掉
A=`ps -C nginx --no-header |wc -l` ?????## 查看是否有 nginx進(jìn)程 把值賦給變量A
if [ $A -eq 0 ];then ???????????????????## 如果沒有進(jìn)程值得為 零
???????service keepalived stop ?????????## 則結(jié)束 keepalived 進(jìn)程
fi
?
將check_nginx.sh拷貝至/etc/keepalived下，
腳本測試：
將nginx停止，將keepalived啟動，執(zhí)行腳本：sh /etc/keepalived/check_nginx.sh
從執(zhí)行可以看出自動將keepalived進(jìn)程kill掉了。
?
8.2.8.3?修改keepalived.conf
修改主nginx的keepalived.conf，添加腳本定義檢測：
注意下邊紅色標(biāo)識地方：
?
#全局配置
global_defs {
???notification_email { ?#指定keepalived在發(fā)生切換時需要發(fā)送email到的對象，一行一個
?????XXX@XXX.com
???}
???notification_email_from miaoruntu@itcast.cn ?#指定發(fā)件人
???#smtp_server XXX.smtp.com ????????????????????????????#指定smtp服務(wù)器地址
???#smtp_connect_timeout 30 ??????????????????????????????#指定smtp連接超時時間
???router_id LVS_DEVEL ???????????????????????????????????#運行keepalived機(jī)器的一個標(biāo)識
}
vrrp_script check_nginx {
????script "/etc/keepalived/check_nginx.sh" ????????##監(jiān)控腳本
????interval 2 ?????????????????????????????????????##時間間隔，2秒
????weight 2 ???????????????????????????????????????##權(quán)重
}
vrrp_instance VI_1 {
????state MASTER ??????????#標(biāo)示狀態(tài)為MASTER 備份機(jī)為BACKUP
????interface eth0 ????????#設(shè)置實例綁定的網(wǎng)卡
????virtual_router_id 51 ??#同一實例下virtual_router_id必須相同
????priority 100 ??????????#MASTER權(quán)重要高于BACKUP 比如BACKUP為99
????advert_int 1 ??????????#MASTER與BACKUP負(fù)載均衡器之間同步檢查的時間間隔，單位是秒
????authentication { ??????#設(shè)置認(rèn)證
????????auth_type PASS ????#主從服務(wù)器驗證方式
????????auth_pass 8888
????}
???track_script {
????????check_nginx ???????#監(jiān)控腳本
???}
????virtual_ipaddress { ???#設(shè)置vip
????????192.168.101.100 ??????#可以多個虛擬IP，換行即可
????}
?
}
?
修改后重啟keepalived
?
8.2.8.4?測試
回到負(fù)載均衡高可用的初始狀態(tài)，保證主、備上的keepalived、nginx全部啟動。
停止主nginx服務(wù)
觀察keepalived日志：
tail -f /var/log/keepalived.log
查看keepalived進(jìn)程已經(jīng)不存在。
查看eth0已經(jīng)沒有綁定vip。
?
9?nginx實現(xiàn)web緩存
9.1?什么是nginx的web緩存
http的request和response過程即客戶端發(fā)起一個url請求到web服務(wù)器，web服務(wù)器向客戶端響應(yīng)，如果讓客戶端先請求給一個緩存服務(wù)器由緩存服務(wù)器中間轉(zhuǎn)發(fā)請求至web服務(wù)器，web服務(wù)器向客戶端響應(yīng)也是通過緩存服務(wù)器給客戶端響應(yīng)這個就是nginx的代理功能，nginx不僅有代理功能還有緩存功能，它可以將web服務(wù)器響應(yīng)的信息緩存至內(nèi)存或磁盤中，當(dāng)用戶再次發(fā)起相同的url時nginx就不用請求緩存服務(wù)器而直接從緩存中取出響應(yīng)給客戶端，從而大大提高請求響應(yīng)的效率。如下圖：
9.2?proxy_cache緩存過程
proxy_cache是nginx內(nèi)置的一個緩存模塊，它用于反向代理時對后端web服務(wù)的內(nèi)容進(jìn)行緩存。這里需要注意proxy_cache只在使用反向代理proxy_pass時進(jìn)行緩存。
?
proxy_cache緩存過程如下：
1、客戶端第一次請求url，比如請求ccc.test.com/index.html
2、nginx計算url的哈希值?
md5(url)
即：MD5('ccc.test.com/index.html')，得到b5ac8d82f6ef789fe7081ef4a43f9230
3、創(chuàng)建緩存目錄，寫入緩存數(shù)據(jù)
如果緩存目錄的規(guī)則設(shè)置為 levels=1:2，創(chuàng)建目錄如下：
取出b5ac8d82f6ef789fe7081ef4a43f9230的最后一位0作為目錄名創(chuàng)建目錄，再取出0前邊的兩位23作為目錄名在0目錄下邊創(chuàng)建目錄，即一級目錄為0，二級目錄名為23，最后將代理獲得的http響應(yīng)數(shù)據(jù)存儲在緩存數(shù)據(jù)文件中，緩存文件命名為b5ac8d82f6ef789fe7081ef4a43f9230寫入0/23目錄下。
4、客戶端再次請求相同的url，對url進(jìn)行哈希得到緩存數(shù)據(jù)文件的地址，如果找到緩存數(shù)據(jù)則直接返回給客戶端不再請求web服務(wù)器。
?
9.3?需求
1、對靜態(tài)文件進(jìn)行緩存：html,js,css,png,gif,jpg,jpeg,bmp,swf。
2、對符合url規(guī)則的請求進(jìn)行緩存。
3、針對某個url進(jìn)行清除緩存。
?
9.4?安裝ngx_cache_purge
ngx_cache_purge是第三方開發(fā)的一個nginx模塊，不包含在 Nginx 的源碼發(fā)布版，它的作用是清理nginx緩存，對FastCGI、proxy、SCGI 和uWSGI緩存進(jìn)行清除。
9.4.1?解壓ngx_cache_purge
將ngx_cache_purge-2.3.tar.gz拷貝至/usr/local/下，
tar -zxvf ngx_cache_purge-2.3.tar.gz
?
9.4.2?nginx添加ngx_cache_purge模塊
解壓nginx-1.8.0至/usr/local/
cd /usr/local/
tar -zxvf nginx-1.8.0.tar.gz
進(jìn)入nginx-1.8.0目錄
cd nginx-1.8.0
下邊的配置參數(shù)注意最后一行添加add-module=/usr/local/ngx_cache_purge-2.3
?
./configure \
--prefix=/usr/local/nginx \
--pid-path=/var/run/nginx/nginx.pid \
--lock-path=/var/lock/nginx.lock \
--error-log-path=/var/log/nginx/error.log \
--http-log-path=/var/log/nginx/access.log \
--with-http_gzip_static_module \
--http-client-body-temp-path=/var/temp/nginx/client \
--http-proxy-temp-path=/var/temp/nginx/proxy \
--http-fastcgi-temp-path=/var/temp/nginx/fastcgi \
--http-uwsgi-temp-path=/var/temp/nginx/uwsgi \
--http-scgi-temp-path=/var/temp/nginx/scgi \
--add-module=/usr/local/ngx_cache_purge-2.3
?
編譯、安裝
make
make install
?
9.5?緩存配置
http {
????include ??????mime.types;
????default_type ?application/octet-stream;
?
????#log_format ?main ?'$remote_addr - $remote_user [$time_local] "$request" '
????# ?????????????????'$status $body_bytes_sent "$http_referer" '
????# ?????????????????'"$http_user_agent" "$http_x_forwarded_for"';
?
????#access_log ?logs/access.log ?main;
?
????sendfile ???????on;
????#tcp_nopush ????on;
?
????#keepalive_timeout ?0;
????keepalive_timeout ?65;
?
????#gzip ?on;
???
????upstream tomcat_server_pool{
server 192.168.101.5:8080 weight=10;
server 192.168.101.6:8080 weight=10;
}
#proxy_temp_path代理臨時目錄
proxy_temp_path /var/temp/nginx/proxy;
#proxy_cache_path代理緩存目錄，和proxy_temp_path必須在同一個分區(qū)
#/var/temp/nginx/proxy_cache_dir緩存目錄
#levels指定該緩存空間有兩層hash目錄，第一層目錄名是1個字母或數(shù)字長度，第二層目錄名為2個字母或數(shù)字長度
#keys_zone=cache_one:50m緩存區(qū)名稱為cache_one，在內(nèi)存中的空間是50M，inactive=1d表示1天清空一次緩存 ，max_size指定磁盤空間大小為500M
proxy_cache_path /var/temp/nginx/proxy_cache_dir levels=1:2 keys_zone=cache_one:50m inactive=1d max_size=500m;
????server {
listen 80;
server_name ccc.test.com;
?
#清空緩存配置，注意必須放在最上邊，當(dāng)在請求的url前加/purge/時將此url的緩存清空
location ~ /purge(/.*)
????????{
????????????#安全設(shè)置，指定請求客戶端的IP或IP段才可以清除URL緩存，這里為了方便測試設(shè)置為all
????????????#allow ?????????127.0.0.1;
????????????allow ??????????all;
????#指定清空緩存的區(qū)域名稱cache_one(要和上邊proxy_cache_path緩存配置中指定的緩存區(qū)域名稱一致)
????#指定緩存的key規(guī)則$host$1$is_args$args，要和下邊設(shè)置緩存的key一致$host$uri$is_args$args
????#注意$host$1$is_args$args中的$1表示當(dāng)前請求的uri，$host$1$is_args$args=$host$uri$is_args$args
????????????proxy_cache_purge cache_one $host$1$is_args$args;
????????}
#所有的location規(guī)則都不滿足走/，使用proxy_pass將請求轉(zhuǎn)發(fā)給tomcat
location /{
?????????????????proxy_pass http://tomcat_server_pool;
?????????????????index index.jsp index.html index.htm;
????????}
#請求url以/item/開頭的進(jìn)行緩存，使用此location
location ~?/item(/.*){
#指定緩存區(qū)域名稱
proxy_cache cache_one;
#以域名、URI、參數(shù)組合成Web緩存的Key值，Nginx根據(jù)Key值哈希
proxy_cache_key $host$uri$is_args$args;
#請求頭中添加請求的主機(jī)名
proxy_set_header Host ?$host;
#請求頭中添加真實的客戶端ip，通過X-Forwarded-For可獲取
proxy_set_header X-Forwarded-For ?$remote_addr;
#代理訪問后端tomcat
#請求item從緩存中找，如果緩存中沒有則向tomcat請求
#$1表示取出正則表達(dá)式(/.*)所匹配的內(nèi)容，使用$1的效果例如請求http://ccc.test.com/item/100010.html則請求tomcat服務(wù)器 http://ip:port/100010.html
#如果不使用$1則會將/item/...加在tomcat服務(wù)地址之后訪問，即http://ip:port/item/100010.html
????????proxy_pass http://tomcat_server_pool$1;
}
?
#請求url以.html、js、css、png、gif結(jié)尾和此location匹配成功
location ~ \.( html|js|css|png|gif|jpg|jpeg|bmp|swf)$ { ??
#如果后端的服務(wù)器返回502、504、執(zhí)行超時等錯誤，自動將請求轉(zhuǎn)發(fā)到 upstream負(fù)載均衡池中的另一臺服務(wù)器，實現(xiàn)故障轉(zhuǎn)移。
???????proxy_next_upstream http_502 http_504 error timeout invalid_header;
???????proxy_cache cache_one;
???????#對不同的HTTP狀態(tài)碼設(shè)置不同的緩存時間
???????proxy_cache_valid 200 10m;
???????proxy_cache_valid 304 1m;
???????proxy_cache_valid 301 302 1h;
???????proxy_cache_valid any 1m;
??????#以域名、URI、參數(shù)組合成Web緩存的Key值，Nginx根據(jù)Key值哈希
??????proxy_cache_key $host$uri$is_args$args;
??????proxy_set_header Host ?$host;
??????proxy_set_header X-Forwarded-For ?$remote_addr;
??????#如果沒有緩存則通過proxy_pass轉(zhuǎn)向tomcat請求
??????proxy_pass http://tomcat_server_pool;
}
????}
?
9.6?測試
9.6.1?第一次請求
http://ccc.test.com/item/docs/
觀察后臺tomcat的訪問日志?
9.6.2?第二次請求
http://ccc.test.com/item/docs/
觀察后臺tomcat的訪問日志，沒有發(fā)現(xiàn)請求日志
?
9.6.3?清空緩存
在瀏覽器請求：http://ccc.test.com/purge/item/docs/
?
說明清除緩存成功，當(dāng)再次刷新此地址則報404說明沒有找到要清除的緩存文件：
?
?
9.6.4?清除緩存后再次請求
請求：http://ccc.test.com/item/docs/
觀察后臺tomcat的訪問日志
根據(jù)預(yù)期基本正確又請求了/docs/，但是為什么沒有第一次請求日志中的：
因為在nginx.conf中配置了對靜態(tài)資源文件的緩存，所以/docs/images/asf-logo.gif也被緩存，剛才清除緩存只是清除了http://ccc.test.com/item/docs/的緩存沒有清除/docs/images/asf-logo.gif的緩存。
?
9.6.5?圖片緩存清除
下邊對/docs/images/asf-logo.gif的緩存清除：
請求http://ccc.test.com/purge/item/docs/images/asf-logo.gif
?
9.6.6?再次請求
請求：http://ccc.test.com/item/docs/
觀察后臺tomcat的訪問日志
思考下這次怎么沒有/docs/的請求日志？？
?
10?附錄
10.1?nginx編譯參數(shù)
--prefix= 指向安裝目錄
--sbin-path 指向（執(zhí)行）程序文件（nginx）
--conf-path= 指向配置文件（nginx.conf）
--error-log-path= 指向錯誤日志目錄
--pid-path= 指向pid文件（nginx.pid）
--lock-path= 指向lock文件（nginx.lock）（安裝文件鎖定，防止安裝文件被別人利用，或自己誤操作。）
--user= 指定程序運行時的非特權(quán)用戶
--group= 指定程序運行時的非特權(quán)用戶組
--builddir= 指向編譯目錄
--with-rtsig_module 啟用rtsig模塊支持（實時信號）
--with-select_module 啟用select模塊支持（一種輪詢模式,不推薦在高載環(huán)境下使用）禁用：--without-select_module
--with-poll_module 啟用poll模塊支持（功能與select相同，與select特性相同，為一種輪詢模式,不推薦在高載環(huán)境下使用）
--with-file-aio 啟用file aio支持（一種APL文件傳輸格式）
--with-ipv6 啟用ipv6支持
--with-http_ssl_module 啟用ngx_http_ssl_module支持（使支持https請求，需已安裝openssl）
--with-http_realip_module 啟用ngx_http_realip_module支持（這個模塊允許從請求標(biāo)頭更改客戶端的IP地址值，默認(rèn)為關(guān)）
--with-http_addition_module 啟用ngx_http_addition_module支持（作為一個輸出過濾器，支持不完全緩沖，分部分響應(yīng)請求）
--with-http_xslt_module 啟用ngx_http_xslt_module支持（過濾轉(zhuǎn)換XML請求）
--with-http_image_filter_module 啟用ngx_http_image_filter_module支持（傳輸JPEG/GIF/PNG 圖片的一個過濾器）（默認(rèn)為不啟用。gd庫要用到）
--with-http_geoip_module 啟用ngx_http_geoip_module支持（該模塊創(chuàng)建基于與MaxMind GeoIP二進(jìn)制文件相配的客戶端IP地址的ngx_http_geoip_module變量）
--with-http_sub_module 啟用ngx_http_sub_module支持（允許用一些其他文本替換nginx響應(yīng)中的一些文本）
--with-http_dav_module 啟用ngx_http_dav_module支持（增加PUT,DELETE,MKCOL：創(chuàng)建集合,COPY和MOVE方法）默認(rèn)情況下為關(guān)閉，需編譯開啟
--with-http_flv_module 啟用ngx_http_flv_module支持（提供尋求內(nèi)存使用基于時間的偏移量文件）
--with-http_gzip_static_module 啟用ngx_http_gzip_static_module支持（在線實時壓縮輸出數(shù)據(jù)流）
--with-http_random_index_module 啟用ngx_http_random_index_module支持（從目錄中隨機(jī)挑選一個目錄索引）
--with-http_secure_link_module 啟用ngx_http_secure_link_module支持（計算和檢查要求所需的安全鏈接網(wǎng)址）
--with-http_degradation_module ?啟用ngx_http_degradation_module支持（允許在內(nèi)存不足的情況下返回204或444碼）
--with-http_stub_status_module 啟用ngx_http_stub_status_module支持（獲取nginx自上次啟動以來的工作狀態(tài)）
--without-http_charset_module 禁用ngx_http_charset_module支持（重新編碼web頁面，但只能是一個方向--服務(wù)器端到客戶端，并且只有一個字節(jié)的編碼可以被重新編碼）
--without-http_gzip_module 禁用ngx_http_gzip_module支持（該模塊同-with-http_gzip_static_module功能一樣）
--without-http_ssi_module 禁用ngx_http_ssi_module支持（該模塊提供了一個在輸入端處理處理服務(wù)器包含文件（SSI）的過濾器，目前支持SSI命令的列表是不完整的）
--without-http_userid_module 禁用ngx_http_userid_module支持（該模塊用來處理用來確定客戶端后續(xù)請求的cookies）
--without-http_access_module 禁用ngx_http_access_module支持（該模塊提供了一個簡單的基于主機(jī)的訪問控制。允許/拒絕基于ip地址）
--without-http_auth_basic_module禁用ngx_http_auth_basic_module（該模塊是可以使用用戶名和密碼基于http基本認(rèn)證方法來保護(hù)你的站點或其部分內(nèi)容）
--without-http_autoindex_module 禁用disable ngx_http_autoindex_module支持（該模塊用于自動生成目錄列表，只在ngx_http_index_module模塊未找到索引文件時發(fā)出請求。）
--without-http_geo_module 禁用ngx_http_geo_module支持（創(chuàng)建一些變量，其值依賴于客戶端的IP地址）
--without-http_map_module 禁用ngx_http_map_module支持（使用任意的鍵/值對設(shè)置配置變量）
--without-http_split_clients_module 禁用ngx_http_split_clients_module支持（該模塊用來基于某些條件劃分用戶。條件如：ip地址、報頭、cookies等等）
--without-http_referer_module 禁用disable ngx_http_referer_module支持（該模塊用來過濾請求，拒絕報頭中Referer值不正確的請求）
--without-http_rewrite_module 禁用ngx_http_rewrite_module支持（該模塊允許使用正則表達(dá)式改變URI，并且根據(jù)變量來轉(zhuǎn)向以及選擇配置。如果在server級別設(shè)置該選項，那么他們將在 location之前生效。如果在location還有更進(jìn)一步的重寫規(guī)則，location部分的規(guī)則依然會被執(zhí)行。如果這個URI重寫是因為location部分的規(guī)則造成的，那么 location部分會再次被執(zhí)行作為新的URI。 這個循環(huán)會執(zhí)行10次，然后Nginx會返回一個500錯誤。）
--without-http_proxy_module 禁用ngx_http_proxy_module支持（有關(guān)代理服務(wù)器）
--without-http_fastcgi_module 禁用ngx_http_fastcgi_module支持（該模塊允許Nginx 與FastCGI 進(jìn)程交互，并通過傳遞參數(shù)來控制FastCGI 進(jìn)程工作。 ）FastCGI一個常駐型的公共網(wǎng)關(guān)接口。
--without-http_uwsgi_module 禁用ngx_http_uwsgi_module支持（該模塊用來醫(yī)用uwsgi協(xié)議，uWSGI服務(wù)器相關(guān)）
--without-http_scgi_module 禁用ngx_http_scgi_module支持（該模塊用來啟用SCGI協(xié)議支持，SCGI協(xié)議是CGI協(xié)議的替代。它是一種應(yīng)用程序與HTTP服務(wù)接口標(biāo)準(zhǔn)。它有些像FastCGI但他的設(shè)計更容易實現(xiàn)。）
--without-http_memcached_module 禁用ngx_http_memcached_module支持（該模塊用來提供簡單的緩存，以提高系統(tǒng)效率）
-without-http_limit_zone_module 禁用ngx_http_limit_zone_module支持（該模塊可以針對條件，進(jìn)行會話的并發(fā)連接數(shù)控制）
--without-http_limit_req_module 禁用ngx_http_limit_req_module支持（該模塊允許你對于一個地址進(jìn)行請求數(shù)量的限制用一個給定的session或一個特定的事件）
--without-http_empty_gif_module 禁用ngx_http_empty_gif_module支持（該模塊在內(nèi)存中常駐了一個1*1的透明GIF圖像，可以被非常快速的調(diào)用）
--without-http_browser_module 禁用ngx_http_browser_module支持（該模塊用來創(chuàng)建依賴于請求報頭的值。如果瀏覽器為modern ，則$modern_browser等于modern_browser_value指令分配的值；如果瀏覽器為old，則$ancient_browser等于 ancient_browser_value指令分配的值；如果瀏覽器為 MSIE中的任意版本，則 $msie等于1）
--without-http_upstream_ip_hash_module 禁用ngx_http_upstream_ip_hash_module支持（該模塊用于簡單的負(fù)載均衡）
--with-http_perl_module 啟用ngx_http_perl_module支持（該模塊使nginx可以直接使用perl或通過ssi調(diào)用perl）
--with-perl_modules_path= 設(shè)定perl模塊路徑
--with-perl= 設(shè)定perl庫文件路徑
--http-log-path= 設(shè)定access log路徑
--http-client-body-temp-path= 設(shè)定http客戶端請求臨時文件路徑
--http-proxy-temp-path= 設(shè)定http代理臨時文件路徑
--http-fastcgi-temp-path= 設(shè)定http fastcgi臨時文件路徑
--http-uwsgi-temp-path= 設(shè)定http uwsgi臨時文件路徑
--http-scgi-temp-path= 設(shè)定http scgi臨時文件路徑
-without-http 禁用http server功能
--without-http-cache 禁用http cache功能
--with-mail 啟用POP3/IMAP4/SMTP代理模塊支持
--with-mail_ssl_module 啟用ngx_mail_ssl_module支持
--without-mail_pop3_module 禁用pop3協(xié)議（POP3即郵局協(xié)議的第3個版本,它是規(guī)定個人計算機(jī)如何連接到互聯(lián)網(wǎng)上的郵件服務(wù)器進(jìn)行收發(fā)郵件的協(xié)議。是因特網(wǎng)電子郵件的第一個離線協(xié)議標(biāo)準(zhǔn),POP3協(xié)議允許用戶從服務(wù)器上把郵件存儲到本地主機(jī)上,同時根據(jù)客戶端的操作刪除或保存在郵件服務(wù)器上的郵件。POP3協(xié)議是TCP/IP協(xié)議族中的一員，主要用于支持使用客戶端遠(yuǎn)程管理在服務(wù)器上的電子郵件）
--without-mail_imap_module 禁用imap協(xié)議（一種郵件獲取協(xié)議。它的主要作用是郵件客戶端可以通過這種協(xié)議從郵件服務(wù)器上獲取郵件的信息，下載郵件等。IMAP協(xié)議運行在TCP/IP協(xié)議之上，使用的端口是143。它與POP3協(xié)議的主要區(qū)別是用戶可以不用把所有的郵件全部下載，可以通過客戶端直接對服務(wù)器上的郵件進(jìn)行操作。）
--without-mail_smtp_module 禁用smtp協(xié)議（SMTP即簡單郵件傳輸協(xié)議,它是一組用于由源地址到目的地址傳送郵件的規(guī)則，由它來控制信件的中轉(zhuǎn)方式。SMTP協(xié)議屬于TCP/IP協(xié)議族，它幫助每臺計算機(jī)在發(fā)送或中轉(zhuǎn)信件時找到下一個目的地。）
--with-google_perftools_module 啟用ngx_google_perftools_module支持（調(diào)試用，剖析程序性能瓶頸）
--with-cpp_test_module 啟用ngx_cpp_test_module支持
--add-module= 啟用外部模塊支持
--with-cc= 指向C編譯器路徑
--with-cpp= 指向C預(yù)處理路徑
--with-cc-opt= 設(shè)置C編譯器參數(shù)（PCRE庫，需要指定–with-cc-opt=”-I /usr/local/include”，如果使用select()函數(shù)則需要同時增加文件描述符數(shù)量，可以通過–with-cc- opt=”-D FD_SETSIZE=2048”指定。）
--with-ld-opt= 設(shè)置連接文件參數(shù)。（PCRE庫，需要指定–with-ld-opt=”-L /usr/local/lib”。）
--with-cpu-opt= 指定編譯的CPU，可用的值為: pentium, pentiumpro, pentium3, pentium4, athlon, opteron, amd64, sparc32, sparc64, ppc64
--without-pcre 禁用pcre庫
--with-pcre 啟用pcre庫
--with-pcre= 指向pcre庫文件目錄
--with-pcre-opt= 在編譯時為pcre庫設(shè)置附加參數(shù)
--with-md5= 指向md5庫文件目錄（消息摘要算法第五版，用以提供消息的完整性保護(hù)）
--with-md5-opt= 在編譯時為md5庫設(shè)置附加參數(shù)
--with-md5-asm 使用md5匯編源
--with-sha1= 指向sha1庫目錄（數(shù)字簽名算法，主要用于數(shù)字簽名）
--with-sha1-opt= 在編譯時為sha1庫設(shè)置附加參數(shù)
--with-sha1-asm 使用sha1匯編源
--with-zlib= 指向zlib庫目錄
--with-zlib-opt= 在編譯時為zlib設(shè)置附加參數(shù)
--with-zlib-asm= 為指定的CPU使用zlib匯編源進(jìn)行優(yōu)化，CPU類型為pentium, pentiumpro
--with-libatomic 為原子內(nèi)存的更新操作的實現(xiàn)提供一個架構(gòu)
--with-libatomic= 指向libatomic_ops安裝目錄
--with-openssl= 指向openssl安裝目錄
--with-openssl-opt 在編譯時為openssl設(shè)置附加參數(shù)
--with-debug 啟用debug日志
轉(zhuǎn)載于:https://www.cnblogs.com/chenglc/p/8043968.html
總結(jié)
- 上一篇： 同样是系统 为什么有的叫OS有的叫UI
- 下一篇： 一座城市 三座火车站：终于要打通了！