1爱视宝- Fotolia
在扩展和扩展全闪存阵列之间进行选择
瑞士埃里克休闲储存瑞士比较了这个提示中的比例和鳞片输出阵列，并解释了每个的用例。
为了提高性能，Flash被添加到存储系统中有多种方式，尤其是IOPS．缓存和分层通过将闪存与传统磁盘驱动器相结合，最大限度地利用闪存。但是对于某些工作负载，当需要的数据仍在磁盘上且需要闪存性能时，这些方法可能会造成性能不一致。对于这些情况，全闪存阵列可能是一个更好的主意。
所有的flash数组进入扩展和扩展配置。此技巧将查看这两个架构之间的差异以及在选择全闪存阵列时如何在它们之间决定。
扩大指使用单个(或双冗余)控制器提供可扩展存储介质的架构。这是最初的企业磁盘阵列设计，支持从DAS到SAN存储的移动已经有近20年了，今天大多数阵列供应商仍然在使用它。然而，随着阵列的扩展和容量的增长，可扩展架构遇到了瓶颈，因为所有的I/O都要通过同一个控制器。这些控制器的总体性能是有限的，因为它们被设计为支持旋转磁盘驱动器，每个驱动器只能处理几百IOPS。
扩展系统也可能是低效的，因为用户发现在达到控制器物理支持的磁盘驱动器的最大容量之前，就已经达到了控制器的最大性能。
扩展架构使用模块或节点的拓扑结构，每个模块或节点都具有存储容量和控制器，使得性能可以随着集群容量的增长而扩展。它们还允许I/O通过多个控制器，减少了放大的“单片”架构的瓶颈。然而，在低端，它们可能比扩展系统更昂贵，因为通常至少需要3个节点。它们还需要大量的并行性来实现报告的性能数字。
扩展所有的flash
扩展型全闪存系统通过一组控制器运行所有I/O，就像磁盘阵列一样。但全闪存控制器旨在支持Flash可以生成的更高的IOPS速率，因此性能瓶颈并不像使用Scale-Up磁盘阵列的问题。此外，闪存存储密度（每个机架单元的千兆字节）远高于旋转磁盘，因此扩展的全闪存阵列不太可能超出磁盘阵列的容量。
最后，Flash系统通常不用于归档和非结构化数据等容量的环境。他们的主要用例仍然是虚拟化的基础架构（服务器和桌面），以及数据库环境。
扩展所有的闪光灯
扩展全闪存阵列将控制器和存储介质放入与扩展旋转磁盘系统相同的模块配置中，使它们能够将系统的容量扩展到可用的最高级别。这种分布式控制器架构也使系统能够支持更多的工作负载，因为每个模块可以独立处理I/ o。
如何选择
通常，Scale-Up提供最伟大的单卷IOPS，对于需要最高数量的工作负载或应用程序服务器的性能级别的环境更好。对于许多公司来说，这是一个大的虚拟服务器环境或数据库服务器集群。但是，鉴于闪光灯可获得的高水平性能和存储密度，扩大的全闪光系统适合越来越多的用例。几种扩展闪存系统实际上报告了半封口容量，同时保持完整的性能。
向外扩展通常吸引的是一些公司，这些公司认为他们对全闪存容量的需求甚至会超过当前扩展系统的相当大的可用容量，或者需要向外扩展提供的分布式连接。包含这两种需求的一个例子是托管环境，其中大量客户端系统以多租户方式共享闪存阵列。在这些情况下，需要最大的灵活性，以保持在经常动态的需求曲线之前。这将是增加容量、处理能力和连接的灵活性，这是扩展型全闪存阵列肯定具有的特点。一些向外扩展的flash公司通过在他们的软件中添加特定的多租户功能来关注这个市场。
按比例放大
公司通常会购买flash产品，以应对一个特别关键的应用程序的特定性能问题。对于这个用例，一个可扩展的系统可能很好。同样，flash通常是一种“点产品”，用于解决特定的性能问题，而扩展系统很容易实现。
然而，如果该产品成为常规生产阵列，用户对其操作更加满意，他们通常会寻找其他应用程序来加速。这意味着向系统添加更多的工作负载，并增加物理连接的数量和总容量。在这种情况下，如果公司可以增加足够的系统并需要足够的容量，那么扩展全闪存系统可能是更好的选择。
现在有产品实际上可以扩大和扩展。用户可以向单个系统添加容量，然后以缩放方式群集多个系统，提供两个世界的最佳。
结论
随着Flash在市场中的渗透率渗透，公司正在寻找不依赖缓存或分层的共享闪存存储产品。为了解决这种需求，更多的供应商在扩展和缩放配置中使用全闪存阵列。通常，扩展全闪存阵列将符合比秤阵列更广泛的使用情况，并且有更多的产品可以选择。但对于真正需要灵活性来规模潜在能力和性能的用例，缩放全闪阵列可以提供更好的产品，特别是如果有大量的并行工作负载。
关于作者：
Eric松弛是一家专注于存储和虚拟化的IT分析师公司的瑞士仓库分析师。
