NetApp AFA EF600 评测

上个月 NetApp 发布了最新的中端全闪存阵列 EF600。 而 EF600 的目标市场与 EF570, 它不是替代品。 虽然 EF570 确实支持 NVMe，但 EF600 是端到端的 NVMe，这带来了前所未有的新级别的灵活性和性能。 除了性能和性价比之外，EF600 还提供了一定程度的未来验证，无需叉车升级即可满足未来的需求。 

上个月 NetApp 发布了最新的中端全闪存阵列 EF600。 而 EF600 的目标市场与 EF570, 它不是替代品。 虽然 EF570 确实支持 NVMe，但 EF600 是端到端的 NVMe，这带来了前所未有的新级别的灵活性和性能。 除了性能和性价比之外，EF600 还提供了一定程度的未来验证，无需叉车升级即可满足未来的需求。 

直接跳到性能上，EF600 声称 2 万次 IOPS，高达 44GB/s 的带宽，以及在某些工作负载中低于 100μs 的延迟。 这种性能水平为新的性能敏感型工作负载打开了阵列，例如 Oracle 数据库、实时分析，以及高性能并行 FS（例如 BeeGFS 和 Spectrum Scale）。 性能配置文件主要源自 EF600 的端到端 NVMe 实施。 这也使阵列能够支持 InfiniBand 上的 100Gb NVMe、RoCE 上的 100Gb NVMe 和 FC 上的 32Gb NVMe，这些在未来将变得更加重要。 最重要的是，EF600 可以在其 367U 外形规格中装入高达 2TB 的容量

EF600 基于已证明其可靠性的五代 NetApp 硬件构建。 从可用性的角度来看，EF600 提供六个 9 和带有高级监控的自动故障转移。 该阵列可以在驱动器发生故障之前检测到问题。 如果发生故障，阵列的动态磁盘池技术可以比 RAID5 或 RAID6 更快地进行驱动器重建。 通过 SANtricity（针对闪存进行了优化），EF600 可以提供多种数据保护选项，例如动态容量、动态段大小迁移、动态 RAID 级别迁移，并附带无中断固件更新。 

NetApp AFA EF600 规格

NetApp AFA EF600 构建和设计

NetApp AFA EF600 是一个 2U 阵列，具有所有其他 NetApp 阵列的标准外观：带有 NetApp 品牌的相同时尚边框。 挡板下方是 24 个驱动器托架，垂直分布在阵列的前部。 如前所述，NetApp 已改用更符合其品牌的亮蓝色驱动器托架。 电源按钮和 LED 指示灯位于设备的左侧。

移动到设备的后部，我们看到控制器的镜像，一个在另一个之上。 从左到右有 PSU、一个 RJ45 端口、USB 3.0 端口、一个管理端口、两个网络端口，在这种情况下，右上角是 NVMe over FC 的 FC 连接器。 

NetApp AFA EF600 管理

新的 EF600 支持 NetApp SANtricity OS 11.XX 软件包，其中包括控制器固件、IOM 固件和用于操作 E 系列和 EF 系列存储阵列的 SANtricity System Manager。 SANtricity System Manager 将帮助您简化管理工作流程； GUI 看起来和感觉都很新鲜，具有简单的机载 Web 界面和简单的术语。

当您登录系统管理器时，主页选项卡是显示的第一个屏幕； 在这里，您将在 GUI 的主体中看到仪表板。 无论您在哪个选项卡上，您总是会在 GUI 的右上角看到可用的常规选项； 包括首选项、帮助、注销以及当前登录的用户。 在左侧面板上，显示了主要的系统选项卡，主页、存储、硬件、设置和支持。 

在仪表板中，您可以查看总结存储阵列状态和运行状况的关键区域。 在顶部，通知区域显示系统状态和组件； 性能区域，显示关键指标，包括 IOPS、MiB/S 和 CPU； 容量区域让您看到分配的系统容量； 和存储层次结构区域，为您提供存储阵列管理的各种硬件组件和存储对象的组织视图。

向下移动到“存储”选项卡，您会看到主要的系统类别，其中显示池和卷组、卷、主机、性能和快照的配置。 其中一些将在以下部分中详细介绍。

Pools & Volume Groups 页面显示系统中已创建的池和卷组； 允许编辑现有的或从未分配的驱动器创建新的。 此页面还显示总容量、已用容量、驱动器数量、RAID 配置以及这些池或卷组的其他统计信息。  

Volumes 页面显示已配置的卷。 对于每个卷，该页面显示状态、分配的主机、它们所属的池或卷组、报告的容量、分配的容量和其他信息。 这也是您可以创建或编辑卷，或者定义每个应用程序的工作负载的区域。

性能页面提供了多种方式来监控存储阵列的性能。 从“逻辑视图”选项卡中，您可以定义要监视的组件，包括整个系统、池、卷组或单个卷。 您还可以使用物理视图和应用程序与工作负载视图监控存储阵列的其他关键区域。 也可以通过单击查看性能详细信息从主页访问性能页面。

下一个选项卡是硬件选项卡，您可以在其中管理安装在存储阵列中的物理架、控制器和驱动器。 此页面显示存储阵列中任何位置的驱动程序； 您还可以更改此视图以显示每个池或卷组的驱动程序。

单击“控制器架”区域下的“控制器”图标，您可以选择并查看控制器 A 或控制器 B 设置。 在此窗口中，您可以移动不同的选项卡、Base、Cache、Host Interfaces、Drive Interfaces、Management Ports 和 DNS/NTP 以查看控制器的详细信息。

单击控制器架区域下的任何其他图标，将打开架子组件设置窗口。 该区域非常适合监控与机架组件相关的状态和设置，包括电源、风扇、温度、电池和 SFP 信息。 

在“设置”选项卡中，您可以在其中配置警报以在存储阵列出现问题时发出通知。 您还可以在该区域更改存储阵列名称等系统设置、验证用户、导入证书以及执行其他系统范围的功能。

访问管理是您可以在系统中建立用户身份验证的地方。 从这个区域，您可以管理密码、本地用户、配置权限、添加目录服务器和其他访问管理配置。 身份验证方法包括 RBAC（基于角色的访问控制）、目录服务和安全断言标记语言 (SAML) 2.0。 

最后一个选项卡，支持选项卡，允许您执行诊断并收集技术支持可能要求的关键信息； 如果您遇到存储阵列问题。 这里可以使用事件日志查看存储阵列的历史记录； 也进行系统更新。

在支持中心区域向下滚动，您可以查看顶部存储阵列属性，例如存储阵列全球标识符机箱序列号、架子数量、驱动器数量、驱动器类型、控制器数量、控制器固件版本、系统管理版本等系统信息。

NetApp AFA EF600 配置

NetApp EF600 随附 24 个 NVMe SSD，均为 1.92TB 三星型号。 具体到存储，我们利用了购买此存储阵列的客户常用的 RAID10。 对于 24 个驱动器和双控制器布局，我们将它们分成两个卷组，每组 100 个驱动器。 从这两个卷组中，我们为每个主机分配了一个大小为 12GB 的卷（每个主机两个卷在两个控制器之间平衡）。 有了 24 台计算主机，我们的总工作数据集大小为 100 x 2.4GB 或 XNUMXTB。

对于后端连接，EF600 目前仅支持 NVMeoF，未来将支持 FCP。 该系统随附所有 32Gb FC 光学器件，在这次审查中，我们将 12 台主机更新为最新的 Emulex 32Gb 双端口 HBA。 虽然我们传统上在 VMware 中测试 AFA，但为了对 NVMeoF 性能进行基准测试，我们在每台主机上运行了 SLES 12 SP4 的裸机安装。 我们利用了连接到由 Brocade G16 交换机提供支持的双交换机 FC 架构的所有 32 个 620Gb 端口（每个控制器八个）。 总的来说，这允许来自存储阵列的理论 512Gb 带宽 (64GB/s)，其中我们的双端口 12 主机集群支持 768Gb 或 96GB/s 峰值。

VDBench 工作负载分析

在对存储阵列进行基准测试时，应用程序测试是最好的，综合测试排在第二位。 虽然不能完美代表实际工作负载，但综合测试确实有助于为具有可重复性因素的存储设备建立基线，从而可以轻松地在竞争解决方案之间进行同类比较。 这些工作负载提供了一系列不同的测试配置文件，包括“四个角”测试、常见的数据库传输大小测试，以及来自不同 VDI 环境的跟踪捕获。 所有这些测试都利用通用的 vdBench 工作负载生成器，以及一个脚本引擎来自动化和捕获大型计算测试集群的结果。 这使我们能够在各种存储设备上重复相同的工作负载，包括闪存阵列和单个存储设备。

简介：

• 4K 随机读取：100% 读取，128 个线程，0-120% 重复率
• 4K 随机写入：100% 写入，64 线程，0-120% iorate
• 64K 顺序读取：100% 读取，16 线程，0-120% 迭代
• 64K 顺序写入：100% 写入，8 个线程，0-120% 迭代
• 综合数据库：SQL 和 Oracle
• VDI 完整克隆和链接克隆跟踪

我们的 VDBench 测试是使用 NVMeoF 上的 EF600 和 FC 上的 EF570 并排设置的。 对于随机 4K 读取，EF600 从 206,592 开始，延迟为 192.7μs，并保持在 1ms 以下，直到达到约 2,082,389 IOPS； 它的峰值为 2,082,693，延迟为 1.4 毫秒。 EF570 从 103,330 开始，延迟为 184μs。 EF570 出现两次峰值，在第一个峰值之后，它保持在 1 毫秒以下，直到达到 929,562 IOPS，然后达到最大值 1,031,613 IOPS，延迟为 2.5 毫秒。

查看 4K 写入性能，两个子系统再次以低于 100 微秒的超低延迟启动。 EF600 在 1 毫秒内表现良好，直到大约 640,171 IOPS，阵列也达到了峰值。 与 EF570 的 222,416 IOPS 峰值性能和 4.7 毫秒的延迟相比，这是一个显着差异。

切换到顺序工作负载，我们查看峰值 64K 读取性能，此处 EF600 在 500 IOPS 或 128,713GB/s 时以低于 4μs 的速度开始，并以 643,152 IOPS 或 40.2GB/s 达到峰值，延迟为 458μs； 在整体性能上显示出稳定的延迟。 EF570 的启动时间也低于 500μs，一直保持在 1ms 以下，直到达到 202,776 IOPS 或 12.67GB/s，然后它迅速达到峰值 247,692 IOPS 或 15.48GB/s，延迟为 2ms。

在 64K 写入中，两个阵列都以低于 250μs 的亚毫秒延迟开始，并在达到其峰值性能之前保持稳定的延迟。 EF600 的峰值为 141,859 IOPS 或 8.87GB/s，延迟为 1.3ms。 EF570 性能在 80,675 毫秒延迟时达到 5 或 3.2GB/s 的峰值。

我们的下一组测试是我们的 SQL 工作负载：SQL、SQL 90-10 和 SQL 80-20。 在 SQL 中，两个数组的启动时间均低于 200 微秒，甚至在达到峰值性能后仍保持在 1 毫秒以下。 对于 EF600，我们在 1,880,526μs 延迟时看到了 398 IOPS 的峰值。 EF570 的峰值为 1,029,910 IOPS，延迟为 818μs。

使用 SQL 90-10，我们看到两个阵列都已启动并将性能保持在 1 毫秒的延迟以下。 EF600 的峰值为 1,784,866 IOPS，延迟为 387μs，而 EF570 的性能仅为 EF600 的一半，峰值为 875,340 IOPS，延迟为 853μs。

使用 SQL 80-20，我们再次看到两个阵列中延迟的相似起点，超过 200 微秒。 EF600 以 156,264 IOPS 开始，峰值为 1,559,733 IOPS，延迟为 406μs。 EF570 以 73,990 IOPS 开始，然后以 739,139 IOPS 达到峰值，延迟为 1.1 毫秒。

我们的下一批基准测试是我们的 Oracle 工作负载：Oracle、Oracle 90-10 和 Oracle 80-20。 对于 Oracle，EF600 以 153,376 IOPS 和 158μs 延迟开始并保持在亚毫秒级延迟，然后以 1,531,381 IOPS 峰值达到 507μs 延迟。 这与 EF570 在 718,141 毫秒延迟时的峰值 1.2 IOPS 相比较。

在 Oracle 90-10 中，EF600 以 172,788 IOPS 和 161μs 的延迟开始，并在整个测试期间保持在 1ms 以下，然后以 1,660,486 IOPS 的峰值达到 286μs 的延迟。 另一方面，EF570 的峰值性能为 874,181 IOPS，延迟为 650μs。

对于 Oracle 80-20，EF600 以 156,113 IOPS 开始，延迟为 158 微秒，直到测试结束都保持在亚毫秒延迟以下。 EF600 的峰值为 1,514,221 IOPS，延迟为 310μs。 这大约是 EF570 的 735,093 IOPS 和 681μs 延迟的两倍。

总结

NetApp AFA EF600 是针对中端的端到端 NVMe 阵列。 该阵列只有 2U，但可以在其小框架中容纳高达 367TB 的容量，并提供可与更大的企业阵列相媲美的性能。 这包括 2 万次 IOPS、高达 44GB/s 的带宽和低于 100μs 的延迟。 该阵列还带有一些内置的面向未来的功能，支持 100Gb NVMe over InfiniBand、100Gb NVMe over RoCE、FCP 支持和 32Gb NVMe over FC。 与所有 NetApp 阵列一样，EF600 具有高可用性和多种内置数据保护功能。 

在性能方面，我们将运行 NVMe-oF 的 EF600 与基于 FCP 的 EF570 进行了比较。 这并不是为了展示哪个更好，而是为了说明人们对这两个单元的期望。 对于 4K 随机读取，EF600 的峰值性能是 EF570 的两倍以上，IOPS 超过 2 万次，延迟几乎减半，仅为 1.4 毫秒。 对于 4K 写入，EF600 的峰值性能（3K IOPS）几乎是原来的 640 倍，而延迟只有三分之一（约 1.5 毫秒）。 对于我们的 64K 顺序工作负载，我们看到峰值性能为 40.2GB/s 读取和 8.87GB/s 写入，读取速度提高约 2.6 倍，写入速度提高 1.8 倍。 对于 SQL，EF600 的峰值得分为 1.88 万 IOPS，SQL1.78-90 为 10 万 IOPS，SQL 1.56-80 为 20 万 IOPS，所有延迟均为亚毫秒级。 通过我们的 Oracle 测试，EF600 在 Oracle 1.53-1.66 上达到 90 万次 IOPS，在 Oracle 10-1.51 中达到 80 万次 IOPS，在 Oracle 20-1 中达到 XNUMX 万次 IOPS，所有延迟均低于 XNUMX 毫秒。 

AFA EF600 是 NetApp 的又一令人印象深刻的阵列。 EF600 为中端用户提供了他们所需的容量，以及非常高的交易性能和低延迟。 对于不需要 ONTAP 端提供的数据减少或丰富数据服务的客户，EF600 适合为目标应用程序提供高性能的角色，这些应用程序可以从最新的 NVMe SSD 和数据传输技术中受益. 最终 EF600 不会适合所有人，但这不是意图，它显然不是瑞士军刀。 NetApp 对 EF600 的意图更具战术性。 那就是提供一个坚固的平台，该平台能够采用往往不属于通常的虚拟化热点的应用程序，并加快实现企业价值的时间。 EF600 将加速 AI、ML 和数据库工作负载，在此类存储中以前所未有的速度为企业提供可操作的见解。 由于第五代 EF 提供的性价比优势和可靠性，EF600 为 NetApp EF 系列赢得了另一个 StorageReview 编辑选择奖。 

NetApp 闪存阵列

讨论这篇评论

注册 StorageReview 时事通讯