NetApp AFF A200 是一款 2U 全闪存存储阵列，为 NetApp 的企业级闪存存储产品组合提供了极具吸引力的切入点。 AFF A200 配备 24 个前置 2.5 英寸驱动器，由双控制器管理，并由六核 Intel Broadwell-DE 处理器提供支持。 可以使用 SAN 或 NAS 工作负载（或两者）访问 A200。 AFF A200 支持容量高达 15TB 的 SSD，允许单个阵列配备高达 367TB 的原始存储，并通过 DS224C 扩展架提供额外空间。
NetApp AFF A200 是一款 2U 全闪存存储阵列，为 NetApp 的企业级闪存存储产品组合提供了极具吸引力的切入点。 AFF A200 配备 24 个前置 2.5 英寸驱动器，由双控制器管理，并由六核 Intel Broadwell-DE 处理器提供支持。 可以使用 SAN 或 NAS 工作负载（或两者）访问 A200。 AFF A200 支持容量高达 15TB 的 SSD，允许单个阵列配备高达 367TB 的原始存储，并通过 DS224C 扩展架提供额外空间。
在考虑 NetApp AFF A200 配置的总容量时，请务必牢记 NetApp 保证其线内数据缩减技术（包括压缩、重复数据删除和数据压缩）的有效性。 NetApp 根据工作负载类型提供有保证的存储效率。 如果客户没有意识到保证的效率，NetApp 将补足差价。 本保证以其当前形式有效期至 2018 年 XNUMX 月。
评估 AFF A200 的数据缩减效率不在我们审查流程的范围内，但根据 NetApp 的说法，AFF A200 应该可以将容量需求降低 2 到 10 倍。 简而言之，NetApp 的数据压缩技术将来自同一卷的多个逻辑数据块放入一个 4KB 的块中。 根据 NetApp 的说法，此功能对性能的影响“接近于零”——这完全符合我们要评估的审核流程。 A200 的架构利用了该公司的 FAS2650 阵列（AFF A200 的架构类似于入门级 FAS 平台的架构），但之前的 FAS2650 管理员应该注意到 A200 不包含 NVMe FlashCache，并且仅适用于 SSD。
自从我们上次了解 Netapp 产品 FAS2240-2 以来的三年里，NetApp 生态系统发生了很大变化。 这包括 AFF 全闪存系列的首次亮相和 ONTAP 9 操作系统的首次亮相（目前在 9.2 版). AFF A200 是“AFF A”系列的一部分，是 AFF 系列的第二代产品。 在此期间，闪存技术和全闪存阵列市场也发生了变化。 因此，将 NetApp AFF A200 视为 NetApp 认为扩展新市场和巩固过去使用 FAS2240 等产品建立的客户群的最大机会的迹象是合理的。
这篇评测全面介绍了 NetApp 的这款最新一代入门级闪存，配备适度配置的 AFF A200，配备 24 个 960GB SSD。
NetApp AFF A200 规格
- 每个 HA 对（主动-主动控制器）
- 外形：2U
- 内存：64GB
- 内存：8GB
-
- 板载托架：24 个 2.5" 插槽
- 最大固态硬盘：144
- 最大原始容量：2.2PB
- 有效容量：8.8PB（base10）
- 支持的固态硬盘：15.3TB、7.6TB、3.8TB 和 960GB。 3.8TB 和 800GB 自加密
- 支持的存储扩展架：DS224C、DS2246
- SAN 横向扩展：2-8 个节点
- RAID 支持：RAID6、RAID4、RAID 6 + RAID 1 或 RAID 4 + RAID 1 (SyncMirror)
- 操作系统支持：
- Windows 2000
- Windows服务器2003的
- Windows服务器2008的
- Windows服务器2012的
- Windows服务器2016的
- Linux
- 甲骨文Solaris
- AIX
- HP-UX
- Mac OS
- VMware的
- ESX
- 端口：
- 8 个 UTA2（16Gb 光纤通道，10GbE/FCoE）
- 4 个 10GbE
- 4 个 12Gb SAS
- 支持的存储网络：
- FC
- 光纤通道
- iSCSI
- NFS的
- 磷酸化NFS
- CIFS/中小企业
- 操作系统版本：ONTAP 9.1 RC2 或更高版本
- 最大 LUN 数量：4,096
- 支持的 SAN 主机数量：512
建筑与设计
NetApp AFF A200 围绕支持 24 英寸 SAS SSD 的 2.5 托架机箱构建。 该架构基于 NetApp 的 DS224C 存储架，搭配英特尔 Broadwell-DE 六核处理器和与内部和外部驱动器的 6Gbps SAS 连接。 从设计的角度来看，Netapp 过度构建了所有内容以实现最大程度的冗余。 MP-HA（多路径高可用性）SAS 连接在内部和外部进行路由，因此每个控制器都可以通过多个路径与每个驱动器通信，即使一个链接断开或过度使用也是如此。 此外，该装置配备 NVMEM 电池，充满电后能够处理 12 次独立的电源故障事件，为每个控制器提供足够的正常运行时间，将飞行中的数据转移到机载启动设备。 此外，即使是降级的数据也被完全加密以保护它，而不管最初导致电源故障的事件如何。 这种相同级别的弹性体现在机箱冷却和电源系统的设计中，其中每个电源都可以在正常操作条件下无限期地为系统完全冷却和供电。
该设备的正面非常简单，带有 NetApp 品牌的挡板覆盖了驱动器托架。 左侧是电源按钮，以及指示故障和活动状态的 LED 显示屏。
后视图在各种电缆路径上有更多的变化，但它是允许大多数冗余魔术发生的连接性。 有两个节点，设备在中间分开，两边都与另一边相同。 每个控制器的左侧是两个 SAS 端口。 它们与额外的额外存储架一起使用，并且还充当每个控制器之间的外部冗余链路以实现 HA SAS 连接。 SAS 端口旁边是两个允许节点到节点连接的 10GbE 端口。 在单对部署中，两个节点直接相互连接，而在更大的集群（集群模式 Data ONTAP）中，这些端口连接到用于集群流量的专用交换机。 接下来是四个 UTA2 端口，它们可以配置为在 FC 或以太网特性中运行，用于主要数据或网络结构。 UTA2 端口上方是控制台微型 USB 端口。 UTA2 端口的右侧是 RJ-45 控制台端口和 USB 端口。 右侧是管理端口。 列出的端口下方是双电源。
NetApp AFF A200 运行 ONTAP 9.1 及更高版本； 9.2 在我们审查期间出来了。 UI 是 NetApp 的 OnCommand System Manager。 顶部是几个主要选项卡，包括仪表板、LUN、SVM、网络、硬件和诊断、保护和配置。 通过主仪表板，用户能够轻松查看警报和通知、人工节点当前的使用情况（在我们的案例 2 中）、存储效率、顶级对象以及延迟、IOPS 和带宽方面的当前性能读数。
在 LUN 选项卡下，用户可以轻松管理他们的 LUN，因为它们按名称列出，单击一个会在屏幕底部显示属性。
LUN 选项卡下还有启动器组的子选项卡。 在这里，用户可以轻松查看和管理名称、SVM、类型、操作系统、Portset 和计数。
下一个主要选项卡是 SVM（存储虚拟机）。 单击此选项卡可为用户提供 SVM 列表，以及左下角的详细信息。
单击特定的 SVM 可为用户提供其他几个选项，例如显示连接、接近容量的卷和 SVM 性能等内容的概览。
单击 SVM 时，会出现其他几个子选项卡，包括卷、应用程序配置、LUN、Qtree、配额和 SVM 设置。 在 Volumes 子选项卡下，用户可以查看设置的卷、编辑或删除它们、拍摄快照以及调整 QoS 等功能。
如果用户想要编辑其中一个卷，他们只需右键单击一个卷，它们就会出现在下面的屏幕上。 此处为他们提供了三个要编辑的选项卡，包括“常规”、“存储效率”和“高级”。 顾名思义，常规选项卡允许编辑常规信息，包括名称、安全模式以及卷是否为自动精简配置。
存储效率允许用户编辑卷内的数据缩减功能。 这包括打开或关闭后台重复数据删除、在线压缩和在线重复数据删除。
Advanced 允许用户设置空间回收，包括自动调整卷大小和删除旧快照。 用户还可以在读取文件时启用部分保留和更新访问时间。
下一个子选项卡是应用程序配置。 顾名思义，用户可以在此选项卡下为 SVM 提供某些应用程序。 这些应用程序（及其模板）包括 Oracle SAN Oracle Single、Oracle SAN Oracle RAC、SAN SQL Server、SAN 虚拟桌面实例和 SAN SAP HANA。
SVM 的 LUN 子选项卡使用户能够查看、管理和编辑每个 SVM 的 LUN。 LUN 按名称列出（尽管可以调整），每个 LUN 都有一般详细信息。 如果用户单击其中一个，他们可以在底部看到更多高级属性。
SVM 下的一个重要子选项卡是“设置”选项卡。 此选项卡允许用户查看协议、策略、服务、用户详细信息和当前状态等内容。
我们查看的下一个主要选项卡是“网络”选项卡。 此选项卡有几个子选项卡，包括子网、网络接口、以太网端口、广播域、FC/FoE 适配器和 IP 空间。 我们要查看的第一个子选项卡是网络接口。 在这里用户可以看到接口名称、SVM、IP 地址、当前端口、是否为主端口、数据协议访问类型、管理访问、子网和角色。 单击接口还会显示常规和故障转移属性。
以太网端口子选项卡列出了不同的端口、它们所在的节点、它们的广播域和 IP 空间以及它们恰好是什么类型。 单击端口还可以为用户提供属性和接口。
广播域子选项卡告诉用户广播域是集群还是默认、它的最大传输单元 (MTU)、它的 IP 空间和它的组合端口更新状态。
FC/FoE 适配器子选项卡显示有关适配器的信息，例如它的 WWNN、它在哪个节点上、它位于哪个插槽、它的 WWPN、它的状态和它的速度。 单击适配器可为用户提供其他详细信息，例如媒体类型、已建立的连接、已建立的结构、速度、端口地址和数据链路速率。
下一个主要选项卡是硬件和诊断。 此选项卡为用户提供了一个包含多个选项的下拉菜单。 其中一个选项是磁盘，有两个子选项卡，摘要和清单。 在 Inventory 下，用户可以看到集群中的所有磁盘、名称、容器类型、家庭和当前所有者、类型（在本例中均为 SSD）、RPM（在本例中为无——因为磁盘都是 SSD） 、有效尺寸和物理空间。 单击磁盘还可以提供其他详细信息，例如聚合、供应商 ID、归零、序列号和损坏的详细信息。
用户可以查看聚合以查看诸如名称、它们所在的节点、已用百分比、可用空间、已用空间、总空间、卷数和磁盘数等信息。
节点诊断提供了一些一般信息，例如名称、状态、运行时间、ONTAP 版本、型号、系统 ID、序列号以及节点是否经过全闪存优化。
事件诊断为管理员提供了有关事件的相当详细的消息、事件的严重性、事件的来源、事件发生的节点、日期和时间以及事件的其他详细信息。
下一个主要选项卡是保护，它为用户提供了一个快照下拉菜单。 为用户提供了一个用于安排快照的屏幕，其中包含基于时间或基于间隔的各种选项。
保护选项卡下的另一个屏幕允许用户设置快照策略。
最后一个主选项卡是配置。 配置选项卡的左侧有许多小节，包括配置更新、服务处理器、集群对等、高可用性、许可证、集群更新、日期和时间、SNMP、LDAP、用户和角色。 单击服务处理器，用户可以看到集群中的节点、它们的 IP 地址、状态和 MAC 地址，以及网络和一般详细信息。
在 Cluster Update 下，用户可以通过 ONTAP 查看哪些更新适用于他们的集群以及更新需要什么。
总的来说，NetApp AFF A200 上的管理界面使用起来很愉快，在我们的测试中没有出现任何问题。 它提供了一种与浏览器和软件无关的方法，可以在任何类型的平台上工作，包括 iPhone（下面的屏幕截图）。 虽然移动界面不是管理系统的首选方式，但如果需要的话您可以这样做，这一事实令人印象深刻。 界面干净且易于遵循，我们与之交互的所有区域都易于流动以管理阵列。 虽然某些界面可能具有“更新”的外观或感觉，但 ONTAP WebGUI 将混乱降至最低，最重要的是，它反应灵敏且易于跳过。
应用程序工作负载分析
NetApp AFF A200 的应用程序工作负载基准包括通过 SysBench 的 MySQL OLTP 性能和使用模拟 TPC-C 工作负载的 Microsoft SQL Server OLTP 性能。
测试是在 FC 上使用四个 16Gb 链路执行的，每个控制器有两个连接。
SQL Server 性能
每个 SQL Server VM 都配置有两个虚拟磁盘：100GB 卷用于启动，500GB 卷用于数据库和日志文件。 从系统资源的角度来看，我们为每个虚拟机配置了 16 个 vCPU、64GB DRAM 并利用了 LSI Logic SAS SCSI 控制器。 虽然我们之前测试的 Sysbench 工作负载在存储 I/O 和容量方面使平台饱和，但 SQL 测试正在寻找延迟性能。
此测试使用在 Windows Server 2014 R2012 来宾虚拟机上运行的 SQL Server 2，并由 Quest 的数据库基准工厂进行压力测试。 虽然我们对该基准测试的传统用法是在本地或共享存储上测试 3,000 规模的大型数据库，但在本次迭代中，我们专注于在 A1,500 上均匀分布四个 200 规模的数据库（每个控制器两个 VM）。
SQL Server 测试配置（每个虚拟机）
- Windows服务器2012 R2的
- 存储空间：分配 600GB，使用 500GB
- SQL Server的2014的
- 数据库大小：1,500 规模
- 虚拟客户端负载：15,000
- 内存缓冲区：48GB
- 测试时长：3 小时
- 2.5 小时预处理
- 30分钟采样期
SQL Server OLTP Benchmark Factory LoadGen 设备
- Dell PowerEdge R730 虚拟化 SQL 4 节点集群
- 集群中 5 个 2690GHz 的 Intel E3-249 v2.6 CPU（每个节点两个，12GHz，30 核，XNUMXMB 缓存）
- 1TB RAM（每个节点 256GB，16GB x 16 DDR4，每个 CPU 128GB）
- 4点¯x Emulex 16GB 双端口 FC HBA
- 4点¯x Emulex 10GbE 双端口网卡
- VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU
在我们的 SQL Server 测试中查看 NetApp AFF A200 的事务性能，AFF A200 取得了 12,620.15 TPS 的结果，单个 VM 的范围从 3,154.95 TPS 到 3,155.113 TPS。 在数据缩减模式下，我们看到了类似的结果，NetApp A200 的总得分为 12,583.81 TPS，单个 VM 的范围从 3,145.29 TPS 到 3,146.43 TPS。
在查看平均延迟时，A200 在所有 VM 中达到 11 毫秒，总延迟也为 11 毫秒。 在 DR 模式下，延迟上升了一些，尽管对于从 24 毫秒到 26 毫秒不等的单个 VM 来说这是意料之中的，总得分为 25 毫秒。
系统性能
每 系统平台 VM 配置了三个虚拟磁盘，一个用于启动 (~92GB)，一个用于预构建数据库 (~447GB)，第三个用于测试中的数据库 (270GB)。 从系统资源的角度来看，我们为每个虚拟机配置了 16 个 vCPU、60GB DRAM 并利用了 LSI Logic SAS SCSI 控制器。 负载生成系统是 戴尔 R730 服务器; 在本次审查中，我们的范围从四到八个不等，每个 4VM 组扩展服务器。
Dell PowerEdge R730 虚拟化 MySQL 4-5 节点集群
- 8-10 个英特尔 E5-2690 v3 CPU，用于集群中的 249GHz（每个节点两个，2.6GHz，12 核，30MB 缓存）
- 1-1.25TB RAM（每个节点 256GB，16GB x 16 DDR4，每个 CPU 128GB）
- 4-5 倍 Emulex 16GB 双端口 FC HBA
- 4-5 倍 Emulex 10GbE 双端口网卡
- VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU
Sysbench 测试配置（每个虚拟机）
- CentOS 6.3 64 位
- 存储空间：1TB，已使用 800GB
- Percona XtraDB 5.5.30-rel30.1
- 数据库表：100
- 数据库大小：10,000,000
- 数据库线程：32
- 内存缓冲区：24GB
- 测试时长：3 小时
- 2 小时预处理 32 个线程
- 1 小时 32 个线程
对于 Sysbench，我们测试了几组 VM，包括 4、8、16 和 20，并且我们在数据缩减“开启”和“原始”形式下运行 Sysbench。 对于事务性能，NetApp A200 在 20 个虚拟机和数据缩减关闭时表现出最佳性能，达到 9,695 TPS。 在启用 DR 的情况下，A200 在 8,986 个 VM 时仍达到 20 TPS。
就平均延迟而言，显然 VM 越少它越低，因此 4VM 基准测试的 Raw 为 17.84ms，DR 仅为 19.2ms。 有趣的是，在 20 个 VM 时，Raw 和数据缩减版本的差异仅为 5 毫秒左右（66.02 毫秒到 71.24 毫秒）。
在我们最坏情况下的延迟基准测试中，A200 也具有强大的性能，4VM 的数据缩减版本的延迟最低，为 48.43 毫秒（尽管 Raw 仅为 48.63 毫秒）。 将 VM 数量增加到 20 时，数据缩减版本仅达到 180.27 毫秒，而 Raw 达到 172.6 毫秒。
VDBench 工作负载分析
在对存储阵列进行基准测试时，应用程序测试是最好的，综合测试排在第二位。 虽然不能完美代表实际工作负载，但综合测试确实有助于为具有可重复性因素的存储设备建立基线，从而可以轻松地在竞争解决方案之间进行同类比较。 NetApp 在审查 AFF A200 期间与我们分享了他们的 POC 工具包，它提供了一系列不同的测试配置文件，包括“四个角”测试、常见的数据库传输大小测试，以及来自不同 VDI 环境的跟踪捕获。 所有这些测试都利用通用的 vdBench 工作负载生成器，以及一个脚本引擎来自动化和捕获大型计算测试集群的结果。 这使我们能够在各种存储设备上重复相同的工作负载，包括闪存阵列和单个存储设备。 在阵列端，我们使用 Dell PowerEdge R730 服务器集群：
简介：
- 4k 随机读取：100% 读取，128 个线程，0-120% 迭代
- 4k 随机写入：100% 写入，64 线程，0-120% iorate
- 64k 顺序读取：100% 读取，16 个线程，0-120% 迭代
- 64k 顺序写入：100% 写入，8 个线程，0-120% iorate
- 综合数据库：SQL 和 Oracle
- VDI 完整克隆和链接克隆跟踪
看看峰值读取性能，NetApp AFF A200 提供了出色的低延迟 4k 读取性能，开始时测量为 0.31 毫秒，并保持在 1 毫秒以下，直到大约 190k IOPS。 在其峰值时，A200 在 249 毫秒的延迟下测得 16.4k IOPS。
查看 4k 峰值写入性能，A200 以 0.34 毫秒的延迟开始并保持在 1 毫秒以下，直到它达到 40K 和 50K IOPS 之间。 在其巅峰时期，A200 在 85 毫秒时达到超过 19.6K IOPS
切换到 64k 峰值读取时，A200 以 0.27 毫秒的延迟开始并保持在 1 毫秒以下，直到达到 48.5K IOPS 以上。 它的峰值刚好超过 60K IOPS，延迟为 8.5 毫秒。 A200 的带宽为 3.75GB/s。
对于 64k 顺序峰值写入，A200 从 0.49ms 开始，一直保持在 1ms 以下，直到它达到刚刚超过 6K IOPS。 A200 以 19.7K IOPS 达到峰值，延迟为 12.85 毫秒。 A200 的峰值带宽也达到了 1.22GB/s。
在我们的 SQL 工作负载中，A200 的延迟从 0.37 毫秒开始，一直保持在 1 毫秒以下，直到刚刚超过 120K IOPS。 它的峰值为 179K IOPS 和 5.7ms。
在 SQL 90-10 基准测试中，A200 以 0.37 毫秒的延迟开始并保持在 1 毫秒以下，直到它达到 80K 和 100K IOPS 之间。 A200 的峰值为 159K IOPS，延迟为 6.5 毫秒。
SQL 80-20 发现 A200 以 0.38 毫秒的延迟开始并保持在 1 毫秒以下，直到超过 60K IOPS。 A200 的峰值为 131K IOPS，延迟为 7.8 毫秒。
对于 Oracle Workload，A200 以 0.39 毫秒的延迟开始并保持在 1 毫秒以下，直到超过 50K IOPS。 A200 的峰值为 125K IOPS，延迟为 10.2 毫秒。
对于 Oracle 90-10，A200 以 0.37 毫秒的延迟启动并保持在 1 毫秒以下，直到它接近 100K IOPS。 它的峰值为 155K IOPS，延迟为 4.2 毫秒。
对于 Oracle 80-20，A200 以 0.38 毫秒的延迟启动并保持在 1 毫秒以下，直到它接近 65K IOPS。 它的峰值为 129K IOPS，延迟为 4.9 毫秒。
切换到 VDI 完整克隆后，启动测试显示 A200 以 0.35 毫秒的延迟开始并保持在 1 毫秒以下，直到大约 52K IOPS。 A200 的峰值为 122K IOPS，延迟为 8.6 毫秒。
VDI 完整克隆初始登录以 0.41 毫秒的延迟开始，一直保持在 1 毫秒以下，直到大约 22K IOPS。 A200 的峰值为 48K IOPS，延迟为 18.6 毫秒。
VDI 完整克隆星期一登录以 0.48 毫秒的延迟开始，一直保持在 1 毫秒以下，直到超过 20K IOPS。 它以 49 毫秒达到 10.4K IOPS 的峰值。
转向 VDI 完整克隆，启动测试显示性能保持在 1 毫秒以下，达到大约 49k IOPS，随后达到 95.7k IOPS 的峰值，平均延迟为 5.13ms。
在测量初始登录性能的链接克隆 VDI 配置文件中，我们看到亚毫秒级延迟一直到大约 18.8k IOPS，峰值时进一步增加到 36.8k IOPS，达到 6.95ms。
在我们查看 VDI 链接克隆星期一登录性能的最后一个概要文件中，我们看到 1ms 障碍转换发生在大约 17.5k IOPS 时，其中工作负载继续增加到 37.4k IOPS 和 13.3ms 平均延迟的峰值。
VMmark 3
更新1 / 31 / 18： 在进行初步审查时，我们的 VMmark 测试尚未完成。 这已经上线，我们已经发布了关于 A200的虚拟化性能 因此。 这些数据进一步增强了我们对该部门的热情，因为它在启用数据缩减服务时表现非常好，影响最小。
总结
NetApp AFF A200 是一款入门级阵列，适用于希望开始或迁移到全闪存存储的小型组织，或者作为远程/分支机构的不错选择。 A200 是一个双控制器平台，由六核 Intel Broadwell-DE 处理器和高达 64GB 的内存提供支持。 从容量的角度来看，A200 有 24 个 2.5 英寸的 SAS 闪存驱动器托架。 该阵列支持多达 15TB 的驱动器，使总原始容量高达 367TB，尽管随着数据减少，有效容量要高得多。 此外，NetApp 保证存储效率降低 4:1。 A200 还可以通过 DS224C 扩展架增加容量。 该阵列在 NetApp 的 ONTAP 操作系统上运行。
在性能方面，我们运行了常用的应用程序工作负载分析，包括 SQL Server 和 Sysbench 应用程序工作负载，以及新引入的 VDBench 工作负载分析综合基准。 NetApp 与我们分享了他们的 POC 工具包以供审查，为我们提供了一种更简单的方法来启动跨多台服务器的工作负载，并使我们能够更轻松地以一致的方式测试更快的阵列。
对于我们的应用程序工作负载，我们在启用和未启用内联数据缩减服务 (DR) 的情况下测试阵列。 在我们的 SQL Server 事务基准测试中，DR 的影响很小，总得分为 12,620.1 TPS raw 和 12,583.8 TPS with DR on。 单个虚拟机的范围从 3,145.3 TPS 到 3,155.1 TPS。 对于 SQL Server 平均延迟，我们看到延迟随着 DR 的开启而加倍； 原始运行 11 毫秒（单独和总计），DR 总计 25 毫秒。 借助 Sysbench，我们运行了多组 VM 扩展，包括 4、8、16 和 20。在 4 个 VM 的最低规模下，NetApp 表现相当出色，无需使阵列完全饱和即可提供强大的性能。 4 个虚拟机的原始性能为 7,175 TPS，平均延迟为 17.84 毫秒，最坏情况延迟为 48.63 毫秒。 在具有 20 个虚拟机的另一端，原始数据达到 9,695 TPS，延迟为 66.02 毫秒，最坏情况下的延迟为 172.6 毫秒。 同样，尽管 raw 在所有测试中表现更好，但启用 DR 并没有太大差异。
查看在启用数据缩减服务的情况下执行的 VDBench 测试，在亚毫秒级延迟下看到如此强大的性能令人印象深刻。 在随机 4K 中，A200 在写入延迟超过 40 毫秒之前达到 1K IOPS，在读取延迟超过 200 毫秒之前，A190 达到 1K。 这种趋势在其余基准测试中持续存在。 在 64K 顺序测试中，A200 能够在读取延迟低于 48ms 时达到 1K IOPS，在写入时，它在低于 20ms 延迟时达到近 1K IOPS（测试还以 3.75GB/s 读取和 1.22GB/s 的带宽速度完成写）。 我们以 100% 读取、90% 读取和 10% 写入以及 80% 读取和 20% 写入运行三种 SQL 工作负载，A200 的得分分别为 120K IOPS、80K IOPS 和 60K IOPS，均低于 1 毫秒的延迟。 使用 Oracle 工作负载运行相同的三个测试，我们看到 A200 在 50 毫秒的延迟下达到了 100K IOPS、65K IOPS 和 1K IOPS。 我们还针对启动、初始登录和星期一登录运行了 VDI 完整克隆和链接克隆基准测试。 A200 在完整克隆中能够在 52 毫秒延迟下达到 22K IOPS、20K IOPS 和 1K IOPS，在链接克隆中在 49ms 延迟下达到 18K IOPS、17K IOPS 和 1K IOPS。 NetApp 很快评论了在幕后进行了多少优化以针对工作负载进行调整，您可以在我们在 A200 上运行的每项测试中看到这一点——即使在运行中进行了完整的内联数据缩减。
在完成所有这些工作负载并在我们的实验室进行了数周的测试之后，有一点是显而易见的：向全闪存系统的迁移对 NetApp 来说是一次变革。 一些改进是闪存提供的提升，但很大程度上要归功于 ONTAP 的改进。 无论归功于何处，最终产品都绝对很棒。 存储的中端市场竞争异常激烈。 有一些初创公司、软件定义的选项以及其他常见的嫌疑人。 如果您希望在存储上花费低于六位数的费用，那么您可能会原谅在这个细分市场中不经意地看一眼 NetApp。 然而，这将是一个悲剧性的错误，因为 A200 简直就是压垮了。 在一毫秒内提供惊人的性能是一回事，但重要的是：NetApp 正在通过启用数据缩减服务来实现 4:1 的容量保证。 这不是微不足道的； 许多其他阵列要么在数据减少方面表现平平，要么根本不提供。 我们的入门级 A200 具有最低容量的驱动器，在两个 15.5TB 池中提供 7.75TB，这意味着如果我们达到 62:4 的目标并且使用 NetApp 提供的 1TB 驱动器超过 15PB，我们将拥有 2TB 的高端容量. 200U 中型机顶盒的触及范围令人印象深刻。 性能与一套深入而成熟的数据服务相结合，使 A2017 成为我们 XNUMX 年第二个编辑选择奖得主的轻松选择。
优点
- 在 367U 占用空间中高达 2TB（4:1 数据效率之前）
- 数据缩减技术对应用程序工作负载基准的影响微乎其微
- VDBench 中亚毫秒级延迟的出色性能
- 成熟的数据服务和集成集
缺点
- 缺少 1.92TB SSD 选项以弥补 960GB 和 3.8TB 配置之间的价格差距
底线
NetApp AFF A200 是适合中端市场的理想统一存储解决方案，该解决方案需要毫不妥协的应用程序响应组合，并以广泛的纯种数据服务列表为后盾。
