云计算之路-阿里云上:实战Advanced Logging for IIS分析http内容压缩问题

搬到阿里云上,对我们来说是重要的一步。虽然会遇到很多问题,但我们有信心解决这些问题!将遇到的实际问题与大家分享,也是一件很有价值的事。

这次遇到的问题涉及到IIS与阿里云负载均衡所用的Tengine(阿里的开源Web服务器)。

我们的RSS站点迁移至阿里云之后,发现http动态内容压缩没有生效(也就是下图中的 Content-Encoding: gzip 没出现)。

RSS站点使用了阿里云的负载均衡,用户请求先到达负载均衡(SLB),再到达IIS;响应从IIS发出,经由SLB到达最终用户。所以,要么是IIS的问题,要么是SLB的问题,要么两者都有问题。

我们先从IIS入手,IIS是根据Content Type决定是否启用http动态压缩,RSS站点用到了三种Content Type——application/atom+xml;application/rss+xml;application/xml,这三种Content Type的压缩并不被IIS默认支持,IIS默认支持的是text/xml。

怎么办?在IIS配置中加上这三种Content Type即可,具体操作方法详见之前的博文——迁入阿里云后:解决了一个IIS动态内容压缩的问题,添加之后的效果见下图:

解决了IIS的问题之后,我们发现用户得到的最终响应内容还是没有被压缩,见下图(未出现Content-Encoding: gzip):

我们由此推断可能Tengine也要针对这三种Content Type进行设置(用户浏览器与我们的IIS之间隔着Tengine),于是我们向阿里云发起了工单。。。阿里云客服让我们确认一下IIS是否收到了来自Tengine的gzip header(也就是在http请求头中是否包含了 Accept-Encoding: gzip, deflate)。

于是,问题就变成了我们如何用数据证明问题出在Tengine?如果我们可以操控Tengine,可以跳过这个步骤,根据直觉或自己的判断,直接对Tengine下手。但现在仅仅有直觉是不够的,还要用数据证明你的直觉或者用说服力让对方相信你的直觉。

我们选择了用数据来证明,通过一个IIS工具——Advanced Logging for IIS,让我们对Tengine的怀疑变成了铁证如山。

下面是Advanced Logging for IIS的具体操作步骤:

1、准备工作:IIS需要安装HTTP Logging组件

2、下载安装Advanced Logging for IIS:下载地址

3、安装成功之后,你会在IIS管理器中看到它:

4、添加我们要跟踪的Accept-Encoding请求头:打开Advanced Logging,点击右侧的Edit Logging Fields,然后Add Field,填写的内容如下图:

5、添加日志定义:选择相应的Web站点,进入Advanced Logging,点击右侧的Add Log Definition,添加如下图所示的内容:

6、取证:通过Advanced Logging的日志文件,取到了Tengine没有发送 Accept-Encoding: gzip, deflate 请求头的证据。

7、将证据反馈给阿里云之后,问题很快就得到了解决。

posted @ 2013-03-19 13:53  博客园团队  阅读(...)  评论(...编辑  收藏