推荐设备MORE

怎样做免费微信公众号—Vue.

怎样做免费微信公众号—Vue.

行业新闻

云计算技术灾祸:最比较严重的10大云服务服务器

日期:2021-03-26
我要分享

云计算技术灾祸:最比较严重的10大云服务服务器宕机恶性事件


我国IDC圈6月30日报导:是很讨人很喜爱的定义。终究,抛弃那些沉重的服务器,要是给自身弄1只大容量的云电脑硬盘便可以了。总之他人会负责检修;你想把数据信息放在哪儿里,便可以放在哪儿里。

自然,实际状况是喜忧各半。1层面,你能够防止检修;但另外一层面,你缺失了操纵。此外还必须考虑到安全性难题。可是1旦云服务服务器宕机,那真的是1个活生生的恶梦。

那要是问1问2020年4月遭受亚马逊互联网服务的重特大服务器宕机恶性事件危害的随意1家企业。

Nick Franci说: 那时候大家彻底给搞蒙了;大家肯定是没什么提防。 就在亚马逊出現难题1周前,他的新起企业Help Scout才开张。

措手不如的并不是仅有Francis1人。当亚马逊的云服务出現常见故障时,像Reddit和Foursquare这些大牌企业一样动弹不可。

Lew Moorman是Rackspace的首席发展战略官,这家云服务出示商也遇到过服务器宕机恶性事件。他说: 人们感觉是1项切实能用、彻底靠谱的奇异技术性。客观事实上,根据云来选购是另外一种选购测算的方法,而测算自身是有缺点的。假如你想保证那些缺点不容易危害到自身,就务必防患于未然。

以便协助贵企业在云自然环境下无忧无虑,大家共享了这些来之不容易的工作经验经验教训,它们源自互联网技术亲身经历的10大云服务服务器宕机飓风。

第1大云服务服务器宕机恶性事件:亚马逊互联网服务完蛋

能够解决繁琐的互联网维护保养工作中是在云自然环境进行业务流程的1个关键卖点。那有甚么缺陷吗?当云服务出示商的平常配备变动致使贵企业的业务流程深陷间断时,你会有1种独立无援的觉得。

亚马逊互联网服务的很多顾客在上年4月就亲身经历了这1幕,那时候亚马逊建在北弗吉尼亚州的遭受了1个常见故障,最终完全歇菜了。

这个不正确在互联网升級升級中刚开始出現了,那时候总流量迁移到不正确的相对路径提交送后,亚马逊的1组延展性块储存(EBS)卷持续地再次映像,因而它们寻找能用的机器设备便于对自身开展备份数据。結果就引起了1连串恶性事件,最后致使该企业在美国东部地域的服务绝大多数瘫痪。

这个难题不断了大概4天。可是就在很多企业苦苦挣扎的另外,Netflix等别的企业圆满度过了难关。生存下来的重要是甚么呢?那便是在设计方案系统软件时要考虑到到这些种类的常见故障。

Netflix的几名工程项目师在《Netflix从亚马逊互联网服务服务器宕机中吸取的工作经验经验教训》博文中写道: 大家的构架防止应用EBS做为大家的主数据信息储存服务,大家具体上依靠的SimpleDB、简易储存服务(S3)和Cassandra服务沒有遭受这次服务器宕机的危害。 无情况服务和数据信息的好几个冗余热副本份散在好几个能用区是防止云服务常见故障的重要。

是不是觉得自身非得像Netflix这等经营规模的企业才可以维持安全性?那你就错了。Twilio企业专业协助开发设计人员把通讯作用集成化到自身开发设计的Web运用程序流程中,它应用亚马逊的延展性测算云(EC2)来代管其基本构架的关键一部分 但是亚马逊的服务器宕机恶性事件针对该企业的平稳运作基本上没甚么危害。

Twilio的协同创立人兼首席技术性官Evan Cooke说: 将业务流程创建在云自然环境上的基础前提条件是,要假设互联网会有这样那样的常见故障和问题。大家在创建基本构架时就构想主机将会会出現常见故障,因而大家沒有依靠关键构架中的任何1台设备或任何1个组件。

第2大云服务服务器宕机恶性事件:Sidekick服务器宕机

智能化手机上让你出门出外时很非常容易浏览自身的数据信息,但就由于某样物品的姓名里边有 智能化 (smart),其实不代表着它就万无1失。1个典型事例便是:T-Mobile的Sidekick在2009年秋季前后左右搞砸了。

还记得那次大败吗?微软旗下的Sidekick遭受了服务将近1周服务器宕机的难堪,致使客户们没法浏览电子器件电子邮件、日历信息内容及别的本人数据信息。后来始料不及的是,微软认可自身彻底遗失了储存在云自然环境中的数据信息,自身无力修复。明显,来自雷德蒙的那群技术性精英们以前忘了备份数据数据信息。

或许自此技术性有一定的发展趋势,但经验教训依然1样:说到重要数据信息,干万不必想自然地认为他人会全自动维护你。保证你掌握云服务出示商的灾祸修复系统软件;假如你自身作了分配,单独备份数据关键数据信息,那就更好。

SmartBear旗下AlertSite企业的监管商品副总裁Ken Godskind说: 一样的实际操作标准乃至可用于云自然环境。应用云服务的公司干万不必想自然地认为,就由于数据信息在云自然环境中,业务流程持续性整体规划层面的所有义务能够1股脑儿地扔给出示商了。

第3大云服务服务器宕机恶性事件:Gmail常见故障

在全部云服务iv 中,谷歌的Gmail是较为有将会在公司行业危及微软预置型手机软件的劲敌之1。把必须用心维护保养的Exchange服务器换为由Postini适用的1种便宜而靠谱的电子器件电子邮件服务。谁不喜爱呢?

自此出現了1连串让人恼恨的服务器宕机恶性事件,近期1次是15万个Gmail客户登陆进到到账号,結果却发现里边空空如也:沒有电子器件电子邮件,沒有文档夹,沒有甚么能够说明她们看到的便是自身的收件箱。值得毫无疑问的是,谷歌按时出示升级版,服务承诺很快会拿出权宜之计。但针对1些遭受危害的客户来讲,检修全过程前后左右长达4天。

谷歌工程项目副总裁Ben Treynor那时候在1篇博文中问道: 假如大家将顾客数据信息的好几个副本放在好几个数据信息管理中心,如何将会会产生这类事?在1些少见的状况下,手机软件缺点会另外危害数据信息的数个副本。这类事恰恰落在了大家头上。  

谷歌最终迫不得已应用具体的物理学磁带备份数据来修复数据信息。最后,这家企业的多层数据信息维护管理体系的确充分发挥了实际效果,却使得不计其数个客户在数日内没法应用电子器件电子邮件服务。

那这是否能够变成对任何云服务避之不及的理由?恐怕并不是。但的确必须用心关心你自身的数据信息维护对策,考虑到马上下手制订1套备份数据或线下浏览处理计划方案。

AlertSite企业的Ken Godskind说: 大体上看来,云取得成功运作的机率比本人运作要大很多。只但是应对互联网技术时,常见故障导致的危害会被变大许多倍。

第4大云服务服务器宕机恶性事件:Hotmail乱成1团糟

自然,虽然微软全力实行云服务,但它并不是一直可以得出最好是的事例。以微软的Hotmail服务为例:这项服务在2010年末一样遭受了数据信息库不正确,致使不计其数个收件箱在辞旧迎新之时空空如也。

据微软宣称,这个不正确归咎于1段脚本制作,这段脚本制作本来用于删掉为全自动检测开设的假定账号。但結果这段脚本制作误把17000个真正合理的账号当做了虚设账号。

微软花了3天的時间才为大多数数受危害的客户修复服务。遗憾的是,8%受危害的电子器件电子邮件客户迫不得已多等3天,以后数据信息才修复如初。

应对这样的繁杂难题,连Office小助手Clippy都笑不出来。

第5大云服务服务器宕机恶性事件:Intuit连续两次服务器宕机

Intuit在上年很不走好运:在短短1个月内,其根据云的服务连续服务器宕机了两次,包含TurboTax、Quicken和QuickBooks等大受欢迎的服务平台。最不尽人意的状况是6月份服务器宕机了整整36个小时。开关电源常见故障明显致使服务出了问题,该企业的主系统软件和备用系统软件从电网彻底断掉。

屋漏偏逢连夜雨,几个礼拜后Intuit遇到了另外一次显著的开关电源常见故障。除带来别的难题外,第2次服务器宕机好像还引发诸多客户在网络上大爆粗口。

1个客户那时候在Twitter上推送了这样的信息: 服务器宕机25个小时令人很难接纳。Intuit的1套处于被动的、欠缺全透明的、呆板的沟通交流方式无助于事。

简直要命。

惠普Secure Advantage方案的首席发展战略师Chris Whitener说: 实际状况是,假如你必须肯定的能用性,如今有比挑选单是1家云服务出示商更好的处理计划方案。你没必要甚么都拷贝,可是假如此外采用1个流程(将会是你自身备份数据重要数据信息),状况就彻底不1样了。

第6大云服务服务器宕机恶性事件:微软的BPOS道歉

假如你那根据云的生产制造力套件没法应用,工作中高效率就很难有确保。仅仅几周前,依靠微软商业服务云服务处理计划方案的企业公司就遭受了这类状况:名为微软商业服务生产制造力线上规范套件(BPOS)的这项服务在5月10日前后左右刚开始间断。結果,付费顾客的电子器件电子邮件被延迟时间了长达9个小时才推送。

两天后,就在看起来BPOS沒有常见故障时,电子邮件延迟时间推送的问题又来了,传出去的电子邮件刚开始堆积如山。仿佛嫌这个难题不足不尽人意,微软遇到了另外一个难题:客户们还没法登陆到微软根据互联网技术的Outlook门户网网站。

微软线上服务部公司副总裁Dave Thompson在blog中写道: 针对这些难题显著带来的麻烦,请容许我向各位、大家的顾客和协作小伙伴深表歉意。

第7大云服务服务器宕机恶性事件:Salesforce的悲剧安全事故

服务器宕机1个小时听起来好像没甚么大不上,可是当做千上万家企业的顾客服务经营与贵企业密切相关时,那些顾客必然会觉得那60分钟悠长得要命。

当Salesforce的数据信息管理中心在上年1月服务器宕机时,它对此但是深有感触。新年之后才4天,Salesforce就公布遇到了完全的常见故障 这代表着服务、备份数据和别的1切都完蛋了。

让人抓狂?肯定这般。让人诧异?不彻底是。

柯尼卡美能达企业旗下All Covered单位的首席信息内容官Tim Crawford说: 实际状况是,根据云的数据信息管理中心一样会终止运作。以往1向这般,未来也是这般。大家1定要从实际的角度看待这个难题。

Crawford表明,取得成功的云计算技术必须有1种不一样于传统式服务器自然环境的理念:他觉得,决策着贵企业的数据信息能不可以承受得住有时候服务器宕机的是你自身,而并不是他人;你要保证自身的配备具备防止服务器宕机所需的延展性。

Crawford说: 你在挑选1家云服务出示商时,务必事前做好作业,掌握对方怎样出示这些服务;是不是可以出示与你自身可以完成的冗余级別1样好或更好的冗余级別。假如回答是不是定的,那干吗还要应用它们?

第8大云服务服务器宕机恶性事件:Terremark的恐怖1天

最近,Terremark将会因被韦里逊(Verizon)斥资数14亿美元回收的买卖而见诸报章;可是在2010今年初,1起长期的服务器宕机恶性事件却让这家云服务出示商变成被新闻媒体争相报导的目标。

Terremark在的圣帕特里克节走了霉运。这家企业的vCloud Express服务在那1天1蹶不振,建在迈阿密的数据信息管理中心服务器宕机了将近7个小时。在这整段期内,众多客户没法浏览该数据信息管理中心里边储存的数据信息。

不必过度追求完美冗余,但这起恶性事件说明了冗余体制的关键性 要将你的重要数据信息放在不一样数据信息管理中心的多台服务器上;或更安全性的做法是,放在不一样地域的多台服务器上。还能够采用进1步的对策:将重要数据信息分散化在好几个出示商之间,做为1项商业保险对策。

IBM企业的对策新项目首席技术性官Harold Moss建议: 你能够挑选1系列出示商来代管工作中负载 某1两家出示商当做储备出示商,另外一家出示商当做主出示商。随后,你以1种安全性的方法将工作中负载布署到那里,保证适合的安全性体制,接着刚开始加上你的延展性作用。

第9大云服务服务器宕机恶性事件:PayPal遭受服务器宕机

想体验1把带来很比较严重的深远危害的云服务器宕机恶性事件?何不试试几小时没法应用PayPal服务的觉得。

这可并不是假定性的演习:PayPal在2009年夏季的确遭受服务器宕机,致使全球全国各地的数百万商家压根没法市场销售商品和服务。大约有1小时的光景,其服务彻底没法应用;接下来的几小时,服务依然时有时无。PayPal表明,难题出在了硬件配置常见故障。

没什么疑惑,这类服务器宕机很少见 但因为全部做生意都错失了,这次悲剧的服务服务器宕机在云计算技术的屈辱柱上轻轻松松占得1席的地方。

第10大云服务服务器宕机恶性事件:Rackspace的不顺年

假如你为像美国高新科技blogTechCrunch和时兴歌曲天王Justin Timberlake这样的著名网站和互联网红人出示云服务,最好是還是坚信这1点:1旦你的服务器终止运作,人们毫无疑问会留意到。

Rackspace在2009年多次吸取了这个经验教训。这家云服务出示商在那1年前后左右遭受了4次重特大的服务常见故障,使得这家企业的诸多顾客的停机時间共长达数小时。1次常见故障就足以让Rackspace迫不得已向客户付款非常于近300万美元的服务打折。

Rackspace称这些恶性事件 令人痛楚不堪入目,十分心寒 ,并服务承诺以后会 出示长期的高級别服务 。今日,这家企业再次关心一切正常运作時间,但另外也在勤奋协助客户为不能防止的云服务常见故障作好提防。

Rackspace的Lew Moorman说: 假如你想创建服务器群集或创建地域冗余体制,那末如今比之前更非常容易保证,但你务必切实地采用那些流程。假如你之前在公司內部做了这些流程,你也无需担忧云服务常见故障了。

从各层面考虑到起来,云服务层面最大的经验教训或许便是,沒有哪1台服务器、哪个数据信息管理中心或哪1项服务是肯定靠谱的。假如你应用云服务进行业务流程时沒有考虑到到这1点,那末我的盆友,你在彻底疏忽具体存在的风险。


2019-07⑶1 10:31:00 边沿测算 公司务必进到云端吗?能够进到边沿测算 现如今物连接网络的运用愈来愈普遍,但必须具备公司的视角。这代表着竖直制造行业运用程序流程、开发设计绿色生态系统软件、商品设计方案、硬件配置、布署等。
2019-07⑶1 10:27:29 Saas 2019年CRM将引爆SaaS聚变 氢弹是威力强劲的武器装备,但引爆氢弹极其艰难,引爆氢弹常常必须在內部安置小型核弹,一瞬间做到极高温度。好似引爆氢弹1样,SaaS销售市场的聚变,借助的是CRM这款核弹。
2019-07⑶1 10:19:00 云资讯 谷歌牵手VMware将虚似化工厂作负载引进谷歌云 彭博社报导称,谷歌与VMware正在进行协作,协助公司更轻轻松松地在Google Cloud Platform上运作VMware vSphere虚似化手机软件和互联网专用工具。