【分析问题】
1) IDC带宽被占满的原因很多,常见的有:
。真实遭受DDOS * * *(遇到过几次,造成影响的不多见,其中还有* * *勒索的案例)。
, b。内部服务器中毒,大量外发流量(这个问题老男孩接警5次以上)
, c。网站元素(如图片)被盗连,在门户页面被推广导致大量流量产生(接警3次以上)
, d。合作公司来抓数据,如:对合作单位提供了API数据接口(有合作的公司的朋友了解这个)
, e。购买了CDN业务,CDN猛抓源站(这个次数也不少)。
, f。其他原因还有一些,不普遍就不提了。
2) CDN带宽异常,源站没异常。
这类问题基本都是缓存在CDN的数据被频繁访问引起的。解决方法见结尾案例。
3) CDN带宽异常,源站也异常。
可能原因如公司做推广,大量数据访问,热点数据缓存里不全。或CDN问题导致数据回源(有关CDN回源率问题及提升回源率经验,以后再和大家分享)。影响就是带宽高,后端静态服务器及图片及存储压力大
,(大敌;,解决办法见老男孩的7层门户网站架构案例文章http://oldboy.blog.51cto.com/2561410/736710)
【解决问题】
分析了问题的可能原因,就好比较排查了。
。真实遭受DDOS * * *
DDOS问题的解决老男孩已经写了原创文章(http://oldboy.blog.51cto.com/2561410/845349),提供了17条解决经验思路,供大家参考,这里就不提了,那么实际上遭受真实DDOS * * *并产生影响的并不是最常见的。
b。内部服务器中毒,大量外发流量。
这个问题的解决比较简单,可能有的朋友说,看看服务器流量,哪个机器带宽高处理下就好了。其实不然,实际解决比这复杂得多,带宽打满,所有监控都是看不到的。
,,比较好的思路,是联系机房确定机房自身无问题后(机房一般没法帮我们的),请机房断开连接外部IP服务器的网线,如负载均衡器,仅保留×××服务器,然后断掉内部服务器出网光关的线路,切断外发流量源头。
,,接下来查看监控流量服务,判断外发流量的服务器,然后进行处理。
,,其实,这个问题的发生及快速定位和很多公司的运维规范,制度关系很大,老男孩在给一些公司做运维培训分享时发现这个问题很严重(表象很好,内部运维规范,制度欠缺很多),大家都讨论的很深入,实际用的还是和聊的有差距。
,,,比如有的公司开发直接FTP连接随时发布代码,或者由开发人员负责定时多次上线。而运维人员又不知晓,结果导致问题发生定位时间长,这点建议各公司的老大多思考下。
,,老男孩的运维思路是,如果把网站机房比喻为一座房子,那首先要堵住后门(内部),其次是监控好前门(做好安全,留个小窗户给外面人看,即80端口服务,同时安排站岗值班的)。
,,网站的无休止的随时随意发布代码,对网站的稳定影响是至关重要的。对运维人员对故障的定位快慢也很关键。根据老男孩不完全调查,约50%以上的重要运维故障都是程序代码导致的,这也是老男孩给企业做培训分享时,灌输建议首席技术官的,多把网站稳定的责任分给开发,而不是运维。如果这个思想不扭转,网站不稳定状况就难以改变。
c。网站元素(如图片)被盗连
这个属于网站的基本优化了,apache lighttpd, nginx都有防盗链的方案,必须要搞。说到这也提个案例,老男孩的一个学生,到了企业工作,发现人家网站没有防盗链,结果上来没有周知老大,直接做防盗链了,然后美滋滋的当时还给我留的言,说给公司搞防盗链了,很有成就,结果导致公司对外合作的业务,都是小叉子了,幸亏发现的及时没出大问题。
d e。合作公司来抓数据,如:对合作单位提供了API数据接口或购买了CDN业务。
最常见的就是购买CDN服务,如:CDN新建一个节点(可能数十机器),直接来我们IDC原战来抓数据(有的做好点的夜里来抓)。把原站抓的流量暴涨,严重的导致服务宕机。几家CDN公司,都有过这样的问题。这点希望CDN公司看到了,能改善,毕竟用户上帝嘛。
,,当然和电信,联通,谷歌,百度,词霸等公司的合作,也会有流量暴高的情况,这里面包括了为合作的站搜索引擎爬虫爬数据的问题。有时虽然带宽流量不高,但是服务器或数据库撑不住了,搜索引擎专门喜欢爬我们的站内搜索,康盛创想,CMS等早期的开源程序的搜索都是全站像% %方式去数据库搜索的,几个爬虫过来,直接就挂掉了,当然这不是本文要讨论的,解决方案以后再聊。
f。其他原因还有一些,不普遍就不提了。
上面的几点比较常见,其他原因就不多见了,因此,作罢,打这么多字真不轻松啊。
