云计算之路-阿里云上：一场暴风雨的袭击

2013年6月13日晚10点左右，一场暴风雨（突发的非正常流量）突袭园子，造成满园尽是500。

这次风暴给大家带来了麻烦，恳请大家的谅解！在这篇博文中，我们向大家汇报一下暴风雨的袭击过程。

当发现问题后，我们立即登录上云服务器发现巨量的请求扑向云服务器，将云服务器的CPU撑爆，奇怪的是这些请求访问的竟然不是我们的域名。

原来是有人将域名解析到了我们的IP，针对这个域名的大量请求全部转向了我们的Web服务器，暴风雨就是这么来的。

虽然我们在程序中会对这种情况（请求的域名不匹配）直接返回404错误，但这次请求量太大，云服务器的CPU撑不住，从而引发了500错误。

*思考：

• 如果阿里云能提供云服务器的CPU占用报警功能，就能更及时地发现这种异常情况。
• 如果阿里云能实现真正的计算能力弹性扩展，就能在CPU跑满的情况下自动增加CPU，减少突增请求对网站正常访问的影响。如果按照现在的方式，发现CPU不够用的时候再购买云服务器、配置、部署，黄花菜都凉了。
• 在非常高并发的情况下，托管代码还是有些力不从心，证据来自——我们后来用非托管的IIS URL Rewrite Module解决了问题。

由于我们用了阿里云SLB（七层负载均衡），请求是由SLB转发过来的，所以我们想到了让阿里云通过SLB屏蔽针对这个域名的请求，但阿里云客服说SLB目前没有这个功能。

为了尽快让网站恢复正常，我们先通过IIS域名绑定的方式屏蔽异常域名的请求，让www.cnblogs.com的访问恢复正常。但这样的情况下，通过cmt.cnblogs.com这样的二级域名就不能正常访问。

后来，我们改用IIS URL Rewrite Module屏蔽了异常域名的请求。

<rule name="BlockForeignDomain" enabled="true" stopProcessing="true">
<match url=".*" />
    <conditions>
    <add input="{HTTP_HOST}" pattern="^.*?\.?cnblogs\.com$" negate="true" />
    <add input="{HTTP_HOST}" pattern="^\d+\.\d+\.\d+\.\d+$" negate="true" />
    </conditions>
    <action type="AbortRequest" />
</rule>

通过云服务器上的屏蔽策略，消除了500错误。但此后的访问还时不时会出现502 Bad Gateway错误：

虽然在云服务器层屏蔽了异常域名的请求，但巨量的请求依然会给阿里云SLB（七层负载均衡）带来巨大的压力，502错误是SLB引起的。

后来阿里云开启了SLB的流量清洗，但问题还是存在。

最终切换了SLB（换IP）才解决问题。

 

相关博文：满园尽是503，记曾经的一次IIS 7性能考验

转载于:https://www.cnblogs.com/cmt/archive/2013/06/14/3135282.html