当前位置:数据中心云计算与数据中心 → 正文

2012年云数据中心宕机事件总结

责任编辑:vivian |来源:企业网D1Net  2012-11-13 09:47:13 本文摘自:机房360

尽管投入各种高新复杂技术,尽管投入海量巨资,云计算还是显得有些脆弱,在过去的几年里不乏动辄就宕机数小时的事件,甚至有的长达一天或数天,并导致数据丢失。

微软Azure

2012年,云服务的中断屡屡让提供商们尴尬不已,Thinkstrategies创始人Jeff Kaplan给了一些关于云计算的永不过时的简单建议。

以下是本年度云服务宕机事件一览:

2月28日,由于“闰年bug”导致微软Azure在全球范围内大面积服务中断,中断时间超过24小时。

微软表示该软件BUG是由于闰年时间计算不正确导致。

微软Azure

2012年,云服务的中断屡屡让提供商们尴尬不已,Thinkstrategies创始人Jeff Kaplan给了一些关于云计算的永不过时的简单建议。

以下是本年度云服务宕机事件一览:

2月28日,由于“闰年bug”导致微软Azure在全球范围内大面积服务中断,中断时间超过24小时。

微软表示该软件BUG是由于闰年时间计算不正确导致。

这一事件激起了许多用户的强烈反应,许多人要求微软为此做出更合理详细的解释。

亚马逊AWS

6月15日,亚马逊北维吉尼亚的数据中心遭遇停电,由此导致亚马逊网络服务AWS中断约6个小时,影响波及亚马逊弹性计算EC2、亚马逊关系数据库服务以及亚马逊弹性魔豆AWS Elastic Beanstalk。

北维吉尼亚数据中心是亚马逊使用最久的数据中心,在2011年以及今年10月都曾发生过宕机事故,导致用户信心流失不少。

对于亚马逊的有些合作伙伴来说,这种状况往往会拖后腿。

“我很喜欢亚马逊,但是宕机的时候也真是无能为力,尽管我也知道传统IT数据中心也会遇到这种情况”,Stratalux公司CEO Jeremy说。中断事故导致了他的一位客户服务中断了1个小时。

微软Windows Azure再次宕机

7月26日,Azure故障,导致西欧用户受影响。微软对故障的解释是“由于错误配置了网络设备导致了西欧区域的服务网络中断”。

此次中断持续2.5小时。微软表示此次事故中并无用户数据丢失。

Google Talk

在微软Azure宕机的同一天,Google Gmail用户使用的Gtalk中断了近5小时。

Gtalk服务的控制面板页为用户提供了因服务中断所导致的升级。Google对此也做出了道歉“请相信google是极度重视系统可靠性的,我们会更加注意提升我们系统的性能”。

GoDaddy

9月11日,网络托管和电子邮件服务提供商GoDaddy遭遇6小时服务中断,原因是网络故障,起先怀疑是著名黑客组织Anonymous所为,但该组织予以了否认。

该公司称中断的原因是由于内部网络故障导致路由表错误。

在10月上旬,GoDaddy宣布他们计划关闭其云服务业务,其SMB将会整合到其他服务里。

又是亚马逊AWS

10月22日,位于北维吉尼亚的亚马逊网络服务AWS又挂了,影响了包括Reddit、Pinterest等知名大网站。

中断影响了弹性魔豆服务,其后是弹性魔豆服务的控制台,关系数据库服务,弹性缓存,弹性计算云EC2,以及云搜索。

这次事故让很多人认为,亚马逊是应该升级其北维尼吉亚数据中心的基础设施了。

Google App Engine

GAE是用于开发和托管WEB应用程序的平台,数据中心由google管理,中断时间是10月26日,持续4小时,因为突然变得反应缓慢,而且出错。受此影响,50%的GAE请求均失败。

google表示没有数据丢失,应用程序行为也有备份可以还原。为表歉意,google宣布11月份用户可以

google表示他们正在加强其网络服务以应对网络延迟问题,“我们已经增强了流量路由能力,并调整了配置,这些将会有效防止此类问题再次发生”。

在google服务故障的当天,Dropbox和Tumblr也发生了服务中断。不过并未找到三者之间存在的关系。

Tumblr

GAE中断的当天,著名微博客平台和社交网站Tumblr也发生故障。几小时后修复,该公司也称将会发布详细的事故报告。

但此后他们尚未做出进一步的解释。

Dropbox

10月26日,在线存储公司Dropbox也发生服务中断。

当时网站显示错误信息“抱歉,网站出问题了,不过请勿担心,数据都很安全,我们也在尽快修复。”

此后他们也并未做出进一步的解释。

关键字:数据中心GoogleSMB亚马逊Azure

本文摘自:机房360

x 2012年云数据中心宕机事件总结 扫一扫
分享本文到朋友圈
当前位置:数据中心云计算与数据中心 → 正文

2012年云数据中心宕机事件总结

责任编辑:vivian |来源:企业网D1Net  2012-11-13 09:47:13 本文摘自:机房360

尽管投入各种高新复杂技术,尽管投入海量巨资,云计算还是显得有些脆弱,在过去的几年里不乏动辄就宕机数小时的事件,甚至有的长达一天或数天,并导致数据丢失。

微软Azure

2012年,云服务的中断屡屡让提供商们尴尬不已,Thinkstrategies创始人Jeff Kaplan给了一些关于云计算的永不过时的简单建议。

以下是本年度云服务宕机事件一览:

2月28日,由于“闰年bug”导致微软Azure在全球范围内大面积服务中断,中断时间超过24小时。

微软表示该软件BUG是由于闰年时间计算不正确导致。

微软Azure

2012年,云服务的中断屡屡让提供商们尴尬不已,Thinkstrategies创始人Jeff Kaplan给了一些关于云计算的永不过时的简单建议。

以下是本年度云服务宕机事件一览:

2月28日,由于“闰年bug”导致微软Azure在全球范围内大面积服务中断,中断时间超过24小时。

微软表示该软件BUG是由于闰年时间计算不正确导致。

这一事件激起了许多用户的强烈反应,许多人要求微软为此做出更合理详细的解释。

亚马逊AWS

6月15日,亚马逊北维吉尼亚的数据中心遭遇停电,由此导致亚马逊网络服务AWS中断约6个小时,影响波及亚马逊弹性计算EC2、亚马逊关系数据库服务以及亚马逊弹性魔豆AWS Elastic Beanstalk。

北维吉尼亚数据中心是亚马逊使用最久的数据中心,在2011年以及今年10月都曾发生过宕机事故,导致用户信心流失不少。

对于亚马逊的有些合作伙伴来说,这种状况往往会拖后腿。

“我很喜欢亚马逊,但是宕机的时候也真是无能为力,尽管我也知道传统IT数据中心也会遇到这种情况”,Stratalux公司CEO Jeremy说。中断事故导致了他的一位客户服务中断了1个小时。

微软Windows Azure再次宕机

7月26日,Azure故障,导致西欧用户受影响。微软对故障的解释是“由于错误配置了网络设备导致了西欧区域的服务网络中断”。

此次中断持续2.5小时。微软表示此次事故中并无用户数据丢失。

Google Talk

在微软Azure宕机的同一天,Google Gmail用户使用的Gtalk中断了近5小时。

Gtalk服务的控制面板页为用户提供了因服务中断所导致的升级。Google对此也做出了道歉“请相信google是极度重视系统可靠性的,我们会更加注意提升我们系统的性能”。

GoDaddy

9月11日,网络托管和电子邮件服务提供商GoDaddy遭遇6小时服务中断,原因是网络故障,起先怀疑是著名黑客组织Anonymous所为,但该组织予以了否认。

该公司称中断的原因是由于内部网络故障导致路由表错误。

在10月上旬,GoDaddy宣布他们计划关闭其云服务业务,其SMB将会整合到其他服务里。

又是亚马逊AWS

10月22日,位于北维吉尼亚的亚马逊网络服务AWS又挂了,影响了包括Reddit、Pinterest等知名大网站。

中断影响了弹性魔豆服务,其后是弹性魔豆服务的控制台,关系数据库服务,弹性缓存,弹性计算云EC2,以及云搜索。

这次事故让很多人认为,亚马逊是应该升级其北维尼吉亚数据中心的基础设施了。

Google App Engine

GAE是用于开发和托管WEB应用程序的平台,数据中心由google管理,中断时间是10月26日,持续4小时,因为突然变得反应缓慢,而且出错。受此影响,50%的GAE请求均失败。

google表示没有数据丢失,应用程序行为也有备份可以还原。为表歉意,google宣布11月份用户可以

google表示他们正在加强其网络服务以应对网络延迟问题,“我们已经增强了流量路由能力,并调整了配置,这些将会有效防止此类问题再次发生”。

在google服务故障的当天,Dropbox和Tumblr也发生了服务中断。不过并未找到三者之间存在的关系。

Tumblr

GAE中断的当天,著名微博客平台和社交网站Tumblr也发生故障。几小时后修复,该公司也称将会发布详细的事故报告。

但此后他们尚未做出进一步的解释。

Dropbox

10月26日,在线存储公司Dropbox也发生服务中断。

当时网站显示错误信息“抱歉,网站出问题了,不过请勿担心,数据都很安全,我们也在尽快修复。”

此后他们也并未做出进一步的解释。

关键字:数据中心GoogleSMB亚马逊Azure

本文摘自:机房360

电子周刊
回到顶部

关于我们联系我们版权声明隐私条款广告服务友情链接投稿中心招贤纳士

企业网版权所有 ©2010-2024 京ICP备09108050号-6 京公网安备 11010502049343号

^