我们对西部数据可怕的SMR Red Drive进行了测试

西部数据公司因试图将SMR磁盘技术偷偷带入他们的Red系列NAS磁盘而收到了大量的负面新闻，甚至是诉讼。为了更好地处理这种情况，ARS购买了西部数据4TB Red eFax型SMR驱动器，并亲自进行了测试。

最近，知名科技爱好者网站Servethehome测试了一款基于SMR的4TB带ZFS的红盘，发现它严重缺乏。该磁盘在一般性能测试中表现良好(如果表现不佳)。但是，当Servethehome使用它来更换降级的RAIDz1 vdev中的磁盘时，需要9天以上的时间才能完成操作-所有竞争对手的NAS驱动器在大约16小时内执行相同的任务。

这理所当然地提出了一个问题，即当西部数据试图在NAS驱动器中使用SMR技术时，它在想什么，更不用说试图偷偷进入市场了。西部数据到底有没有测试过这些光盘？但是，尽管Servethehome的ZFS测试很有价值，但它们忽略了这类驱动器消费者和小型企业NAS设备最常见的使用案例，如Synology的DS1819+或Netkit的ReadyNAS RN628X00。它们都使用Linux内核RAID(Mdraid)来管理其阵列。

在购买了与ServetheHome测试的WD 4TB Red eFax驱动器类似的WD 4TB Red eFax驱动器后，我们使用现有的测试台，在ARS存储热棒中使用了8个Seagate Ironwolf驱动器来创建RAID6阵列。我们的八个Ironwolf磁盘是一个12T的，所以我们将它们划分为一个3500GiB-这使得阵列足够小，当我们的Ironwolf出现故障时，我们的新WD Red Disk可以作为替代磁盘。

当我们创建RAID6阵列时，我们使用了参数-bNone，以防止它在使用阵列中以前存在的磁盘时尝试执行位图扫描以进行更快的重建。我们使用ext4文件系统对其进行格式化，参数为-E lazy_able_init=0，lazy_Journal_init=0，这样后台进程就不会使用普通用户通常不会遇到的驱动器活动来污染我们的测试。

格式化新的8个磁盘的19TiB阵列后，我们将14TiB的数据转储到14个子目录中，每个子目录包含1,024个1GiB文件，其中填充了伪随机数据。这使得阵列的使用率略高于75%。此时，我们使阵列中的一个Ironwolf磁盘出现故障，对其执行wipefs-a/dev/sdl1命令以删除现有的RAID标头，然后将其重新添加到现在降级的阵列中。这是我们的基线。

一旦Ironwolf成功地重建到阵列中，我们再次将其排除在外-这一次，我们将其从系统中完全移除，并用我们的4TB Red SMR豚鼠取而代之。首先，我们将整个4TB Red作为丢失的分区Ironwolf的替代，馈送到降级的阵列中。然后，一旦它完成重建，我们再次使其失效，擦除其中的RAID头，然后将其重新添加以进行第二次重建。

这为我们提供了两个测试案例-一个出厂新的Red SMR磁盘正在重建到阵列中，以及一个旧的红色SMR磁盘，其上的大量数据已经重建到阵列中。我们认为测试两种方式都很重要，因为每种情况都是NAS磁盘在现实世界中的常见用法。看起来，一个装满数据的SMR磁盘可能比一个全新的磁盘性能更差，因为它处理已使用的区域时不需要读取-修改-写入。

我们对SMR磁盘在第一次测试中表现良好并不感到惊讶-撇开消费者的愤怒不谈，西部数据似乎不太可能在没有进行任何测试的情况下将这些磁盘送出家门。更令我们惊讶的是，它在旧状态下的表现与新状态下的一样-驱动器的固件能够很好地混洗数据，不需要花一分钟就能像新状态那样从旧状态重建。

显然，WD Red的固件可以应付处理传统RAID重建的挑战，这相当于一个巨大的、非常大的块顺序写入测试。下一件要检查的事情是，eFax是否能很好地处理消费者NAS的典型日常用例的繁重版本-即存储大文件。

再一次，乍一看，WD Red通过了测试。就吞吐量而言，Red仅比其非SMR铁狼竞争对手慢16.7%。即使是第二次重新测试，当固件处理已经满的区域变得更加困难时，情况也不会有明显的改变。

当我们进一步深入研究FIO的延迟数据时，情况看起来明显更糟。与铁狼相比，电子传真红平均比铁狼慢68.8%--但同样，这是不会赢得这场比赛的领地，而不是你会因为诈骗领地而被起诉的。“电子传真红”比“铁狼”要慢68.8%--但同样，这是不会赢得这场比赛的领地，而不是你会因为诈骗领地而被起诉。只有当我们查看1MiB随机写入测试的峰值延迟时，我们才会开始看到当您在计划外的方向上按下Red时，事情会变得多么糟糕。在最坏的情况下，它的返回率高达1.3秒，比铁狼最慢的108毫秒的返回率差了10倍以上。

我们可以从这一峰值延迟结果推断出，当Red的固件陷入严重困境时，其吞吐量可能会在一段时间内降至1MiB/秒以下-这与我们在观看吞吐量测试运行时看到的不断变化的吞吐量数字相关。它还告诉我们，对于桌面用户，当他们单击按钮并拖动东西时，希望事情发生的人，Red偶尔可以在本应非常、非常容易的工作负载中提供真正令人沮丧的体验，即使是对于传统的驱动器也是如此。