我目前正在配置一台新的备份服务器。它将运行带有直接附加存储的 Windows Server 2012 R2，我正在考虑使用存储空间而不是使用 RAID 卡。（作为 ZFS 的粉丝，如果做得好，我绝对可以看到取消硬件 RAID 的优势。）
我预计性能关键型工作负载大部分是连续的。由于这是顺序数据的批量存储，读取（备份恢复）的性能比写入（进行备份）的性能更为关键，因此我认为奇偶校验非常适合获得密集且低成本的备份数据存储。
在谈到奇偶校验磁盘的写入性能时，我在博客中看到了一些令人担忧的结果，例如本文由 Beta News 的 Derrick Wlodarz 撰写，以及富士通的这份白皮书。
进一步研究后发现，这篇博客文章似乎没有使用专用日志磁盘进行测试，据这篇 TechNet 文章。不幸的是，我之前提到的两个基准都没有测试日志磁盘的影响，但微软声称他们已经看到了 150% 的性能提升，对于我的应用程序来说，我认为这将使其达到我想要的性能。
这些都是很好的信息，但有一个问题我还没能找到。有问题的 SSD 仅用于镜像日志记录，据我所知，它们只是提供短期稳定的写入存储。因此，我不希望它们必须非常大。至少，这是我从使用 ZFS 和 ZIL 磁盘得出的结论 - 大小并不重要，尽管在这种情况下，较大的磁盘在密集的写入负载下可能会持续更长时间，因为写入分散在较大的磁盘上。
我已经明白，由于写入数组的所有内容也将写入日志，因此需要能够以所需的速率写入。正如微软所说：
请注意，日志磁盘的吞吐量现在将成为此特定存储池上创建的所有奇偶校验空间的总体吞吐量限制，您可能会牺牲额外的容量来换取性能。换句话说，确保专用日志磁盘非常快，并根据池中的奇偶校验空间数量调整日志磁盘的数量。
然而，我还没有找到，并且希望 Server Fault 能够帮助我：是否有专门用于选择合适尺寸用作存储空间奇偶校验阵列的日志磁盘的 SSD 数量？
答案1
兄弟，答案已经在引言中了。你可能想添加一些SSD，不是大的固态硬盘。
您说得对，日志只是用于奇偶校验的缓存。但这意味着它对于镜像空间完全无用。即使是 WBC，默认情况下任何阵列的最大容量也只有 1GB，您可以通过 PowerShell 覆盖，但也有 100GB 的硬限制。
如今你甚至买不到小于 120GB 的 SSD。只要买一个就没问题了。我也是这么做的。
我也可以用数字来证明这一点，请查看我关于此内容的深入基准测试系列：
TL;DR 奇偶校验空间即使使用专用日志也很糟糕，只是没那么糟糕。事实上，即使是纯 SSD 阵列，它也很差劲。这真的很遗憾。微软给了很多啦啦啦但实际上，如果 MD 和 ZFS 可以做到正确，为什么他们做不到？