专家观点 MAID和磁盘归档并非一无是处

oops1

本文作者George Crump是Storage Switzerland的创始人，同时也是George Crump Consulting的创始人。
  在 3PAR的Marc Farley最新的博文中，他认为MAID（大规模非活动磁盘阵列）没有前途，并且提醒我们不要忘记归档用磁盘也是这样。我一般情况下都很赞同Marc的说法，但是这次我有点异议。我认为MAID并非没有前途，而且最重要的是，归档用磁盘也并非没有前途。MAID已经在前进。在我看来，Copan Systems遇到的挑战是它是一个独立的系统，并且是单一用途的。如果他们的销售人员和工程师没能让你相信MAID是正确的解决方案，那么他们就没有其他选择。与此相对的是，EMC、Nexam和日立等公司已经实施了磁盘降速技术，并且将这个功能整合到阵列中。现在还是将来你都可以实施MAID。这取决于你，但是需要你做好准备。在这些公司中，一些公司还可以提供多种阶段的MAID，和Copan的要么全部要么一点都不的做法相比，这些公司的技术可以在不牺牲多少性能的条件下节约能耗。

  磁盘归档也在加快发展。在如今的经济情势下，磁盘归档项目的经济性毋庸置疑。在磁盘归档中，磁盘降速只是一系列要求中的其中一个潜在功能。在磁盘归档中，你需要确保数据在长达十年或更长的时间中还能够保持数据完整性，你还需要能够无限扩展归档的功能，需要能够通过重复数据删除或压缩来优化数据存储，需要能够在归档中查询数据的能力，同时也有可能需要保持WORM（一次写入多次读取）文件管理的连续性。

  最重要的可能是将数据迁移到磁盘归档是怎么演进的。大多数磁盘归档系统是从专有的API（应用程序编程接口）访问迁移到网络文件系统访问，比如CIFS（通用互联网文件系统）或NFS（网络文件系统）。虽然API是有它的用处，但是拥有单一的网络挂载点访问可以使这种技术的采用更加方便。它可以让客户手动地将数据迁移到归档，或者可以利用文件虚拟化技术。

  从某种程度上来说，我认为Copan是先发者劣势的受害者。他们很早进入MAID和密集存储市场。自从他们发布第一个系统以来--该系统主要是一个磁盘备份解决方案，事情已经发生了很大的变化。他们必须花很多精力来解释什么是MAID，而且他们还有责任说服人们相信通过MAID可以在需要降低驱动器能耗的时候降低能耗。现在购买MAID的决策已经不是需要冒很多风险的决策。你可以在觉得 MAID适合你的环境的时候逐渐采用MAID。

  至于归档，磁盘成本继续在下滑，这使得用户将数据迁移到归档变得更加容易，但是最重要的是，这种归档需求更加迫切了。当Copan首先打开市场的时候，当时非结构化数据还不是像现在这样的关键问题。基于文件的数据已经让许多数据中心不堪重负。 我认为在目前这个时点，有许多存储管理员已经准备在非结构化数据管理流程上进行大量投入。

http://cio.ccidnet.com/art/18441/20091218/1964183_1.html


推荐：

对需要长期和大量数据存储的数据中心来说，单一系统的方案无法满足实际应用，必须根据技术发展不断采用新的存储介质和系统，才能保证数据的持续可用性。