今年 1000 月，Kingston Digital Inc. 推出了金士顿 DC1000M，扩展了其经济实惠的企业级 SSD 产品线。 新的 SSD 旨在成为具有 NVMe 级别性能的经济型驱动器，随着公司的发展，它会取代旧的 SATA 和 SAS SSD。 DC960M 的容量介于 7.68GB 和 2TB 之间，采用 U.XNUMX 外形规格。
今年 1000 月，Kingston Digital Inc. 推出了金士顿 DC1000M，扩展了其经济实惠的企业级 SSD 产品线。 新的 SSD 旨在成为具有 NVMe 级别性能的经济型驱动器，随着公司的发展，它会取代旧的 SATA 和 SAS SSD。 DC960M 的容量介于 7.68GB 和 2TB 之间，采用 U.XNUMX 外形规格。
DC1000M 适用于任何使用 NVMe 和 U.2 背板的服务器或阵列。 专为混合用例工作负载而设计，新驱动器据称能够达到 3GB/s 和高达 540K IOPS，并且延迟非常低。 这是包括虚拟化、HPC、Web 托管缓存、高分辨率媒体捕获和传输以及 ERP、CRM、GL、OLAP、OLTP、ERM、BI 和 EDW 工作负载在内的驱动器应用程序的理想选择。 DC1000M 配备断电保护和遥测监控功能，可提供更好的数据保护和可靠性。
金士顿 DC 1000M 有四种外形尺寸：960GB、1.92TB、3.84TB 和 7.68TB，在本次评测中我们将查看 3.84TB 型号。
金士顿 DC1000M 规格
| 外形 | U.2, 2.5″ x 15mm |
| 接口 | NVMe PCIe Gen 3.0 x4 |
| 容量 | 960GB，1.92TB，3.84TB，7.68TB |
| NAND闪存 | 3D TLC |
| 顺序读/写 | 960GB – 3,100MB/1,330MB 1.92TB – 3,100MB/2,600MB 3.84TB – 3,100MB/2,700MB 7.68TB – 3,100MB/2,800MB |
| 稳态 4k 读/写 | 960GB – 400,000/125,000 IOPS 1.92TB – 540,000/205,000 IOPS 3.84TB – 525,000/210,000 IOPS 7.68TB – 485,000/210,000 IOPS |
| 潜伏 | TYP 读/写：<300μs / <1ms |
| 耐力 | 960GB —（1 DWPD/5 年） 1.92TB —（1 DWPD/5 年） 3.84TB —（1 DWPD/5 年） 7.68TB —（1 DWPD/5 年） |
| 能量消耗 | 960GB：空闲：5.14W 平均读取：5.25W 平均写入：9.10W 最大读取：5.64W 最大写入：9.80W 1.92TB：空闲：5.22W 平均读取：5.31W 平均写入：13.1W 最大读取：5.70W 最大写入：13.92W 3.84TB：空闲：5.54W 平均读取：5.31W 平均写入：14.69W 最大读取：6.10W 最大写入：15.5W 7.68TB：空闲：5.74W 平均读取：5.99W 平均写入：17.06W 最大读取：6.63W 最大写入：17.88W |
| 储存温度 | -40°C〜85℃， |
| 工作温度 | 0°C〜70°C |
| 尺寸 | 100.09mm点¯x69.84mm点¯x14.75mm |
| 重量 | 160g |
| 振动操作 | 2.17G 峰值 (7-800Hz) |
| 平均无故障时间 | 2万小时 |
| 保修政策 | 有限的5年保修 |
金士顿DC1000M 性能
测试平台
我们的企业级 SSD 评测利用 Lenovo ThinkSystem SR850 进行应用程序测试（注意：由于兼容性问题，我们不得不使用适配卡而不是前托架插槽）和 戴尔 PowerEdge R740xd 用于综合基准。 ThinkSystem SR850 是一个装备精良的四 CPU 平台，提供的 CPU 能力远远超过对高性能本地存储施加压力所需的能力。 不需要大量 CPU 资源的综合测试使用更传统的双处理器服务器。 在这两种情况下，目的都是以尽可能符合存储供应商最大驱动器规格的最佳方式展示本地存储。
联想 ThinkSystem SR850
- 4 个 Intel Platinum 8160 CPU（2.1GHz x 24 核）
- 16 x 32GB DDR4-2666Mhz ECC 内存
- 2 个 RAID 930-8i 12Gb/s RAID 卡
- 8 个 NVMe 托架
- VMware ESXI 6.5
戴尔 PowerEdge R740xd
- 2 个英特尔金牌 6130 CPU（2.1GHz x 16 核）
- 4 x 16GB DDR4-2666MHz ECC 内存
- 1x PERC 730 2GB 12Gb/s RAID 卡
- 附加 NVMe 适配器
- Ubuntu-16.04.3-桌面-amd64
测试背景和比较
这款 StorageReview 企业测试实验室 提供了一个灵活的架构，用于在与管理员在实际部署中遇到的环境相当的环境中对企业存储设备进行基准测试。 企业测试实验室结合了各种服务器、网络、电源调节和其他网络基础设施，使我们的员工能够建立真实世界的条件，以便在我们的审查期间准确地衡量性能。
我们将这些关于实验室环境和协议的详细信息纳入审查，以便 IT 专业人员和负责存储采购的人员能够了解我们取得以下成果的条件。 我们的评论都不是由我们正在测试的设备制造商支付或监督的。 有关的其他详细信息 StorageReview 企业测试实验室 以及其网络功能的概述可在这些相应页面上找到。
应用程序工作负载分析
为了了解企业存储设备的性能特征，必须对实时生产环境中的基础架构和应用程序工作负载进行建模。 因此，我们对金士顿 DC 1000M 的基准测试是 通过 SysBench 的 MySQL OLTP 性能 和 Microsoft SQL Server OLTP 性能 具有模拟的 TCP-C 工作负载。 对于我们的应用程序工作负载，每个驱动器将运行 2-4 个配置相同的虚拟机。
SideFX 的胡迪尼
Houdini 测试专门用于评估与 CGI 渲染相关的存储性能。 此应用程序的测试台是我们在实验室中使用的具有双 Intel 740 CPU 和 6130GB DRAM 的核心 Dell PowerEdge R64xd 服务器类型的变体。 在这种情况下，我们安装了运行裸机的 Ubuntu 桌面 (ubuntu-16.04.3-desktop-amd64)。 基准测试的输出以秒为单位来衡量，越少越好。
Maelstrom 演示代表了渲染管线的一部分，它通过演示其有效使用交换文件作为扩展内存形式的能力来突出存储的性能。 测试不会写出结果数据或处理点，以隔离延迟对底层存储组件的影响。 测试本身由五个阶段组成，我们将其中三个阶段作为基准测试的一部分运行，如下所示：
- 从磁盘加载打包点。 这是从磁盘读取的时间。 这是单线程的，可能会限制整体吞吐量。
- 将点解压缩到一个平面数组中，以便对其进行处理。 如果这些点不依赖于其他点，则可以调整工作集以保留在核心中。 这一步是多线程的。
- （未运行）处理点。
- 将它们重新打包成适合存储回磁盘的分桶块。 这一步是多线程的。
- （未运行）将分桶块写回磁盘。
在这里，金士顿 DC1000M 达到 2,908.5 秒，在测试的驱动器的底部四分之一。
SQL Server 性能
每个 SQL Server VM 都配置有两个虚拟磁盘：100GB 卷用于启动，500GB 卷用于数据库和日志文件。 从系统资源的角度来看，我们为每个 VM 配置了 16 个 vCPU、64GB DRAM 并利用了 LSI Logic SAS SCSI 控制器。 虽然我们之前测试的 Sysbench 工作负载在存储 I/O 和容量方面使平台饱和，但 SQL 测试正在寻找延迟性能。
此测试使用在 Windows Server 2014 R2012 来宾虚拟机上运行的 SQL Server 2，并由 Quest 的数据库基准工厂进行压力测试。 存储评论的 Microsoft SQL Server OLTP 测试协议 采用事务处理性能委员会基准 C (TPC-C) 的当前草案，这是一种在线事务处理基准，可模拟复杂应用程序环境中的活动。 TPC-C 基准比综合性能基准更接近于衡量数据库环境中存储基础设施的性能优势和瓶颈。 我们用于本次审核的 SQL Server VM 的每个实例都使用 333GB（1,500 规模）的 SQL Server 数据库，并测量 15,000 个虚拟用户负载下的事务性能和延迟。
SQL Server 测试配置（每个虚拟机）
- Windows服务器2012 R2的
- 存储空间：分配 600GB，使用 500GB
- SQL Server的2014的
-
- 数据库大小：1,500 规模
- 虚拟客户端负载：15,000
- 内存缓冲区：48GB
- 测试时长：3 小时
-
- 2.5 小时预处理
- 30分钟采样期
对于我们的 SQL Server 事务基准测试，金士顿 DC1000M 能够达到 12,579.7 TPS，处于中间位置。
对于 SQL Server 平均延迟，DC1000M 的总延迟为 26 毫秒，位居第二。
系统性能
下一个应用程序基准包括 Percona MySQL OLTP 数据库 通过 SysBench 测量。 该测试测量平均 TPS（每秒事务数）、平均延迟和平均 99% 延迟。
每 系统平台 VM 配置了三个虚拟磁盘：一个用于引导 (~92GB)，一个用于预建数据库 (~447GB)，第三个用于测试中的数据库 (270GB)。 从系统资源的角度来看，我们为每个虚拟机配置了 16 个 vCPU、60GB DRAM 并利用了 LSI Logic SAS SCSI 控制器。
Sysbench 测试配置（每个虚拟机）
- CentOS 6.3 64 位
- Percona XtraDB 5.5.30-rel30.1
-
- 数据库表：100
- 数据库大小：10,000,000
- 数据库线程：32
- 内存缓冲区：24GB
- 测试时长：3 小时
-
- 2 小时预处理 32 个线程
- 1 小时 32 个线程
查看我们的 Sysbench 事务基准测试，金士顿 DC1000M 达到了 5,485 TPS，在针对它进行的测试中排在后面。
对于 Sysbench 平均延迟，DC1000M 再次以 23.3 毫秒排在最后。
对于我们最坏情况下的延迟（第 99 个百分位数），DC1000M 最后为 51.8 毫秒。
VDBench 工作负载分析
在对存储设备进行基准测试时，应用程序测试是最好的，综合测试排在第二位。 虽然不能完美代表实际工作负载，但综合测试确实有助于为具有可重复性因素的存储设备建立基线，从而可以轻松地在竞争解决方案之间进行同类比较。 这些工作负载提供了一系列不同的测试配置文件，从“四个角”测试、常见的数据库传输大小测试到来自不同 VDI 环境的跟踪捕获。 所有这些测试都利用通用的 vdBench 工作负载生成器，以及一个脚本引擎来自动化和捕获大型计算测试集群的结果。 这使我们能够在各种存储设备上重复相同的工作负载，包括闪存阵列和单个存储设备。 我们针对这些基准测试的测试过程用数据填充整个驱动器表面，然后将驱动器部分分区为驱动器容量的 25%，以模拟驱动器如何响应应用程序工作负载。 这与使用 100% 的驱动器并使它们进入稳定状态的全熵测试不同。 因此，这些数字将反映更高的持续写入速度。
简介：
- 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 工作负载分析随机 4K 读取中，金士顿 DC1000M 以 580,077 IOPS 的峰值性能和 219.3µs 的延迟落后于其他产品。
4K 随机写入给我们展示了相反的情况，DC1000M 以 317,525 IOPS 的峰值性能和 399.9µs 的延迟位居榜首。
切换到 64k 顺序工作负载后，DC1000M 再次以 64 IOPS 或 46,502GB/s 的峰值和 2.91µs 的延迟在 343.3K 读取中名列前茅。
64K 写入表现强劲，金士顿以 31,600 IOPS 或约 2GB/s 的速度位居榜首，延迟为 190µs，之后有所下降。
我们的下一组测试是我们的 SQL 工作负载：SQL、SQL 90-10 和 SQL 80-20。 从 SQL 开始，DC1000M 以 198,187 IOPS 的峰值性能和 160.9µs 的延迟排名第三。
SQL 90-10 的新金士顿硬盘位居第二，峰值性能为 197,847 IOPS，延迟为 161.1µs。
对于 SQL 80-20，DC1000M 再次以 185,634 IOPS 的峰值和 171.4µs 的延迟位居第二。
接下来是我们的 Oracle 工作负载：Oracle、Oracle 90-10 和 Oracle 80-20。 从 Oracle 开始，DC1000M 以 910 IOPS 158,140µs 的峰值性能仅次于 Memblaze 235.9。
对于 Oracle 90-10，金士顿与三星并列第二，峰值为 156,623 IOPS，延迟为 139.9µs。
Oracle 80-20 DC1000M 以 156,528 IOPS 的峰值得分和 139.9µs 的延迟保持第二名。
接下来，我们切换到我们的 VDI 克隆测试，完整和链接。 对于 VDI 完整克隆 (FC) 启动，金士顿 DC1000M 以 145,139 IOPS 的峰值和 238.5µs 的延迟位居第二。
VDI FC 初始登录 DC1000M 跌至第三位，峰值为 52,123 IOPS，延迟为 568.7µs。
在 VDI FC Monday Login 中，DC1000M 再次排名第三，峰值为 49,867 IOPS，延迟为 318.7µs。
对于 VDI 链接克隆 (LC) 启动，DC1000M 以 72,430 IOPS 的峰值和 220.2µs 的延迟位居第二。
VDI LC 初始登录看到金士顿以 29,229 IOPS 和 271.3µs 的延迟跌至第三位。
最后，在 VDI LC Monday Login 中，DC1000M 再次以 34,384 IOPS 的峰值性能和 462.8µs 的延迟排名第三。
总结
金士顿 DC1000M 是公司用于数据中心的经济型 NVMe SSD 的扩展。 该驱动器适用于混合工作负载用例，并随着客户的发展成为 SATA 和 SAS 驱动器的替代品。 该驱动器采用 U.2 外形规格，容量高达 7.68TB。 DC1000M 的引用速度高达 3GB/s 和高达 540K IOPS，是虚拟化、HPC、Web 托管缓存和高分辨率媒体捕获用例等的理想选择。
对于性能，我们查看了我们的应用程序工作负载分析和 VDBench 测试，并将金士顿 DC1000M 与具有类似重点的其他驱动器进行了比较。 在我们的应用程序工作负载分析基准测试中，DC1000M 表现不错，SQL Server 性能为 12,579 TPS，平均延迟为 26 毫秒。 对于 Sysbench，该驱动器以 5,485 TPS 和平均延迟 23.3 毫秒排在最后，最坏情况下为 51.8 毫秒。 对于 Houdini，我们看到 2,908.5 秒将驱动器置于测试的底部四分之一。
使用 VDBench，DC100M 的整体表现更好。 亮点包括 580K IOPS 随机 4K 读取（这里最差）、318K IOPS 4K 写入、2.91GB/s 64K 读取和 2GB/s 64K 写入。 SQL 的得分为 198K IOPS，SQL 198-90 为 10K IOPS，SQL 186-80 为 20K IOPS。 Oracle 让驱动器达到 158K IOPS，Oracle 157-90 达到 10K IOPS，Oracle 157-80 达到 20K IOPS。 对于我们的 VDI 克隆测试，该驱动器始终保持在第二或第三位左右，启动分数中有亮点，145K IOPS FC 和 72K IOPS 在 LC 中。
金士顿 DC1000M 为许多不同的用例提供了良好的性能和容量。 该驱动器可以很好地替代 SATA 或 SAS 驱动器，其中组织正在寻求以可承受的价格提升性能。
参与 StorageReview
电子报 | YouTube | 播客 iTunes/Spotify | Instagram | Twitter | Facebook | RSS订阅
