我最近听到一位分析师引用了一项统计数据，即到 2015 年，全球销售的存储容量中超过 80% 将用于支持文件级或“非结构化”数据。 这是基于文件的信息，不能完全适合列和行数据库。 音频、视频、图形以及我们在 Facebook 和 Twitter 上发布的所有其他内容都是很好的例子。 如果您不能将所有这些整齐地放入数据库中，那么您需要一个文件系统来从混乱中整理出秩序，并置于低级磁盘操作之上。
我最近听到一位分析师引用了一项统计数据，即到 2015 年，全球销售的存储容量中超过 80% 将用于支持文件级或“非结构化”数据。 这是基于文件的信息，不能完全适合列和行数据库。 音频、视频、图形以及我们在 Facebook 和 Twitter 上发布的所有其他内容都是很好的例子。 如果您不能将所有这些整齐地放入数据库中，那么您需要一个文件系统来从混乱中整理出秩序，并置于低级磁盘操作之上。
NAS 本质上是一个专用设备，具有内置文件系统来存储这些文件，然后将文件共享呈现给服务器、应用程序和用户。 大多数情况下，我们考虑使用 SMB/CIFS（适用于 Windows）或 NFS（适用于 Linux/Unix）等协议映射到这些系统。 过去，我听说很多人试图将 NAS 和 SAN 放在一个连续体上，就好像 NAS 只是一个不如 SAN 复杂的存储设备或 SAN 的垫脚石，但实际上它们是完全不同的动物，目的完全不同. 正如 SAN 的范围可以从入门级部门系统到大型一级阵列，NAS 也是如此。 我在家里有一个 1TB 的 Microsoft 家庭服务器作为 NAS 设备，而 Web 2 公司拥有数 PB 的 NAS，为数十万用户存储数百万个文件。 SAN就是SAN，NAS就是NAS（后面会统一）。
最初，NAS 文件管理器的出现是因为公司意识到简单地将用户共享和文件数据放在随机的 Windows 服务器或本地开发的基于 Linux 的 NFS 服务器上可能不是处理所有这些文件增长的最佳方法。 然而，正如人们最初将文件孤岛整合到一个专用的 NAS 文件管理器中一样，他们现在希望将数十个分布式 NAS 文件管理器整合到更易于管理的东西中。 这就是横向扩展集群 NAS 应运而生的地方。 这些系统可以在多个底层磁盘技术上物理存储数据，但向网络提供一个大的单一“命名空间”或文件系统。 单一命名空间的概念简化了管理，并允许出于性能、容量或合规性的原因在幕后进行基于策略的文件移动。 IT 从业者喜欢这项技术，因为系统管理员可以及时将容量扩展到大型 NAS 池。 这提供了管理和访问的简单性，同时避免了过度配置和强制存储。
NAS 和 SAN 结合在一起的一个例子是 NAS 网关的出现。 这些设备“头”是具有操作系统层的处理节点。 NAS 头物理连接到位于 SAN 磁盘阵列中的后端存储容量。 该网关管理文件系统和文件夹组织以及向网络的呈现，而磁盘阵列管理我们之前讨论的集中数据服务。 对于已投资 SAN 和磁盘阵列但希望通过将非结构化文件放置在一些额外磁盘上来提高该资产利用率的公司来说，此方案是一个很好的解决方案。 有些人可能（并且确实）将其称为“统一”存储方法，这是进入我们下一个主题的一个很好的切入点。
相关内容
关于作者
Brad Parks – 融合基础架构策略师， 惠普存储
推特 - @HPBradParks
Brad Parks 是惠普企业服务器、存储和网络领域的战略家，专注于与惠普存储相关的惠普融合基础设施的产品和解决方案开发。 Parks 与客户、产品团队和技术社区合作开发内容和程序，以传达 HP 的战略方向和与数据存储相关的独特客户价值。
