aiCache故障排除101

　　假设,您现在所负责的是一个综合性的、设有大量分站的网站,网站内容五花八门,有社论、搜索、访客留言、视频、新闻和金融股票报价。你觉得虽然每天网站的点击次数达到几百万,但自己配置有二十多个各种型号的应用程序编程接口(AIP),几十个web应用和数据库服务器,一切看起来没什么可担心的。
　　然而,很可能突然有一天,你的网站前一秒钟还运行平稳,后一秒监测屏就亮起了红灯,网速骤降。一分钟后,它就停机了,访客点击出的都是“该页无法显示”。您该从何下手解决问题以快速恢复服务呢?怎样才能使这样的情况不会再次发生?
　　有了aiCache在服务器前端处理用户流量,你可以直接而快速地解决问题。通过一整套数据细分,各个突破的流程,您可以找出到底是哪一环节出了问题,以及目前网络拥堵的详细状况。
　　首先,请您运行aiCache的监测功能,它将会显示所有站点都在被其加速。你可以找出其中哪一个显示了最高的客户机和服务器数值,响应最长时间和拥堵峰值。aiCache可以对以上所有信息做到即时更新。您立马就可以发现具体到底是哪一个站点受阻。aiCache还能够显示受阻前最后五秒,最后一分钟和最后一小时内的平均每秒用户请求次数。
　　然后,您可以从一个显示了公司所有站点的屏幕迅速进入其中某一站点,或者查看一个列有等待原始服务器做出响应的请求的表单。每个站点所有未得到原始服务器做出及时响应的请求都在这个表单实时显示。
　　由于许多设置共享组件,所以在某个服务器或分站(sub-domains)遭遇拥堵的10-20秒内,整个网站都将终止。那么在这之后,您怎样才能重建序列呢?同样,aiCache可以提供帮助,它收集了五秒内的用户请求“快照”并存储起来,每一个加速网站及其日志文档都可以立即调用这个存储资源。
　　首先,通过“runstat”CLI命令或查看统计日志档,您可得知到底是哪一个站点正在经历攀升的流量,或者原始服务器的缓慢响应次数。
　　你同样可以使用“inventory”CLI命令,调出“sorted by fill time”,“number of requests”,“number fills”等查看每个分站请求次数最多的URL,响应最慢的URLs。
　　经过缩小范围,你可以找出瘫痪的那个站点。下一个问题是如何恢复它,使整个系统就可以再次运转。
　　最简单的方式是将那个瘫痪的站点设置成“后备管理模式”,这样的话,一方面aiCache可以继续从缓存中调用服务器之前的响应内容(也许已过期)传递给用户,另一方面这个瘫痪的分站却完全脱出了原始服务器,让您的团队可以专注于恢复这项服务。
　　对于一个繁忙的网站而言,使用“后备管理模式”会带来另一项重要好处。因为,aiCache现在可以在传送一个缓存甚至超时的响应的同时,又发送一项错误报告给客户。您终于不必再无休止地增加各种网络或安全的设备,甚至撤掉现存的一些。
　　总之,有了aiCache,您可以及时了解网络状况,更快更容易地找出问题,解决问题并恢复网站,从而真正受益。这就是我们向您推介aiCache的原因!