AWS崩溃了11个小时,所有这些都是由纤维被切断引起的?

发布者:上海IT外包来源:http://www.lanmon.net点击数:1223

2019年6月2日凌晨2点,北京有大面积的AWS,据称是由CN-NORTH-1地区的多条电缆在夜间道路施工中被切断造成的。区域的第一个可用区域中的EC2实例无法访问,无法在整个CN-NORTH-1区域中创建EC2实例。
AWS
亚马逊弹性计算云(北京)的处理进度如下:
02: 38,我们正在调查CN-NORTH-1的网络连接问题。
04: 17,我们正在研究CN-NORTH-1的所有可用区的EC2 API错误率上升以及无法启动新的EC2实例的问题。我们还在调查CN-NORTH-1地区EBS API错误率增加和延迟增加的问题。
06: 36,我们发现CN-NORTH-1区域内所有可用区域的EC2 API和EBS API错误率上升的问题,以及新EC2实例启动失败的原因,我们正在解决这个问题。
09: 27,我们已经确定了CN2-NORTH-1区域内所有可用区域中新EC2实例的EC2和EBS API错误率的增加以及启动失败的原因,并且正在努力解决该问题。由于网络连接导致无法成功完成Runlnstances API请求,因此会影响CN-NORTH-1的所有区域。对其中一个可用区中的现有运行实例没有任何影响。
14: 56,在北京时间,2: 00AM到13: 48PM之间,在CN-NORTH-1区域,客户遇到所有区域的EC2 API调用失败率增加且无法创建新实例,当前故障已解决服务恢复正常。
回顾去年的AWS失败事件:3月份,亚马逊AWS网络服务出现问题,停机时间未知。 5月,北弗吉尼亚州数据中心发生硬件故障,AWS再次重新连接30分钟。 7月,AWS管理控制台失败,故障持续了近6个小时。 11月,AWS Korea服务器中断,停机时间持续了一个多小时。相比之下,从2点到14点,超过11小时的故障必须被称为最近AWS崩溃中的重大事件。为什么AWS的恢复时间超过11小时?这必须让人联想到AWS没有进行网络冗余设计。网络冗余设计主要通过重复设置网络链路和网络设备冗余措施,以及网络重要系统和数据备份策略的发展。网络链路冗余意味着为了确保服务的正常运行,除了配置主线之外,还同时部署第二和第三线路。
据悉,AWS北京地区使用新光环网的数据中心。公司在北京酒仙桥,太和桥,光环新谷,东直门,房山和亦庄设有6个数据中心,每个出口总量高达100G。带宽,多运营商通信链路。 Halo New Network没有回应此事。
在6.18中国电子商务推广阶段,亚马逊的官方网站(www.amazon.cn)不仅崩溃,而且VIPKID,流利和三星App Store也受到不同程度的影响。作者也是VIPKID用户。幸运的是,当天没有上课,但是完成家庭作业和准备课程是不可能的。上课的父母更生气,取消合同,重新安排..
虽然云服务无法保证100%的问题,但云供应商的一项重要职责是做好灾难恢复并最大限度地减少停机的影响。
对于用户而言,除了选择更安全的云服务之外,使用多个云服务和实施多云策略也是未来的重要方向。
首先,优化业务负载。根据不同的企业负载,匹配不同厂商之间最合适的云技术可以显着提高企业的运营效率。
第二,确保服务的可靠性。可靠的云服务并非100%安全。即使云提供商在多个地区提供数据中心服务并且可以确保一定程度的安全冗余,仍然存在影响云服务可靠性的突出事件。性别。通过在多个云平台之间实现故障转移,可以尽快完成灾难恢复,无论发生何种类型的中断,都可以保持应用程序的运行。
国际数据公司IDC预测称:“截至2020年,超过90%的企业将使用多种云服务和平台。”着名研究公司451 Research的一项调查还显示:“IT的未来是阴天和混合型,69%的受访者表示他们计划到2019年采用各种类型的阴天环境。”
最后,作者还想说,光缆和管道等基础设施的保护也应该被认真对待并容易破坏。在今天的云时代,成本太高了!
IT外包
>
400-635-8089
立即
咨询
电话咨询
服务热线
400-635-8089
微信咨询
微信咨询
微信咨询
公众号
公众号
公众号
返回顶部