云故障频发 混合云受益？

如果你疑惑为什么混合云才是未来的王道，那么请看上周Amazon弗吉尼亚数据中心的大规模崩溃事故吧，它的EC2云和相关的存储云都托管在那里。

尽管Amazon在它的数据中心内创建了独立的“可用区”，确保中断是可控的且影响最小化，但事情还是出现了可怕的错误。

初创公司喜欢EC2是因为它简单，基于使用量付费，在这次事故中，那些依赖于EC2的企业被迫离线了近两天时间。

互联网似乎装上了消音器，Quora、Sencha、Reddit和FourSquare都消失了。

Amazon的中断时间远远超过了其服务水平协议约定的每年4小时停机时间，Amazon将要向每位客户做解释工作，并赔偿损失，即便如此，Amazon也会因此失去一些客户转投竞争对手的云平台。

更重要的是，这次中断事故让许多公司意识到他们需要云基础设施灾难恢复计划。

Amazon中断事故将会促进混合云的发展

几年前开始炒作云概念时，混合云就曾被很多人看好，它允许公司在他们自己的防火墙内和多租户云（如Amazon的EC2）上使用混合的虚拟服务器基础设施。

混合云也意味着可以将内部虚拟服务器上的工作负载转移到公共云上，可以将其理解为一种临时的外包服务，但需要数据中心和云提供商之间拥有高速网络，并将工作负载虚拟化。

但混合云目前主要停留在理论上，因为Hypervisor、虚拟机格式和云管理工具不兼容。

你可以模仿Amazon的EC2构建一个内部云，例如，使用Eucalyptus Systems的开源云网络和Canonical的Ubuntu Enterprise Cloud，它支持Amazon API，但这并不像传说中的那么简单。

要么加倍，要么一笔勾销

在最近一次云计算活动中，Amazon在英特尔俄勒冈比弗顿CloudBuilders实验室展示了通过OpenCloud云网络（由Xen项目创建，由Citrix System商业化）将运行中的应用程序从加利福尼亚森市实验室转移到俄勒冈实验室，但在两个实验室之间的网络连接断掉了。

要想让混合云保持工作，你需要在你的数据中心和你的云（各种公共或半私有云）之间建立多条网络通道，让应用程序一直工作下去。

不管是人为错误还是自然灾难，没有哪个云能够完全消除崩溃事件。企业必须意识到这一点，并增强自己的容灾能力。

如果你认为云计算仅仅是让你获得廉价的数据中心，你会失望的，但随着支持EC2 API公共云的出现，或运行Vmware的ESX Hypervirsor允许你扩展工作负载，并提供故障容错和灾难恢复，届时你一定不会再建立自己的数据中心。

也许IT预算不会下降，但服务水平和性能应该得到提升，才能让那些精打细算的人重新回到你身边。