CloudHarmony:2014年云服务商的正常运行时间对比

云计算
网站追踪公司CloudHarmony一直监测着48家云服务商的宕机故障频率。该公司首先在这些服务商中的每一家都运行一个网络服务器,然后追踪服务何时无法使用,最后记录下宕机故障的发生次数和时长。这种办法虽然并不完美,但是却可以很好地观察到这些服务商的服务运行情况。总体上,这些服务商的表现都不错,并且正做得越来越好。其中,亚马逊和谷歌的表现尤为出色。

虽然云服务商正在变得越来越可靠,但是部分服务商仍然出现了宕机故障。亚马逊AWS和谷歌云平台(Google Cloud Platform)对其IaaS[注](基础设施即服务[注])公有云[注]在2014年可靠性的统计数据让人印象深刻,因为这两家服务商正在接近被部分人认为是可用性的***目标——五个9(即99.999%)。

把时光倒退到2012年,专家们当时曾经感叹,云服务正饱受运行中断的困扰。当时有的宕机故障导致了Reddit等多家知名网站无法访问,而出现在平安夜的宕机故障则导致Netflix遭受到严重影响。不过,在刚刚过去的2014年,情况则发生了改观。

网站追踪公司CloudHarmony一直监测着48家云服务商的宕机故障频率。该公司首先在这些服务商中的每一家都运行一个网络服务器,然后追踪服务何时无法使用,***记录下宕机故障的发生次数和时长。这种办法虽然并不***,但是却可以很好地观察到这些服务商的服务运行情况。总体上,这些服务商的表现都不错,并且正做得越来越好。其中,亚马逊和谷歌的表现尤为出色。

 

亚马逊的弹性计算云(EC2)在2014年共发生了20次宕机故障,累计宕机时长为2.41小时,这意味着亚马逊云服务的可靠性已得到大幅提升,正常运行时间百分率达到了99.9974%。研究机构Gartner在2014年预测称,亚马逊分布式系统的规模将是其竞争对手的五倍。就亚马逊AWS的规模而言,这样的可靠性数据已经非常了不起了。

或许谷歌云平台存储服务的正常运行时间更为引人注目。据CloudHarmony称,谷歌云平台存储服务在2014年宕机时长仅为14分钟。这意味着其正常运行时间百分率达到了99.9996%。

CloudHarmony的CEO Jason Read说:“越来越多的知名云服务商开始对他们的系统进行微调,以便让服务变得更加稳定。”亚马逊AWS提供云服务的时间比市场上任何一家服务商都要长;而谷歌在其云服务中使用的是现有基础设施,因此在管理高可靠性分布式系统方面,谷歌也拥有较长的追踪记录。

云服务商在2014年也各自遇到了一些问题。在虚拟化平台Xen的漏洞于2014年秋季被发现后,大约10%的AWS EC2实例必须被重启。Rackspace也在2014年秋季经历了一次大规模重启。微软的存储服务在2014年11月出现服务中断。Verizon在2015年刚开始就开局不利。该公司告诉客户称,由于计划性维护,2015年1月其云服务宕机时间最长可能将达到48小时。

微软的宕机事故导致其Azure云服务在可靠性方面成绩不佳。在计算方面,Microsoft Azure一共出现92次宕机故障,总计宕机时长39.77小时。其存储平台共出现了141次宕机故障,总计宕机时长10.97小时。与此形成鲜明对比的是,亚马逊AWS存储平台共出现了23次宕机故障,总计宕机时长2.69小时。对此,微软一直也没有进行过解释。

大多数服务商似乎正在努力提升自己的平台,但是他们最终能否在可用性方面达到运营商级别的99.999%的水平呢?咨询公司Redmonk的高级分析师Donnie Berkholz称,对CloudHarmony数据的深度观察显示(+本站微信networkworldweixin),部分云服务商在服务可用性方面已经实现了五个9。例如,谷歌的存储平台。AWS的部分服务区域(CloudHarmony在AWS云服务中监测着多个区域)在2014年仅有几分钟的宕机时长,有的甚至没有出现过宕机故障,这已经超过了五个9的水平。随着时间的流逝与规模的增长,云服务商似乎正变得越来越擅长提供服务。Berkholz指出,另一个有意思的发展趋势是,用户对于宕机故障的应对也变得越来越灵活。

尽管在2014年没有取得令人注目的正常运行时间百分率(Microsoft Azure的宕机时长为39小时,CenturyLink的宕机时长为26小时,Digital Ocean的宕机时长为16小时),但是部分云服务商(例如Microsoft Azure,以及相对较新的Digital Ocean)正变得越来越受欢迎。Berkholz在电子邮件中说:“在特定领域内,宕机频率并不会阻碍用户选择在其他方面有着出色成绩的云服务商。问题的关键并不是哪家云服务提供商***,而是客户能够忍受哪些限制因素。”

如今用户已经有许多办法可以应对云服务的中断故障。比方说,不在单一地方托管工作负载,使用工具将流量从故障的服务器中迁移出去,经常性地测试系统的容错能力等。用户可能正在关注这些***实践,或许他们根本不会把敏感数据和应用放在会受到宕机影响的云上。不管怎样,云服务商和用户似乎都变得越来越擅长提供和使用这些服务。

原文链接:http://www.199it.com/archives/324569.html

责任编辑:Ophira 来源: 199it
相关推荐

2017-12-21 09:29:47

网络运行实践

2021-06-24 10:28:19

uptimed命令Linux

2010-11-23 10:08:58

2022-05-09 07:20:10

监控项目工具

2012-02-16 11:29:01

ibmdw

2014-03-14 13:29:24

VDI配置文件

2022-11-04 09:09:54

Linux服务器

2021-08-18 08:32:09

代码运行时间示波器

2019-06-06 09:20:31

2018-02-02 04:16:03

数据中心开关设备电源

2020-04-06 11:47:44

Linux命令脚本

2015-07-20 15:44:46

Swift框架MJExtension反射

2013-08-12 10:26:57

微软Office 365云计算

2019-10-14 09:14:37

Linuxbash命令

2020-04-21 15:20:12

微服务架构实践

2017-01-19 20:28:44

2010-01-27 14:14:48

C++程序运行时间

2012-07-06 09:55:38

云服务开发工具

2022-10-21 11:14:44

2013-10-23 15:39:11

IDC
点赞
收藏

51CTO技术栈公众号