配置调优 IIS6+gzip+varnish-2.0.6
一、启用IIS6 Gzip模块
1.1、在 "IIS 管理器" 中,打开 "网站 > 属性" 对话框,切换到 "服务" 页卡,选中压缩应用程序文件(社区页面不做静态文件的压缩)压缩选项。
1.2、新增一个服务扩展,路径为 "c:\windows\System32\inetsrv\gzip.dll"。添加完成后,允许该扩展使用。
1.3、用记事本打开 "%windir%\system32\inetsrv\MetaBase.xml",找到 "IIsCompressionScheme",按下述方法修改、保存。(建议修改前先做备份)如果需要压缩动态文件,则将 HcDoDynamicCompression设置为"TRUE",并在HcScriptFileExtensions中增加您要压缩的动态文件后缀名, 如asp (由于我要优化的系统中,做了shtml->asp的URL Rewrite,所以将 shtml、asp 也加入了)。
如果需 要压缩静态文件,则将HcDoStaticCompression和HcDoOnDemandCompression设置为 "TRUE",并在HcFileExtensions中增加您需要压缩的静态文件后缀名,如xml、css等。 HcDynamicCompressionLevel和HcOnDemandCompLevel表示需要的压缩率,数字(0~9)越小压缩率越低。
view plainprint?
<IIsCompressionScheme Location ="/LM/W3SVC/Filters/Compression/deflate"
HcCompressionDll="%windir%\system32\inetsrv\gzip.dll"
HcCreateFlags="0"
HcDoDynamicCompression="TRUE"
HcDoOnDemandCompression="FALSE"
HcDoStaticCompression="FALSE"
HcDynamicCompressionLevel="9"
HcFileExtensions="htm
html
txt"
HcOnDemandCompLevel="10"
HcPriority="1"
HcScriptFileExtensions="asp
shtml"
>
</IIsCompressionScheme>
<IIsCompressionScheme Location ="/LM/W3SVC/Filters/Compression/gzip"
HcCompressionDll="%windir%\system32\inetsrv\gzip.dll"
HcCreateFlags="1"
HcDoDynamicCompression="TRUE"
HcDoOnDemandCompression="FALSE"
HcDoStaticCompression="FALSE"
HcDynamicCompressionLevel="0"
HcFileExtensions="htm
html
txt"
HcOnDemandCompLevel="10"
HcPriority="1"
HcScriptFileExtensions="asp
shtml"
>
1.5、测试
使用HttpWatch Professional 6.0.14看看启用 GZip 后的效果。
二、安装配置Vanish 2.0.6(最新版)
2.1、安装
(略)
2.2、 调优sysctl.conf
(略)
2.3、修改varnish配置
vi /usr/local/varnish/etc/vcl.conf
引用
backend wwwserver {
.host = "192.168.100.5";
.port = "80";
}
acl purge {
"localhost";
"127.0.0.1";
"192.168.0.0"/16;
}
sub vcl_recv {
if (req.request == "PURGE") {
if (!client.ip ~ purge) {
error 405 "Not allowed.";
}
lookup;
}
if (req.http.host ~ "^(cache.sina.com.cn)") {
set req.backend = wwwserver;
if (req.request != "GET" && req.request != "HEAD") {
pipe;
}
else {
lookup;
}
}
else {
error 404 "sina.com.cn.cn cache server";
lookup;
}
}
sub vcl_hit {
if (req.request == "PURGE") {
set obj.ttl = 0s;
error 200 "Purged.";
}
}
sub vcl_miss {
if (req.request == "PURGE") {
error 404 "Not in cache.";
}
}
sub vcl_fetch {
if (req.request == "GET" && req.url ~ "\.(txt|js)$") {
set obj.ttl = 3600s;
}
else {
set obj.ttl = 300s;
}
}
sub vcl_deliver {
if (obj.hits > 0) {
set resp.http.X-Cache = "HIT";
} else {
set resp.http.X-Cache = "MISS";
}
}
2.4命中率分析
2.5、现象分析
1) 名词解释
Cache hits:缓存命中
Cache hits for pass:从背端服务器获取数据但无法被缓存
Cache misses:非命中
2) 分析
发现缓存结果数据 比较奇怪的现象,不能缓存的对象还比命中的对象多得多,非命中数在正常值内。
3)排查过程
3.1、CURL命令测试,如curl -I http://www.sina.com.cn/ind... -H Accept-Encoding:gzip,defalte
结果分析:发现每次response header中set Cookie都不一样,如此varnish会认为每次请求的都是不同对象,这一点跟squid有区别,squid会直接忽略cookie的判断。同样可以 从X-cache:MISS中看到该对象没有被命中及不被Cache Hit。Content-Encoding:gzip,说明varnish已经支持了http1.1,成功将backend server 的gzip结果返回给客户端。
3.2、删除Varnish cookie请求
引用
sub vcl_fetch {
remove obj.http.Set-Cookie;
if (req.request == "GET" && req.url ~ "\.(txt|js)$") {
set obj.ttl = 3600s;
}
else {
set obj.ttl = 300s;
}
}
3.3、继续测试
[图1]
[图2]
结果分析:上图1为第一次请求URL,Vanish返回结果中可以看出没有被命中,属正常。 图2为第二次请求同一URL,发现此次已经被HIT了。另两次response.head已经没有response cookie了,问题解决。
再 看看Varnish缓存状态:
结果分析:结果已正常,Cache hits for pass已经没有了,命中率还是比较理想的。
注:Varnish2.x版本后的语法、启动方式、优化项等与1.x相差有较大的差异,在以后 实战中慢慢去体会到吧。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· 周边上新:园子的第一款马克杯温暖上架
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?
· 使用C#创建一个MCP客户端