云计算灾难：最严重的十大云服务宕机事件(2)

微软花了三天的时间才为大多数受影响的用户恢复服务。遗憾的是，8%受影响的电子邮件用户不得不多等三天，之后数据才恢复如初。

面对这样的棘手问题，连Office助手Clippy都笑不出来。

第五大云服务宕机事件：Intuit接连两次宕机

Intuit在去年很不走运：在短短一个月内，其基于云的服务接连宕机了两次，包括TurboTax、Quicken和QuickBooks等大受欢迎的平台。最糟糕的情况是6月份宕机了整整36个小时。电源故障显然导致服务出了毛病，该公司的主系统和备用系统从电网完全断开。

屋漏偏逢连夜雨，几个星期后Intuit遇到了另一次明显的电源故障。除了带来其他问题外，第二次宕机似乎还引起众多用户在网上大爆粗口。

一个用户当时在Twitter上发送了这样的消息：“宕机25个小时让人很难接受。Intuit的一套被动的、缺乏透明的、死板的沟通方法无助于事。”

真是要命。

惠普Secure Advantage计划的首席战略师Chris Whitener说：“现实情况是，如果你需要绝对的可用性，现在有比选择单单一家云服务提供商更好的解决方案。你没必要什么都复制，但是如果另外采取一个步骤（可能是你自己备份关键数据），情况就完全不一样了。”

第六大云服务宕机事件：微软的BPOS致歉

如果你那基于云的生产力套件无法使用，工作效率就很难有保障。仅仅几周前，依赖微软商业云服务解决方案的公司企业就遭到了这种情况：名为微软商业生产力在线标准套件（BPOS）的这项服务在5月10日前后开始停顿。结果，付费客户的电子邮件被延迟了长达9个小时才发送。

两天后，就在看起来BPOS没有故障时，邮件延迟发送的毛病又来了，发出去的邮件开始堆积如山。好像嫌这个问题不够糟糕，微软遇到了另一个问题：用户们还无法登录到微软基于互联网的Outlook门户网站。

微软在线服务部企业副总裁Dave Thompson在博客中写道：“对于这些问题明显带来的不便，请允许我向诸位、我们的客户和合作伙伴深表歉意。”

第七大云服务宕机事件：Salesforce的不幸事故

宕机一个小时听起来似乎没什么大不了，但是当成千上万家公司的客户服务运营与贵公司息息相关时，那些客户势必会认为那60分钟漫长得要命。

当Salesforce.com的数据中心在去年1月宕机时，它对此可是深有体会。新年过后才四天，Salesforce.com就宣布遇到了彻底的故障——这意味着服务、备份和其他一切都完蛋了。

令人抓狂？绝对如此。令人惊讶？不完全是。

柯尼卡美能达公司旗下All Covered部门的首席信息官Tim Crawford说：“现实情况是，基于云的数据中心同样会停止运行。过去一向如此，将来也是如此。我们一定要从现实的角度看待这个问题。”

Crawford表示，成功的云计算需要有一种不同于传统服务器环境的理念：他认为，决定着贵公司的数据能不能经受得住偶尔宕机的是你自己，而不是别人；你要确保自己的配置具有避免宕机所需的弹性。

Crawford说：“你在选择一家云服务提供商时，必须事先做好功课，了解对方如何提供这些服务；是否能够提供与你自己能够实现的冗余级别一样好或更好的冗余级别。如果答案是否定的，那干嘛还要使用它们？”

第八大云服务宕机事件：Terremark的可怕一天

近期，Terremark可能因被韦里逊（Verizon）斥资数14亿美元收购的交易而见诸报章；但是在2010年初，一起长时间的宕机事件却让这家云服务提供商成为被媒体竞相报道的对象。

Terremark在2010年3月17日的圣帕特里克节走了霉运。这家公司的vCloud Express服务在那一天一蹶不振，建在迈阿密的数据中心宕机了将近7个小时。在这整段期间，广大用户无法访问该数据中心里面存储的数据。

不要过于追求冗余，但这起事件表明了冗余机制的重要性——要将你的关键数据放在不同数据中心的多台服务器上；或者更安全的做法是，放在不同地区的多台服务器上。还可以采取进一步的措施：将关键数据分散在多个提供商之间，作为一项保险措施。

IBM公司的云安全策略项目首席技术官Harold Moss提议：“你可以选择一系列提供商来托管工作负载——某一两家提供商充当后备提供商，另一家提供商充当主提供商。然后，你以一种安全的方式将工作负载部署到那里，确保合适的安全机制，随后开始添加你的弹性功能。”

第九大云服务宕机事件：PayPal遭遇宕机

想体验一把带来很严重的深远影响的云宕机事件？不妨试试几小时无法使用PayPal服务的感觉。

这可不是假设性的演练：PayPal在2009年夏天确实遭遇宕机，导致世界各地的数百万商家根本无法销售产品和服务。大概有一小时的光景，其服务完全无法使用；接下来的几小时，服务仍然时断时续。PayPal表示，问题出在了硬件故障。

毫无疑问，这种宕机很罕见——但由于所有生意都错失了，这次不幸的服务宕机在云计算的耻辱柱上轻松占得一席之地。

第十大云服务宕机事件：Rackspace的不顺年

如果你为像美国科技博客TechCrunch和流行音乐天王Justin Timberlake这样的知名网站和网络红人提供云服务，最好还是相信这一点：一旦你的服务器停止运行，人们肯定会注意到。

Rackspace在2009年数次汲取了这个教训。这家云服务提供商在那一年前后遭到了四次重大的服务故障，使得这家公司的众多客户的停机时间共长达数小时。一次故障就足以让Rackspace不得不向用户支付相当于近300万美元的服务折扣。

Rackspace称这些事件“让人痛苦不堪，非常失望”，并承诺之后会“提供长时间的高级别服务”。今天，这家公司继续关注正常运行时间，但同时也在努力帮助用户为不可避免的云服务故障作好防备。

Rackspace的Lew Moorman说：“如果你想建立服务器集群或建立地区冗余机制，那么现在比以前更容易做到，但你必须切实地采取那些步骤。如果你以前在企业内部做了这些步骤，你也不用担心云服务故障了。”

从各方面考虑起来，云服务方面最大的教训也许就是，没有哪一台服务器、哪一个数据中心或哪一项服务是绝对可靠的。如果你使用云服务开展业务时没有考虑到这一点，那么我的朋友，你在完全无视实际存在的危险。(责任编辑：admin)