分析几大云计算宕机事件

    2009年六月，一次罕见的事故让一些客户失去亚马逊EC2服务5小时，但是大多数客户都将其看做是成长之痛。这种有点奇怪的回应方式部没有持续，在一次分布式阻断式服务攻击和漫长的电子邮件管制之后，亚马逊的灾难响应协调和客户关系开始缺失。

    严重程度： 高

    另外一起事件涉及了亚马逊弗吉尼亚的数据中心，遭遇了雷雨，导致系统宕机6小时，但是也从一个侧面显示了该公司的发展；亚马逊的响应时间值得肯定。

    严重程度： 中

    随着云计算持续发展和扩展，问题也接踵而来。五月份，一些列表面上看起来不相关的事故在亚马逊弗吉尼亚数据中心再次上演，在一周的跨度内导致了三次不同的宕机。第一次是不间断电源（UPS）转换到备份电源时失败，一机架的服务器挂了；第二次发生在四天之后，一个电源分配箱短路，导致服务中断8小时。最后两天后，一辆汽车撞击了电线杆子，切断了数据中心的电源，导致半小时宕机。不管有关系没关系，是不是大事件，这么短的时间发生这三次宕机对于任何厂商来说都不可能是个小事。

    严重程度： 高

    有意思的是，大多数客户似乎对于亚马逊Web服务都持有一种开放的态度。他们接受了亚马逊技术的复杂性，以及可能导致的意外问题，最重要的是他们认同亚马逊云环境的合理价格，提供了他们想要的工作价值。

    亚马逊也没辜负客户的“期望”,继续宕机；当然也展示了期完美价格下的成熟度，在2010年四月份的宕机中快速做出相应。一篇超长博客发布，AWS的状态页面也定期更新，一则则简讯报告了宕机背后的原因以及如何解决的。

    严重程度： 中

    2011年四月，由于亚马逊在北弗吉尼亚州的云计算中心（这是块福地啊~）宕机，包括回答服务Quora、新闻服务Reddit、Hootsuite和位置跟踪服务FourSquare在内的一些网站受到了影响。

    令人吃惊的是，亚马逊云服务中断将近4天却没有违反亚马逊EC2服务的服务等级协议（简称SLA）。亚马逊FAQ问答解释说，“它确保在365天的服务期 内一个区域拥有99.95%的服务利用率。”而这一次，几位受到影响的用户抱怨，在服务中断期间，亚马逊并没有及时公布最新的信息。退化了难道？

（编辑：辽源站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!