有这么一个情况,

有个运行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 应用的服务器地址
            }
        }

Logo

更多推荐