apache + tomcat動靜分離配置

環境說明

線上環境使用apache+tomcat的形式部署應用程序,前端使用apache監聽80端口,後端使用tomcat部署應用。tomcat的靜態資源響應能力和併發處理能力均不如apache,經測試,apache響應靜態資源的速度比tomcat快10%左右。css

所以,有必要減輕一下tomcat的負載,得到更高的性能。基本思路就是將靜態資源交給apache響應,動態資源交給tomcat,下面貼出配置以及解說。前端

配置總覽

<LocationMatch "/app/(static/)?(css|flash|images|img|js)">
    ProxyPassMatch !
    <IFModule mod_headers.c>
        Header set Cache-Control "max-age=604800"
    </IFModule>
</LocationMatch>

FileEtag None

Alias /app/static /var/lib/tomcat7/webapps/app
Alias /app /var/lib/tomcat7/webapps/app
<Directory "/var/lib/tomcat7/webapps">
    AllowOverride None
    Require all granted
    #apache2.4的配置,注意2.2可能不識別這個,須要改成
    #Order Allow,Deny
    #Allow From All
</Directory>

#開啓反向代理
ProxyRequests off 
ProxyPass /app ajp://127.0.0.1:8009/app 
#訪問ajp協議時無需ProxyPassReverse

Apache和Tomcat的配置及說明

須要說明的是,這個反向代理使用了apache的模塊proxy_ajp,並無使用http反向代理。開啓這個模塊須要在apache的配置文件中加上node

LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_ajp_module modules/mod_proxy_ajp.so

ubuntu下安裝的apache直接使用命令a2enmod proxy_ajp便可web

使用ajp作反向代理的緣由主要有兩個,一個是proxy_ajp是apache的內置模塊,使用配置方便,並且性能穩定,無需安裝第三方模塊。第二個是apache和tomcat都是自家產品,整合起來方便,穩定性高,並且tomcat的文檔中也是推薦使用ajp協議反向代理的。apache

在tomcat中須要開啓ajp端口,找到tomcat的server.xml中的AJP關鍵字,修改配置以下:ubuntu

<Connector address="127.0.0.1" port="8009" URIEncoding="UTF-8" protocol="AJP/1.3" />

打開AJP端口,若是無需對外能夠只監聽127.0.0.1. 這樣apache就能夠經過ProxyPass訪問到ajp://127.0.0.1:8009。後端

tomcat存放靜態資源的目錄通常固定,因此反向代理配置仍是很容易的,使用LocationMatch用正則同時匹配多個靜態資源的目錄便可,使用Alias定義路徑別名,別忘了使用Directory配置段讓apache具備對目錄的訪問權限。瀏覽器

apache對靜態資源處理很強大,能夠稍微改一下靜態資源的響應,讓訪問性能提高。修改響應headers須要加載headers模塊。緩存

LoadModule headers_module modules/mod_headers.so

ubuntu下安裝的apache使用命令a2enmod headers便可。tomcat

讓瀏覽器緩存靜態資源,對靜態資源加上Cache-Control "max-age=604800",告訴瀏覽器將靜態資源在本地緩存一週。

FileEtag None告訴apache關閉Etag,apache會默認對靜態資源加上Etag頭,可是這個頭一般是不推薦使用的,我記得之前在哪本資料上看到過,說是雅虎的前端工程師們一致認爲不使用ETag比較好,雖然ETag計算文件的變化更準確一些,可是會有一些問題,由於ETag是文件修改時間以及inode號之類的參數計算獲得,會帶來額外的負載。並且在CDN加速時,因爲CDN上的inode和服務器不一致,致使CDN上ETag和服務器不一樣而緩存失效。因此一般狀況下是不推薦使用ETag的,精確到秒級別的Last-Modified通常足夠使用了,一秒內屢次修改靜態資源的概率並不高。

最終結果測試

最後,重啓apache生效,看一下最終結果:

直接訪問,能夠看到靜態資源都是(from cache) 在此輸入圖片描述

F5刷新,能夠看到靜態資源都是304 在此輸入圖片描述

CTRL+F5強制刷新,看一下靜態資源的響應頭 在此輸入圖片描述

修改響應頭信息有效,帶上了Cache-Control,同時apache也自動爲靜態資源加上了Last-Modified,同時刪掉了ETag,靜態資源緩存成功。

再看一下tomcat的accesslog

192.168.1.45 - - [27/Oct/2014:09:56:55 +0800] "GET /app/customer/list HTTP/1.1" 200 29733
192.168.1.45 - - [27/Oct/2014:10:05:26 +0800] "GET /app/user/preChangePwd HTTP/1.1" 200 17140
192.168.1.45 - - [27/Oct/2014:10:05:29 +0800] "GET /app/user/showOrgInfo HTTP/1.1" 200 14318
192.168.1.45 - - [27/Oct/2014:10:05:32 +0800] "GET /app/customer/list HTTP/1.1" 200 29733
192.168.1.56 - - [27/Oct/2014:10:09:50 +0800] "GET /app/configuration/showConfigHistory HTTP/1.1" 200 17279
192.168.1.17 - - [27/Oct/2014:10:10:14 +0800] "GET /app/desktop HTTP/1.1" 302 -
192.168.1.17 - - [27/Oct/2014:10:10:14 +0800] "GET /app/auth/login HTTP/1.1" 200 11187
192.168.1.34 - - [27/Oct/2014:10:10:54 +0800] "GET /app/auth/login HTTP/1.1" 200 11187
192.168.1.34 - - [27/Oct/2014:10:10:59 +0800] "GET /app/auth/login HTTP/1.1" 200 11187
192.168.1.34 - - [27/Oct/2014:10:20:44 +0800] "GET /app/auth/login HTTP/1.1" 200 11187
192.168.1.34 - - [27/Oct/2014:10:20:46 +0800] "GET /app/auth/login HTTP/1.1" 200 11187
192.168.1.34 - - [27/Oct/2014:10:20:51 +0800] "GET /app/auth/login HTTP/1.1" 200 11187
192.168.1.34 - - [27/Oct/2014:10:21:04 +0800] "GET /app/auth/login HTTP/1.1" 200 11187
192.168.1.34 - - [27/Oct/2014:10:22:57 +0800] "GET /app/auth/login HTTP/1.1" 200 11187
192.168.1.34 - - [27/Oct/2014:10:23:50 +0800] "GET /app/auth/login HTTP/1.1" 200 11187

能夠看到已經沒有靜態資源的請求信息了,動靜分離成功!

相關文章
相關標籤/搜索