加入收藏 | 设为首页 | 会员中心 | 我要投稿 辽源站长网 (https://www.0437zz.com/)- 云专线、云连接、智能数据、边缘计算、数据安全!
当前位置: 首页 > 云计算 > 正文

分析几大云计算宕机事件

发布时间:2021-07-30 15:23:16 所属栏目:云计算 来源:互联网
导读:谈到云计算,用户和厂商在采用新的基础架构时,都仍在探索一种未知领域。故障问题以及意料之外的宕机都会不可避免地发生。即便是最大且最好的云厂商,在其服务偶
副标题[/!--empirenews.page--]

    谈到云计算,用户和厂商在采用新的基础架构时,都仍在探索一种未知领域。故障问题以及意料之外的宕机都会不可避免地发生。即便是最大且最好的云厂商,在其服务偶尔的“停转”时,之前万全的计划也是徒劳。

 

 

    那么,在云宕机发生时,到底什么地方出错了?IT经理和用户可以从每一次的事件中学到什么?为了帮助读者更好的运转自己的服务,这里根据宕机事故的严重程度对一些宕机事件进行了排序。

 

 

    微软

 

 

    即便是在测试时期,云服务都会遭遇意外宕机。微软在2009年三月就发生了这样的事情,Azure宕机22小时。试用期中只有试验的应用程序受到影响,因此没有什么大的损失。

 

 

    在云计算的发展历程中,Azure宕机相当早了,但是IT经理已经知道在云端的灾备和故障时间计划是明智的第一步。然而,Azure处于初始阶段,没人知道它会对云计算产生多少影响,或者说它会如何影响宕机对于人们对于云计算的信心。

 

 

    严重程度:低

 

 

    太平洋时间2012年2月28日,下午5:45,全球很多Azure用户经历了Azure服务管理功能电力中断。对于大多数用户,电力中断没有影响他们的服务交付,而且他们能够对其进行管理。微软声明大多数客户在闰年2012年的宕机中,在十二小时之内进行了管理功能修复,尽管对于很多用户来说,在电力中断开始之后并没发生什么,平稳度过24小时。

 

 

    严重程度:低

 

 

    Rackspace

 

 

    2009年6月,主机托管转变成云厂商的RACKSPACE经历了一次严重宕机,当时电源跳闸,一系列的发电机备份失败,多数服务器机架安静了,这可不是危言耸听!

 

 

    为了该公司的信誉,RACKSPACE在官方博客上报道了整个事件,并且在微博(推特)上就整个经历现身说法,但是评论家还是# rackspacefail #的标签满天飞。

 

 

    严重程度: 高

 

 

    但是在2009年11月份Rackspace又发生了一次严重宕机,糟糕的回复就没有满天飞了。实际上, Rackspace的客户有机会公然地重伤厂商的宕机时,他们却将其描述为“没什么大不了的。”这就意味着Rackspace逢凶化吉,继续提供了合适的升级和快速修复。

 

 

    客户表示,在其业务脱机15-20分钟后,Rackspace非常透明且快速地处理了这个问题。这次事件,为该公司带来了保证,还解决了其公关危机。要是没有重要的数据丢失,服务也能快速复原,客户该满意还是满意的。其实那些满口“100%正常运行时间”的厂商,大多数客户似乎还是不会因为一次偶然的事故而放弃。[page]

    严重程度: 低

 

 

    Salesforce.com

 

 

    2010年一月,Salesforce.com的68,000名客户遭遇了至少一个小时的宕机时间。

 

 

    该公司在其数据中心中报告“系统失败”,所有的一切,包括备份在这一时期都歇菜了。这样招致了一些负面关注,Salesforce.com的锁定策略Force.com成为众矢之的,这是一种平台即服务(PaaS)产品,在Salesforce.com之外就不能使用了。因此当Salesforce.com有问题了,Force.com也就挂了。

 

 

    尽管此次宕机并没有对该公司造成多大伤害,其同VMware 的VMforce合作在童年春天引得热议纷纷,马克贝尼奥夫在宕机后不到一个月的时间,还夸夸奇谈Salesforce.com“是最大的企业云计算公司。”他们好像对这个不太在意。

 

 

    严重程度:中

 

 

    HEROKU

 

 

    Heroku是一家为Ruby编程语言服务的PaaS企业,预估有大约44,000个应用安装在上面,2010年一月,价值两万美元的高容量亚马逊EC2实例在这上面挂了。

 

 

    亚马逊在一小时之内让这些实例由“复活”,但还Heroku产品开发者还是受到了打击。Heroku在一个单一的可用性局域运转其所有的实例,这就导致他们主要的完整服务中断,缺少云计算最佳实践,意味着这样的宕机会阻碍其继续发展。

 

 

    Heroku以这种方式喝了一壶,他们认为处理云服务时,这次事件就是“最高指令”.

 

 

    严重程度: 高

 

 

    TERREMARK

 

 

    回顾三月份,VMware合作伙伴Terremark在七小时的宕机后,把vCloud Express的未来至于危险之地,这次事件导致了连接性没了。这次宕机据报告只有2%的客户受到影响,但是那些收到影响的人就厂商如何处理这件事上,表达了极为强烈的不满。

 

 

    Terremark发言人在客户咆哮时称该公司是个“老妈子”托管公司。最厉害的是他居然把Terremark的响应和亚马逊作对比,这简直就是告诉客户,在挣扎这选谁的时候,把状态报告和服务预警都算进去吧……

 

 

    当然,vCloud Director持续了一段时间,VMworld 2010上这种兴奋劲也就退去了,Terremark宕机似乎没留下多少话柄。[page]

    严重程度: 中

 

 

    亚马逊

 

 

    似乎所有的其他云计算宕机和亚马逊的Web服务宕机相比都是小儿科。所以云服务厂商的鼻祖,亚马逊在过去数年中遭遇的服务中断和实际的灾难均匀分布。

 

 

(编辑:辽源站长网)

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

推荐文章
    热点阅读