Reduxio HX550 是一个 2U 机箱内的双控制器混合存储阵列。 该系统前端有 7.2 个 2k 800TB 硬盘驱动器和 38.4 个 550GB SSD，在每个系统中创建一个 XNUMXTB 的原始数据池。 停在那里让 HXXNUMX 听起来就像任何其他试图吸引 SMB 和企业市场需求的中端混合产品。 然而，Reduxio 远不止于此，因为它提供了几个独特的曲折，这些曲折在此类存储中并不常见，甚至是全新的。 其中最主要的是 Reduxio 的“存在理由”，即数据应始终受到保护。 Reduxio 通过提供 BackDating 来执行此任务，它提供一秒的 RTO 和 RPO，有效地让组织随时以秒级粒度回滚。 Reduxio 客户发现这种方法可以有效处理各种数据丢失或访问问题，尤其是在面对新兴的勒索软件问题时。
Reduxio HX550 是一个 2U 机箱内的双控制器混合存储阵列。 该系统前端有 7.2 个 2k 800TB 硬盘驱动器和 38.4 个 550GB SSD，在每个系统中创建一个 XNUMXTB 的原始数据池。 停在那里让 HXXNUMX 听起来就像任何其他试图吸引 SMB 和企业市场需求的中端混合产品。 然而，Reduxio 远不止于此，因为它提供了几个独特的曲折，这些曲折在此类存储中并不常见，甚至是全新的。 其中最主要的是 Reduxio 的存在理由，即数据应始终受到保护。 Reduxio 通过提供 BackDating 来执行此任务，它提供一秒的 RTO 和 RPO，有效地让组织随时以秒级粒度回滚。 Reduxio 客户发现这种方法可以有效处理各种数据丢失或访问问题，尤其是在面对新兴的勒索软件问题时。
这种数据恢复方法是 TimeOS 的支柱之一，TimeOS 是支持 Reduxio 所有独特功能的存储操作系统。 除了实时数据缩减之外，TimeOS 还包括针对热数据的实时、全自动自适应分层活动，这是混合阵列中不常见的功能。 虽然该系统提供 38.4TB 原始容量，但 Reduxio 认为拥有 HX550 的客户将看到高达 120TB+ 的可用空间。 Reduxio 的全局重复数据删除和压缩是在内存中和内联完成的，这在架构上很重要，因为盒子之间或 Reduxio 与云之间的快速数据迁移是另一个基本卖点。
由于 HX550 继续从市场上的其他阵列中脱颖而出，它通过 NoRestore 提供了自己的数据保护和移动功能。 NoRestore 功能将主存储和辅助存储管理结合到一个平台中。 这种内置的副本数据管理是一项重要功能，因为大多数组织都在处理副本数据的增长，并且需要拥有灾难恢复解决方案。 NoRestore 允许客户淘汰他们现有的数据保护工具。 NoRestore 的工作原理是不断将重复数据删除和压缩数据的增量更新发送到存储库，该存储库可能是另一个 Reduxio 系统、任何 iSCSI 存储或云存储。 为了恢复数据，任何 Reduxio 系统都可以从后台存储的数据创建一个卷。 在所有数据被复制回之前使卷可用的能力导致更快的恢复，该公司大胆声称可以在几秒钟内恢复 100TB。 当 Reduxio 系统使用存储库时，客户可以获得一站式解决方案，无需添加二级存储或需要进行不同的管理。
与通常需要大量时间投入的其他“即时”功能一样，是 NoMigrate 功能。 此功能承诺提供从 Reduxio 到 Reduxio 或从第三方供应商到 Reduxio 的拖放近乎即时的迁移能力。 对于以前迁移过大量数据的人来说，即时迁移似乎是一颗难以下咽的药丸。 Reduxio 声称它可以通过配置为源存储系统的主机来实现这一点，从而允许它从源系统虚拟化资源并迁移它们。 如果在迁移过程中有任何 I/O 请求，请求将被发送到 Reduxio 系统，就好像数据已经存在一样。 如果用户试图读取尚未进入 Reduxio 系统的数据，它将优先考虑这些块的副本，以便它们立即可用于正常的应用程序操作。
Reduxio 用来使自己脱颖而出的另一个有趣功能是其基于云的分析解决方案 StorSense。 StorSense 是所有 Reduxio 阵列提供的 SaaS 解决方案，它收集和分析数据以发现问题并加速解决所述问题，或者允许 Reduxio 工程师纠正它发现的问题。 该系统的设计高度安全，让用户高枕无忧，因为他们知道可以在不冒数据风险的情况下解决问题。
所有这些功能都通过一个 GUI 进行管理，该 GUI 更类似于视频游戏控制台，而不是最常与存储管理相关联的内容。 部署简单，可以通过 GUI 直观地处理多个单元。
我们在实验室中有两个 HX550 用于本次审查，但性能数据来自单个单元。 但是，某些功能需要第二个阵列，这在下面的管理演练中有所说明。
Reduxio HX550 规格：
- 外形：2U 机箱中的双控制器
- 容量：38.4TB 原始容量，120TB+ 有效容量
- 固态硬盘：8 个 800GB eMLC
- 硬盘：16 个 2TB 7.2K NL-SAS
- 缓存：256GB DDR3 ECC
- Reduxio TimeOS v3.4.1
- 网络端口
- 4x 10GbE SFP+ 用于 iSCSI
- 2x 1GbE RJ45 用于管理
- 最多 6 个虚拟网络
- 支持的主机
- 微软视窗服务器 2008/2012/2016
- VMware ESXi 5.x/6.x
- XenServer 6.x/7.x
- 红帽 Linux 5/6/7
- 中央操作系统 5/6/7
- 苏斯 12
- 支持的浏览器
- 谷歌浏览器v41
- Mozilla 火狐 v38
- Internet总管11的
- Safari 8 及更高版本。
- 电源：具有冗余内部电池备份单元的冗余电源
- LUN：最多 1,000 个 LUN，最大 LUN 大小 100TB
- 主机：最多 1,000 个主机
- 协议：
- iSCSI
- HTTP
- HTTPS
- SSHv2
- DNS
- SMTP
- 安全 SMTP
- NTP
- 存储管理：
- Reduxio 存储管理器
- Reduxio命令行界面
- REST API
- SNMP 陷阱
- 邮件提醒
- 特征
- 无重复
- BackDating 克隆/还原
- 书签
- 历史政策
- 自动一致性
- 存储感知
- 其他软件
- 用于 VMware vSphere 的 Reduxio StorApp
- 适用于 Microsoft Windows Server 的 Reduxio StorKit
- 用于 OpenStack 的 StorKit
- Flocker 的 StorKit
设计与建造
Reduxio HX550 是一款 2U 外形尺寸的存储阵列。 该设备的正面是一个醒目的挡板，它在铰链上打开以访问下方的驱动器（需要扭矩螺丝刀才能打开挡板）。 下面是 24 个 2.5 英寸驱动器，在托架底部带有状态和错误指示灯。
移动到设备的后部，两侧都有电源，带有 PCM 状态 LED、PCM 电源开关和 PCM 电源连接器。 控制器旁边有一个杠杆和手柄，可以在其中更换电源。 中间是两个堆叠在一起的控制器。 两者都有硬件状态 LED、两个互连端口、两个 USB 3.0 端口、两个数据端口、一个管理端口和一个微型 HDMI 端口。
管理和可用性
虽然在管理方面有多种选择，但在本次审查中，我们使用了 Reduxio Storage Manager。 这种基于浏览器的 GUI 简单易用且直观。 仪表板可以通过拖放所需内容轻松定制。 与分解 GUI 的每个功能相反，我们将研究 Reduxio 的一些独特功能。 具体来说，我们将研究 NoRestore 功能以及它如何应用于我们的 Sysbench 测试。
不过，首先，我们将查看主仪表板屏幕，左侧是警报，右侧是连接的主机数量，然后是菜单按钮、卷和实时性能读数。
通过将小部件从中央列表拖放到两个视图窗口，可以自定义仪表板。 在此系统上，警报小部件位于左侧，IOP 小部件位于右侧。 其他小部件是吞吐量、延迟、最高 IOP、最高吞吐量和容量。 单击窗口中的任何小部件会将您带到 UI 中的详细页面。
用户可以单击分层以查看数据分层的位置和速度。
空间使用选项卡显示正在使用的空间与总数的对比。
我们将观察的最后一个选项卡查看使用 NoDup 节省的总容量。
在“设置”选项卡下，用户可以选择添加远程 Reduxio 系统、第三方 iSCSI 存储或基于 S3 的云存储。
右键单击并在新选项卡中打开以获得更大的图像
如果用户选择使用远程 Reduxio 系统，系统会提示他们选择远程系统。 在这种情况下，我们没有另一个系统来测试它。
右键单击并在新选项卡中打开以获得更大的图像
还可以选择添加基于 S3 的云存储，如果这对组织及其布局方式更有效的话。
右键单击并在新选项卡中打开以获得更大的图像
由于 iSCSI 是我们基准测试所需的，因此我们添加了两个。
右键单击并在新选项卡中打开以获得更大的图像
获得所需的 iSCSI 存储后，我们可以通过设置选项卡设置 NoRestore。 在存储库子选项卡下，系统会提示我们选择配置 NoRestore 进行备份或添加其他存储库。
右键单击并在新选项卡中打开以获得更大的图像
选择配置备份，我们只需要等待几分钟。
右键单击并在新选项卡中打开以获得更大的图像
备份配置完成后，我们可以单击 NoRestore 选项卡，然后看到我们的 Sysbench 显示在 New Volume 子选项卡中。
右键单击并在新选项卡中打开以获得更大的图像
从这里我们创建 Sysbench 测试的备份任务并开始运行备份以查看我们可以多快地恢复它。
右键单击并在新选项卡中打开以获得更大的图像
在它运行时，我们可以通过并设置备份所需的数据保护。 在这种情况下，我们选择了连续复制。 这里还有用于命名数据保护组和设置回溯的选项。
右键单击并在新选项卡中打开以获得更大的图像
用户还可以在此处轻松检查其备份状态。 GUI 提供诸如受保护数据总量、已用空间、警报、停止数据传输的能力以及搜索其他传输的能力等信息。
右键单击并在新选项卡中打开以获得更大的图像
NoRestore 的另一个有趣功能是它使用户能够查看数据传输窗口。 用户可以选择哪一天和哪个时间来缩小搜索范围或广撒网以查看他们捕获的内容。
右键单击并在新选项卡中打开以获得更大的图像
应用程序工作负载分析
Reduxio HX550 的应用程序工作负载基准测试包括通过 SysBench 的 MySQL OLTP 性能和使用模拟 TPC-C 工作负载的 Microsoft SQL Server OLTP 性能。 在每种情况下，我们都为阵列配置了双驱动器冗余。 测试平台由四台运行 VMware ESXi 730 的 Dell PowerEdge R6.5 服务器组成，并利用具有 9100 MTU 巨型帧的 Dell EMC Networking Z9000 交换机作为主干。
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 规模的大型数据库，但在本次迭代中，我们专注于在 Reduxio HX1,500 上均匀分布四个 550 规模的数据库（每个控制器两个 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 个 Emulex 16GB 双端口 FC HBA
- 4 个 Mellanox ConnectX-4 rNDC 25GbE 双端口网卡
- VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU
对于 SQL Server，我们运行了两组测试，其中一组有 2 个虚拟机，另一组有 4 个虚拟机。 4 个 VM SQL Server 能够达到 12,351.9 TPS 的总分，单个 VM 的范围从 3,085 TPS 到 3,089 TPS。 2 个 VM SQL Server 能够达到 6,240.1 TPS 的总分，单个 VM 的范围从 3,119.7 TPS 到 3,120.5 TPS。
切换到平均延迟，4 个虚拟机基准测试的总延迟为 115.75 毫秒，单个虚拟机的延迟范围从 114 毫秒到 119 毫秒不等。 2 个 VM 基准测试的表现要好得多，总得分为 65 毫秒，单个 VM 的范围从 64 毫秒到 66 毫秒不等。
系统性能
每 系统平台 VM 配置了三个虚拟磁盘，一个用于启动 (~92GB)，一个用于预构建数据库 (~447GB)，第三个用于测试中的数据库 (270GB)。 从系统资源的角度来看，我们为每个虚拟机配置了 16 个 vCPU、60GB DRAM 并利用了 LSI Logic SAS SCSI 控制器。 Load gen 系统是 Dell R730 服务器。
Dell PowerEdge R730 虚拟化 MySQL 4 节点集群
- 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 个 Emulex 16GB 双端口 FC HBA
- 4 个 Mellanox ConnectX-4 rNDC 25GbE 双端口网卡
- 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 基准测试中，我们运行了 4 个 VM 和 8 个 VM 的 VM 集。 对于事务性能，8VM 为我们提供了 2,472.3 TPS，而 4VM 为我们提供了 2,031.9 TPS。
查看我们的 Sysbench 工作负载的平均延迟，8 个虚拟机给了我们 103.55 毫秒，4 个虚拟机给了我们 63 毫秒。
在我们最坏情况下的第 99 个百分位数延迟测量中，8 个虚拟机达到 228 毫秒，而 4 个虚拟机达到 150 毫秒。
VDBench 工作负载分析
在对存储阵列进行基准测试时，应用程序测试是最好的，综合测试排在第二位。 虽然不能完美代表实际工作负载，但综合测试确实有助于为具有可重复性因素的存储设备建立基线，从而可以轻松地在竞争解决方案之间进行同类比较。 这些工作负载提供了一系列不同的测试配置文件，从“四个角”测试、常见的数据库传输大小测试到来自不同 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% 迭代
- 综合数据库：SQL 和 Oracle
- VDI 完整克隆和链接克隆跟踪
看看峰值读取性能，Reduxio HX550 在 1 IOPS 时的启动时间略低于 6,202 毫秒，并且能够保持亚毫秒级延迟，直到大约 30K IOPS。 它以 65,177 毫秒的延迟达到 63 IOPS 的峰值。
查看 4K 峰值写入性能，HX550 具有亚毫秒级延迟性能，直到大约 19K IOPS，峰值为 27,708 IOPS，延迟为 74 毫秒。
切换到 64K 峰值读取时，HX550 开始超过 1 毫秒（准确地说是 1.45 毫秒），并在 9,590 毫秒延迟时达到 667.1 IOPS 或 49MB/s 的峰值。
对于 64K 顺序峰值写入，HX550 具有亚毫秒级延迟性能，直至约 2K IOPS，峰值为 6,334 IOPS 或 444.8MB/s，延迟为 40ms。
在我们的 SQL 工作负载中，Reduxio HX550 的启动时间超过 1 毫秒，峰值为 15,066 IOPS，延迟为 63 毫秒。
SQL 90-10 工作负载再次看到 HX550 从 1 毫秒以上开始（2.62 IOPS 时为 1,903 毫秒），然后达到 20,141 IOPS 的峰值，延迟为 45 毫秒。
SQL 80-20 看到 HX550 以 1,898 IOPS 和 2.58 毫秒延迟开始，峰值为 19,764 IOPS 和 52 毫秒延迟。
对于我们的 Oracle 工作负载，Reduxio HX550 再次以 1 毫秒以上的速度开始，在 2,897 毫秒时达到 1.78 IOPS，并以 31,422 毫秒的延迟达到 40 IOPS 的峰值。
对于 Oracle 90-10，HX550 以 2,397 IOPS 和 2.1 毫秒的延迟开始，并以 25,512 IOPS 的峰值达到 21 毫秒的延迟。
对于 Oracle 80-20，HX550 以 2,399 IOPS 和 2.07 毫秒的延迟开始，并以 25,097 IOPS 的峰值和 22.6 毫秒的延迟达到峰值。
切换到 VDI 完整克隆后，启动测试显示 Reduxio HX550 再次启动时间超过 1 毫秒，峰值为 21,575 IOPS，延迟为 41 毫秒。
VDI 完整克隆初始登录开始时间不到 1 毫秒，但在 2K IOPS 左右打破了亚毫秒级性能。 它的峰值为 16,226 IOPS，延迟为 57 毫秒。
VDI 完整克隆星期一登录以 1,503 IOPS 和 4.9 毫秒的延迟开始，并以 13,225 IOPS 和 39 毫秒的延迟达到峰值。
转到 VDI 链接克隆，HX550 的启动测试以 1,496 IOPS 和 2 毫秒延迟开始，并以 16,731 IOPS 和 21 毫秒延迟达到峰值。
在测量初始登录性能的链接克隆 VDI 配置文件中，我们看到 HX550 从 1,401 IOPS 开始，延迟为 1.3 毫秒，峰值为 13,047 IOPS，延迟为 19.5 毫秒。
在我们查看 VDI 链接克隆星期一登录性能的最后一个配置文件中，我们看到 HX550 再次开始超过 1 毫秒（1,302 IOPS，延迟为 2.8 毫秒），峰值为 12,187 IOPS，延迟为 27 毫秒。
结论
Reduxio HX550 是一款 2U 中端混合存储阵列。 通过 38.4 个 18RPM HDD 和 7200 个 SSD 的组合，该阵列可以拥有高达 6TB 的原始存储。 这或多或少是 HX550 不再像市场上其他阵列的地方。 HX550 具有多项功能，使其在该领域的其他产品中脱颖而出。 利用其操作系统 TimeOS，该阵列具有自动分层功能，允许将热数据移动到更快的存储介质，将冷数据移动到更具成本效益的存储介质。 HX550 使用称为 BackDating 的进程，允许以秒为单位的回滚粒度，这可以极大地帮助防止数据丢失。 该阵列具有两个“即时”功能，即 NoRestore 和 NoMigrate，它们通过以用户可即时访问的方式四处移动数据来实现近乎即时的恢复和迁移。 此外，HX550 附带分析 SaaS 解决方案，可帮助用户主动响应问题（或允许 Reduxio 工程师在问题造成混乱之前对其做出远程反应）。
谈到性能，我们运行了应用程序工作负载分析（包括 SQL Server 和 Sysbench）和 VDBench 工作负载分析。 对于 SQL，Reduxio HX550 能够达到 12,351.9VM 的总 TPS 分数 4 和 6,240.1VM 的 2。 对于 SQL 延迟，HX550 的 65VM 总得分为 2ms，115.8VM 总得分为 4ms。 Sysbench 显示 HX550 在 2,472VM 时具有 103.6 TPS、228.4ms 平均延迟和 8ms 最坏情况延迟，在 2,032VM 时具有 4 TPS、63ms 平均延迟和 150.1ms 在最坏情况下延迟。 对于我们的 VDBench 工作负载，Reduxio HX550 性能乏善可陈。 亚毫秒级延迟性能非常轻微或不存在，所有测试都以大量延迟尖峰结束。 只有三个测试在 1ms 以下开始：4K 读取、64K 读取和 VDI Full Clone 初始登录。 最高分出现在 4K IOPS 的 65K 读取中，但它也有 63 毫秒的延迟。 事实上，VDI LC 引导的最低峰值延迟为 19.5 毫秒。
虽然毫无疑问 Reduxio HX550 重塑了我们对企业存储阵列的看法（即混合主存储和备份功能），但功能集需要大量开销，这不平衡性价比。 潜在客户将需要从 Reduxio 的 RPO/RTO 以及部署和管理差异化的简单性中看到巨大的价值，同时不需要他们从类似价格的闪存阵列中看到的更高性能。 可以肯定的是，HX550 很简单； 在小型环境中，它可以使用现代且有点前卫的界面有效地替换主阵列和备用阵列。 毫无疑问，从勒索软件之类的软件中轻松恢复是一个非常引人注目的故事。 但是，如果您有时间和人员将更标准的存储阵列、备份设备和适当的软件架构或融合解决方案放在一起，您将受益于更好的性能配置文件。 在评估 Reduxio 时，很明显备份和恢复功能增加了价值，而且对于较小的 IT 组织来说，系统易于部署和管理。 如果这些是组织需要的东西； 最后，Reduxio 的价值主张变成了一个简单的问题，即系统是否具有足够的性能。
底线
Reduxio HX550 混合阵列提供近乎即时的恢复以及简单的部署和管理模型。 不过，这些功能确实会影响性能； 对 Reduxio 的任何评估都必须确保应用程序的响应能力是可以接受的。
