大型网站建设:AWS S3故障败露了亚马逊范围级的网络瓶颈

AWS S3故障败露了亚马逊范围级的网络瓶颈 周二的AWS S3故障败露了亚马逊范围级的网络瓶颈,同时也败露了贝索斯客户筹备不足够的事务接连性打算和灾难恢复打算。 作者:郭敏编译

周二的AWS S3故障败露了亚马逊范围级的网络瓶颈,同时也败露了贝索斯客户筹备不足够的事务接连性打算和灾难恢复打算。

对Azure和Google,内部IT,支撑者和多云网关来说,亚马逊AWS S3的故障无疑给他们带来了福音,但它也败露了亚马逊的客户不足的事务接连性和灾难恢复条款。

所有人都指向了Jeff Bezos,并说AWS让他们悲观。用户意想到本身事务的重要性,表示不该该全盘拜托给AWS。用户应该有一个代替方案或混合云战略。

S3(Simple Storage Service)是亚马逊在其公共云中的对象存储设备。2月28日上午9时44分,在AWS美国东1区(北弗吉尼亚州)的里,带存储桶接入问题的电压互感器因为高过错率以致S3产生中断,许多用户的数据在五小时的故障期间都不克不及拜访,即便Nest视频和智好手机应用程序也遭到影响。

其实,关于许多S3应用程序开发人员来说,有两个区域的数据冗余能够避免此类中断。这是一个贵重的步骤,他们并无采取。

除了S3之外,另有一些问题:Amazon Appstream 2.0,Athena, CloudSearch, Cognito, ECR (Docker container registry), EMR), AmazonElastic Transcoder, Elasticsearch Service, Glacier, Inspector, KinesisFirehose, Lightsail, Mobile Analytics, PinPoint, Redshift, Simple 信箱Service, SWF, WorkDocs, WorkMail, Auto Scaling, and AWS Batch, CloudFormation,CodeBuild, CodeCommit, CodeDeploy, Data Pipeline, Elastic Breanstalk, KeyManagement, Lambda, OpsWork Stacks, and Storage Gateway,北弗吉尼亚州是AWS根底设备的一局部。

这些问题大大都得到了解决,但新问题依然屡见不鲜,状况非常杂乱。今天查看的EC2(弗吉尼亚北部)- US-East-1的AWS EC2状态前史弹出表示以下状况:

弗吉尼亚州的AWS的EC2状态前史弹出窗口

亚马逊没有解释导致这么多故障产生的缘故原由:

AWS状态更新

科技巨擘应该做什么?

关于亚马逊来说,美国东部1地区需要瓦解成更小的故障地区,还需要分离其在线公共仪表板根底设备,以便它可以在美国东部别的地区数据库故障中生计。

关于代替供给商,这是一个礼物。Egnyte首席执行官兼联结独创人Vineet Jain在探讨中表示:互联网和云不是完美的。尽管许多人以为不会容易中断,但AWS S3的工作证实--产生故障依然是一个活生生的属实,不克不及贸然 。无论你是一个小企业,实现生意业务的能力被静止;或者你是一个大型企业,其国际经营中断,如果你彻底怙恃云,它兴许会对你的事务造成重大侵害。

S3中断现已显示了AWS的高大脚印,但它也显示这些用户需要一个混合部件的解决方案。混合是在云中事件的企业最求实的办法,包庇他们免受宕机、资金丧失以及像今天这样的中断引起的一系列辣手的问题。

将您的IT经营放在一个公共云供给商的数据中间,不管供给商何等大,已被证实是有危险的。

遭到这种中断影响的每一个供给商都没有充足的事务接连性和灾难恢复打算。亚马逊让用户悲观,但你让你本人的客户也下来了。

相关阅读