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

fail

　　搬到阿里云上，对我们来说是重要的一步。虽然会遇到很多问题，但我们有信心解决这些问题！将遇到的实际问题与大家分享，也是一件很有价值的事。
　　这次遇到的问题涉及到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、将证据反馈给阿里云之后，问题很快就得到了解决。