大家好！ 正如所承诺的，我们将发布俄罗斯制造的数据存储系统 - AERODISK ENGINE N2 的负载测试结果。
在上一篇文章中，我们破坏了存储系统（即我们进行了崩溃测试）并且崩溃测试的结果是肯定的（即我们没有破坏存储系统）。 您可以查看碰撞测试结果 .
在上一篇文章的评论中，要求进行额外的、更复杂的碰撞测试。 我们已将它们全部记录下来，并且一定会在以下一篇文章中实现它们。 同时，您可以随时访问我们在莫斯科的实验室（步行或通过互联网远程进行）并亲自执行这些测试（您甚至可以针对特定项目进行测试:-)）。 写信给我们，我们会考虑所有情况！
此外，如果您不在莫斯科，您仍然可以通过参加离您最近的城市的能力中心的免费培训活动来更加熟悉我们的存储系统。
以下是能力中心即将举办的活动和运营日期的列表。
- 叶卡捷琳堡。 16 年 2019 月 XNUMX 日。 培训研讨会。 您可以使用以下链接注册：
- 叶卡捷琳堡。 20 年 21 月 2019 日至 2 月 XNUMX 日。 能力中心。 随时来现场演示AERODISK ENGINE NXNUMX存储系统。 稍后将提供具体地址和注册链接。 按照信息进行操作。
- 新西伯利亚请关注我们网站或 HUBRA 上的信息。
十月2019年度 - 喀山。 请关注我们网站或 HUBRA 上的信息。
十月2019年度 - 克拉斯诺亚尔斯克请关注我们网站或 HUBRA 上的信息。
2019 年 XNUMX 月
我们还想分享一个好消息：我们终于得到了 您可以观看过去活动视频的频道。 我们定期在那里发布我们的培训视频。
测试台
那么，回到测试。 我们通过安装额外的 SAS SSD 驱动器以及前端光纤通道 2G 适配器来升级我们的 ENGINE N16 实验室存储系统。 我们以对称方式升级了运行负载的服务器，添加了 FC 16G 适配器。
因此，在我们的实验室中，我们有一个 2 控制器存储系统，配有 24 个 SAS SSD 1,6 TB、3 个 DWPD 磁盘，通过 SAN 交换机通过 FC 16G 连接到物理 Linux 服务器。
测试台示意图如下图所示。
测试方法
为了获得最佳的块访问性能，我们将使用 DDP（动态磁盘池）池，我们曾经专门为全闪存系统创建该池。
为了进行测试，我们创建了两个容量为 1 TB 且具有 RAID-10 保护级别的 LUN。 我们将每个LUN“分布”在12个磁盘（总共24个）上，以充分利用存储系统中安装的每个磁盘的潜力。
我们通过不同的控制器将LUN呈现给服务器，以尽可能地利用存储资源。
每项测试将持续一小时，测试将由Flexible IO (FIO)程序执行；FIO数据将自动上传到Excel，为了清晰起见，Excel中已经构建了图表。
负载曲线
总共，我们将执行三项测试，每次一小时，不包括预热时间，我们将为此分配 15 分钟（这正是预热 24 个 SSD 驱动器阵列所需的时间）。 这些测试模拟最常遇到的负载配置文件，特别是某些 DBMS、视频监控系统、媒体内容广播和备份。
此外，在所有测试中，我们故意禁用了缓存到存储系统和主机上 RAM 的功能。 当然，这会使结果恶化，但我们认为，在这种情况下测试会更加公平。
测试结果
测试 1 号。 小块随机加载。 高负载事务 DBMS 的模拟。
- 块大小 = 4k
- 读/写 = 70%/30%
- 作品数量 = 16
- 队列深度 = 32
- 加载字符=完全随机
测试结果：
总的来说，使用初级中端 Engine N2 系统，我们获得了 438k IOPS，延迟为 2,6 毫秒。 考虑到系统的级别，我们认为结果相当不错。 为了了解这是否是系统的限制，我们将查看存储控制器的资源利用率。
我们主要对 CPU 感兴趣，因为如上所述，我们故意禁用 RAM 缓存，以免扭曲测试结果。
在两个存储控制器上，我们看到大致相同的图片。
即CPU负载为50%。 这表明这远未达到该存储系统的极限，并且仍然可以轻松扩展。 让我们稍微提前一下：以下所有测试也显示控制器处理器上的负载约为 50%，因此我们不会再次列出它们。
根据我们的实验室测试，如果我们以 2k 块计算随机 IOPS，则 AERODISK Engine N4 系统的舒适极限约为 700 IOPS。 如果这还不够，你需要争取一百万，那么我们有旧型号的 ENGINE N000。
也就是说，百万IOPS的故事是ENGINE N4，如果一百万对你来说太多了，那就冷静地使用N2。
让我们回到测试。
测试 2 号。 以大块顺序记录。 模拟视频监控系统，将数据加载到分析 DBMS 中或记录备份副本。
在此测试中，我们不再对 IOPS 感兴趣，因为当按顺序加载大块时，它们没有任何意义。 我们主要感兴趣的是：写入流量（每秒兆字节）和延迟，当然，大块的写入流量会比小块的写入流量更高。
- 块大小 = 128k
- 读/写 = 0%/100%
- 作品数量 = 16
- 队列深度 = 32
- 加载字符 – 顺序
总计：我们每秒录制 2 GB 数据，延迟 XNUMX 毫秒。 与最接近的国外竞争对手相比，我们认为结果非常出色，而且也不是 ENGINE NXNUMX 系统的极限。
测试 3 号。 大块顺序读取。 模拟广播媒体内容、从分析 DBMS 生成报告或从备份恢复数据。
与之前的测试一样，我们对流量和延迟感兴趣。
- 块大小 = 128k
- 读/写 = 100%/0%
- 作品数量 = 16
- 队列深度 = 32
- 加载字符 – 顺序
可以预见的是，流式读取性能略好于流式写入性能。
有趣的是，延迟指标在整个测试过程中都是相同的（直线）。 这不是一个错误；当按顺序读取大块时，在我们的例子中这是一种常见情况。
当然，如果我们将系统以这种形式保留几周，我们最终会看到图表中的周期性跳跃，这将与外部因素相关。 但一般来说，它们不会影响画面。
发现
通过双控制器 AERODISK ENGINE N2 系统，我们取得了相当不错的结果（约 438 IOPS 和约每秒 000-5 GB）。 负载测试表明我们绝对不为我们的存储系统感到羞耻。 相反，各项指标都非常不错，对应着一个好的存储系统。
虽然，正如我们上面所写的，Engine N2 是一个初级型号，而且本文中显示的结果并不是它的限制。 稍后我们将发布来自旧版 ENGINE N4 系统的类似测试。
当然，我们不可能在一篇文章的框架内涵盖所有可能的测试，因此我们再次敦促读者在评论中分享他们对未来测试的愿望；我们一定会在未来的出版物中考虑到它们。
另外，我们提醒您，今年我们正在积极开展培训，因此我们邀请您来到我们的能力中心，在这里您可以接受AERODISK存储系统的培训，同时度过一段有趣而愉快的时光。
我复制有关即将举行的培训活动的信息。
- 叶卡捷琳堡。 16 年 2019 月 XNUMX 日。 培训研讨会。 您可以使用以下链接注册：
- 叶卡捷琳堡。 20 年 21 月 2019 日至 2 月 XNUMX 日。 能力中心。 随时来现场演示AERODISK ENGINE NXNUMX存储系统。 稍后将提供具体地址和注册链接。 按照信息进行操作。
- 新西伯利亚请关注我们网站或 HUBRA 上的信息。
十月2019年度 - 喀山。 请关注我们网站或 HUBRA 上的信息。
十月2019年度 - 克拉斯诺亚尔斯克请关注我们网站或 HUBRA 上的信息。
2019 年 XNUMX 月
来源： habr.com