CIO发展中心聚智云平台
100%云存储:真的可能吗?
2015-02-16  来源:techtarget

这最终还是发生了。信息总监刚从他喜欢的分析公司的年度云会议和高尔夫球比赛回来,就立即下令该公司将其所有的数据(不仅仅是归档文件)移动到公共云存储中。

很显然,他被分析师的观点说服了,即云是计算的未来,且在未来几年里仍将数据存储在自己的数据中心的人将被视为勒德分子。

人们普遍认为将数据移至云中,不仅利用了云存储供应商能够实现的低价格(归功于其规模经济),而且它可以使公司摆脱采购、调试、配置和维护存储系统的苦差事。此外,如果云存储能够无限扩展,也可省了对内部存储容量的精心规划。如果这还不够有说服力,考虑一下云存储提供商说的话,那就是他们通过复制我们的数据到多个数据中心来保护它们。

数据过关了,那应用程序怎么样?

任何“移至云端”的举动都必须首先考虑这样的行为将对你的用户和他们的应用程序可能会造成的影响。很多情况下,移动许多数据到云中可能是可行的,但很多关键应用程序很可能需要将其数据保存在内部。

尽管如此,当数据存放在云中的时候,可以保留本地缓存和数据副本,以便在需要时使用。

但你将需要对每个数据类型和访问它们的应用程序进行仔细评估,来看看哪些可移到云中,以及其将如何影响用户体验、数据保护流程、(每个位置访问数据所需的)带宽以及成本。

用SaaS搞定最容易的

最容易移动到云中的数据是那些可以被软件即服务(SaaS)应用程序替换的应用的数据。尽管一些广为人知的著名SaaS应用程序(如Gmail和Salesforce.com)会出现偶尔终端的情况,但将一些内部应用程序移动到SaaS模式是有意义的。例如,一个内部Exchange基础架构都可能有自己的可靠性问题,用户可能会花费太多时间来删除他们的电子邮件以满足邮箱配额,其时他们本可以做更多有建设性的事情。举个例子,将应用移动到Rackspace或 Intermedia提供的托管Exchange,会相对容易;用户将获得10 GB或100 GB邮箱并附带额外的归档空间,这样也许能够避免从Exchange 2010升级到 Exchange 2013带来的高代价及灾难性的后果。

将应用移至像Microsoft或其合作伙伴(如Intermedia或Rackspace)这样的托管交换产品能够确保实现与内部Exchange一致的用户体验。当用户从云服务器中取回数据时网络流量可能会有小幅上升,但运行Exchange的费用将限制10美元左右。

最容易移动到云中的数据是那些可以被软件即服务(SaaS)应用程序替换的应用的数据。

同样地,将整个现有的客户关系管理(CRM)系统的应用程序移至云中往往是有好处的。基于Web的客户关系管理应用程序将使销售团队和其他出差在外的人的生活更轻松,而使用客户关系管理应用程序则需要在自己的笔记本上安装应用程序以及一个VPN连接连回到总公司。

移动文件

在很多组织中,大多数安装的存储容量由一两种类型的文件系统所使用。这些文件存储在专用的网络附加存储(NAS)设备和一些远程站点的Windows文件服务器上。简单地将所有文件移至Amazon Simple Storage Service (S3)或其他云存储服务可以有效地把这些数据放入云中,然而S3和类似的服务通过一个对象存储接口来显示他们的数据,这将基本上使用户无法访问。

这里有许多可用的解决方案,包括通过托管的SharePoint获取对文件的访问,但这种方法可能需要用户改变他们的工作习惯。文件同步和共享产品以及云存储网关是更可行的替代方案。这些产品最好的一点是基本保持了相同的用户体验,包括性能,因为现有的网络附加存储系统能够使用户从任一位置更便捷更广泛地访问共享文件。

文件同步和共享

消费级文件同步和共享产品(如Dropbox或 SugarSync),给需要从多个设备和位置访问文件的用户提供了一种明显的解决方案。但一些这类商业服务缺乏企业需要的那种数据访问控制、安全性和可扩展性。

企业同步和共享解决方案,如EMC Syncplicity、Egnyte、 Soonr,以及Box和 Dropbox为解决企业管理问题而集成的企业活动目录产品,利用访问控制列表和维护审计跟踪,得出谁在什么时候访问了什么文件。这是一个很大的进步,对于“与在旅途中需要数据且高度移动的用户以及该组织以外的人共享数据”来说是非常有用的。大多数不大可能放弃传统文件服务的组织都支持文件同步和共享。此外,很多用户将所有文件同步到订阅的文件夹中,这样带宽需求可能成为一个问题。

云集成存储

使文件进入云中同时确保用户在其他位置亦能进行访问的最佳办法,是在每个位置安装一个集成的云存储设备。这些云存储网关(来自Amazon Web Services、 Avere Systems、Nasuni、 Panzura 和Twin-Strata等厂商)使用本地存储(可以包括固态硬盘)作为缓存并通过服务器消息块(SMB)和/或网络附加存储显示数据,这样用户就可以访问他们的数据,如同他们有一个本地的网络附加存储,而数据的权威副本存储在云中。

这些网关将文件映射到云提供商使用的块存储模式中,而且在很多情况下,还会删除重复的数据。举个例子,多个用户的主目录中存有的同一名销售代表只会被存一次。该数据也通常经加密后再发送到云中。

大多数这些解决方案还使用云来存储基本上无限数量的快照。在这些快照和云存储提供商复制数据到多个位置之间,传统备份可能就已成为了过去的事情。

这些产品最大的好处是企业所有的数据可以在任何位置通过任一网关进行访问。尽管网关产品在如何处理多个用户同时修改同一文件时有所不同,但它们与传统的网络附加存储设备相比,提供了一个更好的多位置共享文件访问模式。

数据库怎么办?

最大的挑战是找到可以服务数据库应用程序的解决方案。你可以在亚马逊弹性计算云(EC2)实例中运行Microsoft SQL Server 或Oracle来访问亚马逊的弹性块存储(EBS),但运行在用户电脑和数据库服务器的应用程序之间的延迟增加了20ms到200ms,这将给性能和用户体验带来负面影响。假设你没有那种庞大的Oracle数据库需要大的精简指令集运算(RISC)服务器和全闪存阵列,这里有针对数据库应用程序的基于云的解决方案。当数据库运行在虚拟Windows或 linux机器上时,文件存储可以通过云存储网关提供。最大的区别是互联网小型计算机接口(iSCSI)将被用于访问网关资源,而非使用服务器消息块。

另一个区别在于网关是如何使用的。将存有数据库的整卷存在网关的本地存储中,而不是把它当成缓存来使用,这提供了两个显著优点。首先,这会带来更好的性能。云网关上的缓存遗漏将增加20ms到 200ms的延迟,而仅仅几个缓存遗漏将导致性能的大幅下降。

定位的另一优势是应用程序仍然可以运行,即使远程站点与云存储提供商之间的互联网连接已关闭。虽然大多数地区已经或可能配备了可靠的、高带宽的互联网连接,用于外地办事处和远程位置的优质连接可能太昂贵或根本无法获得。

就数据保护来说,网关将对数据库卷进行定期快照并将其发送到云提供商。如果发生了灾难,网关的虚拟版本可以迅速转入弹性计算云或其他云计算提供商,并且应用程序可以从快照中安装。

也许尚未完全达到100%

目前来看,将公司所有的数据移至云存储服务中可能会有些不切实际,不过至少已经可以将一份数据副本移至云中了。有些应用程序,如电子邮件,可以很容易地转移到云中,而其他应用程序可以被提供相同功能的基于云的应用程序替换。这两种方法将数据从生产地移动到云中。对于其他应用程序,尤其是那些可能遭受云存储引起延迟的程序来说,一种混合的方案(出于性能考虑将数据存储在本地,但最终会到云中)可能是最好的。