云文件存储的利与弊

云文件存储作为一个低价，全面的存储系统替代品受到了中小型企业（SMBs）和一些大型企业的欢迎。其中这项技术的两个主要用途是云文件存储和云备份。你可以想象一下，把多年前的幻灯片文件和人力资源手册从本地文件系统转移到廉价，基于云的存储系统，并且有专人替你管理和保证安全。

在本期的SearchStorage.com播客中，Taneja Group服务认证资深分析师和主管Jeff Boles将会就云存储的优势和劣势，当今热门的供应商和那些环境不适合使用云存储进行讨论。阅读以下的问答或者收听有关云存储的播客。

SearchStorage.com：云是不是可行的文件存储替代品？

Boles：是的。这里有很多的关于云存储的特性使它变得十分酷并且特别适合文件存储。很显然量入为出式存储比不管数据的内容而购买大量存储设备来存储能带来更多的好处。尤其是当你再加上管理这些存储的成本，最便宜的存储也可能变得昂贵。

多客户共享基础设施在大规模中运作，所以从一个成本的角度来看，支付你所使用的可能变得十分混乱。但是除了纯粹的成本，云存储一个有趣的特性是它可以提供多种访问数据的途径，使得他可以提供比你自己的数据中心更多的保护措施。

因此，云存储受到了很多的关注，有几个方面吸引了最大的关注——深度归档，举例来说，包括文件数据，备份，web应用中的数据存储。同时，我们有大量的供应商正在积极努力把云存储变得更像传统的数据中心使它更容易访问。

我们把这种产品叫做“网关”。这些产品包括Cirtas Systems、CTERA Networks、TwinStrata等等，甚至Nirvanix都提供了他们自己云存储网关。

这些供应商使云存储看上去更像是坐落在你的数据中心的iSCSI或NAS存储设备。它们还提供你一个简单的接口把你的数据转移到云端。你可以用与操作自己的数据中心同样的方法来操作云存储。

SearchStorage.com：哪些类型的环境适用于基于云的存储，哪些不适用？

Boles：显然，云存储还是在网线的另一端，这就导致了许多人争论它是否适合启动镜像和数据库那样I/O集中的负载。一些新的供应商正在努力消除这些潜在因素，但这不意味着你现在就可以把你的Symmetrix 或者V-MAX替换成云网关。

所以那些相对不常用并且占用大量空间的数据最适合这项技术。这些数据包括长期备份，深度文件归档和低级别的文件。说到这你可能想到了备份，但云存储必定不是最好的选择。毕竟云备份需要传送大量的数据，而且你需要尽快完成备份。但是有一些供应商通过缓存和优化云连接从而保证数据和本地相同，云存储的数据经过高度优化来减少备份中的数据传输。Riverbed Technology和Cirtas Systems正在提供这样的服务。在其他的案例中，备份服务供应商，例如Symantec或CommVault把云整合成为一个层，数据在它的保护生命周期里是移植的。你可以在本地保留最近的文件，但把老旧的文件放入云端，或者为灾难恢复创建副本。

这些技术带来了很多好处，它们保证了一些人对于数据保护基础设施的顾虑。所有的这些创新都是为了使云在一些特殊的案例中工作得更好。但它不适合作为主要的存储；它也不会成为你数据中心的主要存储解决方案。

SearchStorage.com：哪些特性是云具备但是本地文件存储所没有的？

Boles：我曾经提到过一些数据可以从所有地点访问的观点，特别适合全球性的企业。但是我认为你从云存储中比从本地文件存储中获得的最多的是数据保护。如果你纵观现有的大部分的提供商，所谓的多站点复制数据通常包括至少三个备份。这些副本建立在数据完整性的基础之上。在极大的规模中的数据完整性可能跟你在你的数据中心所能做的完全不同；而提供商提供的保护措施使得你可以在云中找到最完整的数据。

举例来说Zetta的职员喜欢吹嘘的事——他们做各种配置文件检查归纳，定期数据读取和重写，更多的保护像RAID写漏洞或只是逐渐恶化的磁盘介质。对于客户来说，你得到的是多站点数据保护和极好的数据完整性，而这些都由提供商来完成。

当你加上量入为出的成本和使用过程中的极端瞬时扩展性时，深度数据保护可以成倍扩大云存储的价值。为什么？以为你把数据放在云端之后你就可以不再去担心数据备份和保护。

SearchStorage.com：哪种类行的后端基础设施是注重性能和可靠性的存储管理员应该关心的？

Boles：这是一个很好的问题，当今也是很难回答的。现实是现在几乎不可能在云基础设施上做尽职审查。大部分的供应商都把他们的技术认为是幕后的“秘诀”，而在大部分的情况下供应商运行于大量的客户的环境，所以不能的到满意的答案。想象一下在Amazon's S3 storage上做尽职调查，同时检查他们的自服务入口。

云应该被当作一个传统意义上的服务提供商。看看你所期望从一个系统或者商务中获得的特征。要求一个已有的权威，然后意识到也许有一个值得支付的保险费。寻找一个第三方的意见，然后在合约和SLA（服务等级协议）的基础上运作。通过一个权威的提供商，那些SLA将帮助你洞察被他们认为是可行的和典型的东西。

话虽这样说，你应该和你的提供商进行真正意义上的对话，或公开关于后端和保护位衰减、灾难性数据丢失、连接中断等方案的细节。他们会提供一些细节，这些答案还会涉及一些技术能力和他们与其他提供商的不同点。