作者:Aerotic | 来源:互联网 | 2014-05-28 09:40
有这么一个情况,有个运行Asp的应用,比较土,还是用本地*.mdb的数据库。这么一来,就不可能通过Apache:::asp这样的插件令其运行在Linux的环境中。而且是相当烂的一个asp程序,连html模板都没单独目录存放,直接跟*.asp混在一块。幸好这个世界有Ngi
有这么一个情况,有个运行Asp的应用,比较土,还是用本地 *.mdb 的数据库。这么一来,就不可能通过 Apache ::: asp
这样的插件令其运行在Linux的环境中。而且是相当烂的一个 asp 程序,连html模板都没单独目录存放,直接跟 *.asp
混在一块。
幸好这个世界有 Nginx, 是对待这种破东西最好的优化。
如果直接靠 IIS 既处理 asp 又处理静态文件的话,流量一大性能是不堪想象了。
(在ab压力测试中, 就100线程请求一个 gif 的静态文件做测试, 已经令IIS的CPU相当不安)
2台服务器,运行架构计划为最简单的 Nginx ?> IIS
就通过 Nginx Proxy 到IIS 的80端口上。
但测试的时候发现,虽然速度瞬间得到体现,但每次请求,Nginx 都会往IIS上拉文件,特别是静态文件。
大,而且会让IIS的cpu不安分。
原本试用在 Linux 下 mount
一个 smb 的盘,然后让Nginx直接往里头通过 smb 请求
IIS 应用服务器上的静态文件。从而绕开 IIS 避免压力。但出了怪问题….况且跟本文无关,就暂略不说了。
最后用上了 Nginx proxy_store ,Nginx 直接把静态文件在本地硬盘创建并读取,
效果相当好,而且某程度上对待这么烂的应用要装个Squid 确实有点大题小作。
但 Proxy_store 跟 Squid 是有区别的!!
最明显的一点在于其不具有expires,无法通过程序控制cache什么时间过期。往后要写个脚本定期删除缓存目录中的内容,不过这也正合我意。
以下是配置方式:
如果需要将文件缓存到本地,则需要增加如下几个子参数:
proxy_store on;
proxy_store_access user:rw group:rw all:rw;
proxy_temp_path 缓存目录;
其中,
proxy_store on 启用缓存到本地的功能,
proxy_temp_path 指定缓存在哪个目录下,如:proxy_temp_path /var/nginx_cache;
在经过上一步配置之后,虽然文件被缓存到了本地磁盘上,但每次请求仍会向远端拉取文件,为了避免去远端拉取文件,还必须增加:
if ( !-e $request_filename) {
proxy_pass http://192.168.10.10;
}
即改成有条件地去执行proxy_pass,这个条件就是当请求的文件在本地的proxy_temp_path指定的目录下不存在时,再向后端拉取。
整体配置例子:
location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|js|html|htm|css)$
{
#指定缓存文件类型
expires
7d; #设置浏览器过期时间
root
/data1/nginx_cache/iis; #静态文件根目录目录(必须对应proxy_temp_path)
proxy_store
on; #开启缓存机制
proxy_store_access user:rw group:rw
all:rw;
#缓存读写规则
proxy_temp_path
/data1/nginx_cache/iis; #存放静态文件的缓存目录
include
proxy.conf;
# 外联proxy理的详细配置如proxy_set_header, client_max_body_size ….
if ( !-e $request_filename)
{
#正则表达式,匹配缓存目录中的文件与源文件是否存在)
proxy_pass http://192.168.10.10
# IIS 应用的服务器地址
}
}