储存“出故障”8小时 微软Azure究竟亲身经历了甚

2021-02-26 16:04 jianzhan

储存“出故障”8小时 微软Azure究竟亲身经历了甚么?


储存“出故障”8小时 微软Azure究竟亲身经历了甚么? 但恶性事件产生的根本原因——“1个储存群集丧失了开关电源,变得不能用” ——说明Azure将会沒有优异的延展性。但是,电力工程终断确是云经营商没法操纵的。比起亚马逊AWS的程序流程员输错1个字母引发的服务瘫痪恶性事件,微软Azure的终断恶性事件更非常容易令人接纳。 作者:郭敏编译程序

储存集群丧失电力工程支撑点和Azure闪变是致使此次常见故障的缘故。

在本周3、周4,应用微软Azure储存服务的客户在出示新資源或浏览她们现有資源时遇到了艰难,常见故障時间长达8个小时。周3夜里,Azure储存也开展了短期内的 出故障 。

第1次降压比较严重危害了其服务所遮盖的美国东部地域,微软的情况页显示信息: 它危害了虚似机Azure新闻媒体服务、运用程序流程洞察、Azure逻辑性运用程序流程、Azure数据信息加工厂、Azure站点修复专用工具、Azure缓存文件服务、Azure检索、Azure服务系统总线、Azure恶性事件管理中心、Azure SQL数据信息库、API管理方法和Azure流剖析。

尽管第2个恶性事件产生時间较短,但危害更广:微软表明,因为最底层储存恶性事件,远在印度的客户将遭到配备储存 常见故障 。

微软Azure的第一次遭受与Amazon WebServices的 S3-izure 惊人的类似,它也在美国东部的1个地域。但与S3-izure不一样的是,此次微软的恶性事件并沒有造成多大危害,沒有引发像以前亚马逊恶性事件后的那种 我的天哪,1切都令人心寒  的焦虑。

此次微软Azure服务的终断恶性事件也沒有引发客户的明显不满,有两个显著的缘故:第1,这并不是1个像S3-izure彻底终断的恶性事件。Azure储存客户将会会有1个不太平稳的体验,但她们沒有理由终止应用;第2,终断恶性事件出現在周3夜里21点50分,东部時间大概中午6点,并不是在要求充沛的情况下。

这些要素代表着:微软Azure的终断沒有引发巨大的关心是1个惊喜,其不会受到欢迎,而且还可能错过了或由于特性不稳引来指责。自然这样说将会不太友好。

但恶性事件产生的根本原因 1个储存群集丧失了开关电源,变得不能用 说明Azure将会沒有优异的延展性。但是,电力工程终断确是云经营商没法操纵的。比起亚马逊AWS的程序流程员输错1个字母引发的服务瘫痪恶性事件,微软Azure的终断恶性事件更非常容易令人接纳。