一个更完美的云
云计算中正发生着一个矛盾的动态现象，随着中断事故已不那么普遍了，但其带来的影响却比以往更广泛，破坏性也越强。不可否认的是，正常运行时间逐渐增加，而且仍将会继续这样做下去，云计算越发成熟，供应商也获得更多运营经验。
这是朝着更高可靠性而稳定得发展，也带给企业、政府及学术机构更多信心，将关键性任务工作负载逐步全面地迁移到云中。这也就是为什么，下面这些中断事故并没有像前几年该列表中发生的那么具有灾难性，但他们创造了更多的问题，有时停止整个政府机构的运作，有时关闭了高科技业务的高频交易。
没有哪家供应商是完美的，但那些承载世界大部分工作量的供应商是受到关注的，这也就是为什么像AWS、微软、谷歌和苹果这些科技巨头显得如此突出了。
Verizon云，1月10日和11日
虽然云服务提供商最担心的就是长时间停机，但Verizon 通信公司通过安排其云下线进行脱机40小时完成全面的系统维护项目还是惊呆了客户。
其中一个原因是云基础设施的升级，具有讽刺意味的，这一举措是为了防止未来更长时间的停机。
虽然许多客户都气恼自己的供应商故意减少他们的云服务，一些人还是以Verizon花费40小时添加了无缝升级能力来安慰自己，这将使未来的升级能够在线实现，而无需中断执行甚至需要重新启动服务器去执行。
Google Compute Engine 2月18日和19日
谷歌多区域的IaaS产品在午夜前宕机了。在停机的一个小时后恢复启动，服务最受影响的客户到第二天凌晨一点才恢复。
虽然一些连接问题持续了近三个小时，而在此期间约有40分钟的时间段，本该由谷歌计算引擎虚拟机发出的数据包在空中就结束了传送。
谷歌对此回应道，此问题是“不可接受的”，并向受影响的客户道歉。
大约在三个星期后又发生类似事件，另一个网络错误击倒了谷歌的IaaS云计算，导致通信故障。造成一些用户失去了长达45分钟的服务响应。
Apple iCloud 3月11日
在将近12小时内，世界各地数以百万计的用户无法购买电子音乐、书籍或应用。值得庆幸的是，他们中的大多数仍旧是苹果用户。
苹果公司在其道歉中表示，因其内部DNS的错误导致它的iTunes和App Store的服务宕机，一些iCloud的电子邮件帐户也受到短暂影响。
Microsoft Azure 3月16日
两个微软的Azure公有云服务宕机，导致位于美国中部地区的用户忍受两个小时的停机影响，微软将其归结为“网络基础设施问题。”
微软在其Azure产品网页上发布了客户报告，表示此次瘫痪事件开始于美国中央时区的下午1点,影响的客户范围涉及到微软Azure虚拟机(基础设施即服务)和Azure云服务(平台即服务)产品。
微软将该问题描述为“部分服务中断”，并表示该服务已于中央标准时间3点19分全面恢复。
Microsoft Azure 3月17日
微软公有云服务还没正常恢复运行24小时，第二次宕机事件就发生了，对虚拟机、网站和其他云服务都来了数天的影响，这次主要影响了美国东海岸更密集的客户群体。
微软在Azure状态页面上报告，这次故障从东部夏季时间下午1点30分开始。作为世界上第二大公有云服务提供商向全世界的客户表示，服务中断的根本原因在于存储系统的问题。
Apple iCloud 5月20日
包括电子邮箱在内的11项苹果服务，都遭受了长达7小时的宕机。有些是完全不能使用，有些只是运作起来很慢。
中断的服务包括iCloud的驱动器、照片、文档、查找我的iPhone、返回到我的Mac、iCloud的备份、iCloud的钥匙串、iCloud的邮件、iMovie剧场和iWork的icloud测试版。
根据苹果系统的网页显示，全球5亿的iCloud用户中有40%的人受到了影响。
Amazon Web Services 8月10日
Amazon Web Services(亚马逊网络服务)是世界上最大的公共云服务提供商，在8月10日凌晨遭遇了罕见的宕机故障，使很多热门网站都受到影响。
这次事故的根源是AWS在弗吉尼亚州北部的数据中心， AWS在产品网站上列举了一系列的错误。
亚马逊报告中表示，在太平洋夏令时12点08分到3点04分的时间段内，它的Elastic Compute Cloud (弹性云计算)、EC2都增加了错误率，(简单存储服务)，例如S3“提升了错误数量”。
合作伙伴在帐户和Twitter上表示，这两个AWS主力服务的客户在这段时间内陷入了困境。
Google Compute Engine 8月13日-8月17日
星期四上午在比利时，雷电暴风般的袭击了接近圣吉斯兰镇中心的谷歌超节能数据中心的电力网。
这些连续的电击，掀起了一系列的技术事故和失败任务，最终导致一些I / O错误。
据谷歌表示,只有一小部分用于Google Compute Engine实例上的持久磁盘的数据丢失了。几乎数据的每一个比特都被最终恢复和修复了，但是数据中心都应该将服务器和客户资料远离高电压冲击，例如这次因为雷电引起的事故。
在这种情况下，没有为高效能源建筑配备足够的防止自然灾害的设备显然是受到谴责的。
Google Compute Engine 11月23日
谷歌的网络工程师试图激活欧洲运营商的一个外链，但是对方网络处于处理路由一个令人惊讶的高流量，但事实并非如此。
网络迅速饱和，连接网络的大部分数据包进入东欧和中东地区的数据中心，以免受来自西欧数据中心的影响。
在太平洋标准时间的11:55到13:05内，有长达70分钟计算引擎无法与世界上的其他地区进行沟通。
据谷歌数据显示，在故障期间该地区交通量减少了13%。
微软Office 365 12月6日
12月6日，在西欧地区的下午大部分时间内，由于微软Azure基础设施的原因导致Office 365宕机。
其中大部分来自英国的用户，不能接收到他们的电子邮件、文档和其他使用微软云为基础的生产工具的文件，一些间歇性问题甚至长达4小时之久。
随后微软表示是因Active Directory配置错误引起的中断。
稿源：WatchStor
联系客服
