大容量混合云凸显了云存储的局限性

　　现如今，云计算已经成为IT业界的一个相当炙手可热的流行术语了。正如我们所能够预料的那样，供应商们都在讨论着这一概念，同时还有相当一部分的分析师对未来的云存储和计算表示了他们的预测。

　　但是，这种乐观的预期，在一般情况下并未能转化为现实的日常操作。大多数人并没有使用云来存储数据，这些人表达了他们对于访问时间，延迟性问题，合规性和被锁定在某一家单一的云提供商的担心。总之，IT部门大多不愿交出数据的控制权给其他人。

　　但是，存储业界的两大巨头EMC和NetApp最近发布的公告消息可能预示着他们已经朝着解决这些异议的方向迈进了：他们旨在通过混合云存储产品和服务，解决当前云服务所存在的一些缺点问题。

　　EMC和NetApp的混合云公告包括硬件和软件运行环境，允许用户在公共和私有环境管理数据，消除了人们对于数据的可移植性和安全问题的担忧。

　　但是，这些产品是否能够成功地增强云存储的吸引力呢?

　　首先，让我们看看EMC和NetApp在2014年十月到底推出了什么服务吧。

　　EMC的混合云产品

　　EMC利用其存储虚拟化层ViPR，整合了其融合服务器，存储和网络产品——包括思科和VMware组件，创造了EMC混合云系统，其也可在其Vspex参考架构上获得。

　　根据EMC介绍，这为其内部存储与属于VMware的vCloudAir、微软Azure和亚马逊网络服务(AWS)的云产品之间提供了混合接入。

　　EMC表示，客户可以启动和运行28天，还能够与即将到来的三种规格规模进行捆绑：500，5000或10000台虚拟机。客户可以添加包括平台即服务，应用程序自助服务，大数据配置，备份和灾难恢复等服务。

　　对微软和OpenStack云环境的支持是其未来的规划蓝图。

　　NetApp的混合云服务

　　NetApp并未发布特定的产品，其公告的消息主要集中在对其云友好的Data Ontap操作系统(OS)8.3版本的升级，及其与数据中心主机托管服务提供商Equinix合作伙伴关系的建立。

　　而在更多细节透露方面，NetApp公司的产品，联盟和解决方案经理劳伦斯·詹姆斯描述了一款操作系统将如何在两种环境间架起桥梁。

　　“云Ontap是一个能够在云中运行的操作系统版本，例如，其可以作为在AWS市场的云管理者。这种在企业内部与Ontap的互操作性，为两者之间提供了动态数据的便携性。”他说。

　　这增强了NetApp与以前的连接其FlexPod产品包到诸如微软Azure等云服务供应商的企业客户，及其与那些使用NetApp存储在Equinix站点获得对于各种云提供商的基础设施的快速访问的企业客户合作伙伴关系。

　　詹姆斯表示，NetApp此举是对于客户希望将一定比例的数据迁移到云的需求的响应。

　　“很多客户都在转变。企业客户的CIO们正在探索他们可以将多大比例的数据迁移到云计算。并表示这一比例大约在20%左右。而我们将看到更多这样的企业客户会有这方面的需求。”他说。

　　“下一步是要看企业在云中的容量能力。我们目前尚未达到企业数据的水平，但这迟早会来的，”他补充道。

　　为什么混合云模型会获得支持

　　后面的这些评论揭示了云存储领域的驱动力量来自何处以及为什么混合云模式正在获得大型存储供应商的支持。

　　云计算只是还没有准备好哪些可以被算是最关键任务和时间敏感企业的初级、一级数据。那些最渴望获得安全和性能的数据无法从云中获得他们需要的服务水平。

　　但是，一些数据可以有效地存储在云中。不是交易数据，不是核心的系统数据，也不是虚拟机映像——而是一般的文件存储，备份和归档数据可以有效地存储在具有较高的访问频率的环境中，尤其是对于具有多个司法管辖区数据中心的云服务提供商，需要对合规性要求作出反应。

　　而随着EMC和NetApp的相关混合云产品和服务的推出，用户现在可以跨越企业内部部署和外部云服务之间的界限，把数据存储在他们方便的地方，同时保持企业内部部署的容量能力，以及重要的，掌握对数据的控制权。

　　混合云是新旧存储之间的桥梁

　　Storageio的高级咨询分析师Greg Shulz也同样这么认为。。

　　“混合云是旧的企业内部部署的世界与新兴的云世界之间的桥梁。”他说。

　　“这意味着顾客想要以自己的方式和节奏将数据迁移到云，以便能够符合他们的要求，因此他们需要灵活地跨越传统的环境和公共云服务。”

　　“那些主要的应用程序部署在企业内部，以便享受到高性能、低延迟，将继续使用是接近应用程序的存储。但是，这些系统可以以高可用性和业务连续性和灾难恢复的目的，被复制到其他地方。”他补充道。

　　在某种程度上，远程提供计算和存储可以实现完整的一级运算能力。但是，现在的客户和供应商都已然认识到了云存储的机遇和存在的不足，因此混合云将暂时成为解决这些问题的关键做法。