使用 Microsoft Storage Spaces 奇偶校验卷调整日志磁盘的大小

Question

我目前正在寻找一个新的备份服务器。它将运行带有直连存储的 Windows Server 2012 R2，我正在考虑使用存储空间而不是使用 RAID 卡。（作为 ZFS 的粉丝，如果做得好，我绝对可以看到取消硬件 RAID 的优势。）

我希望我的性能关键工作负载主要是顺序的。由于这是顺序数据的大容量存储，读取（备份恢复）的性能比写入（进行备份）的性能更重要，我认为奇偶校验将非常适合获得密集且低成本的备份数据存储。

我见过一些博客有关的结果，当谈到写奇偶校验磁盘，如在性能本文通过公测的消息的德里克Wlodarz，以及在从Fujutsu本白皮书。

根据这篇 TechNet 文章，在对此进行更多研究时，似乎该博客文章没有使用专用日志磁盘进行测试，这显然可以显着提高奇偶校验存储空间的写入性能。不幸的是，我之前提到的两个基准测试都没有测试日志磁盘的影响，但微软声称他们已经看到了 150% 的性能提升，对于我的应用程序，我认为这将把它放在我想要的地方.

这些都是很好的信息，但有一个我无法找到的谜题。有问题的 SSD 仅用于镜像中的日志记录，据我所知，它们只是为了提供短期稳定的写入存储。因此，我不希望它们必须非常大。至少，这是我从使用 ZFS 和 ZIL 磁盘得出的结论 - 大小并不重要，尽管在这种情况下，较大的磁盘在密集的写入负载下可能会持续更长时间，因为写入分布在较大的磁盘上。

我已经明白，由于写入数组的所有内容也将写入日志，因此它们需要能够以所需的速率写入。正如微软所说：

请注意，日志磁盘的吞吐量现在将是在此特定存储池上创建的所有奇偶校验空间的总体吞吐量限制，您可能会用额外的容量来换取性能。换句话说，确保专用日志磁盘非常快，并根据池上的奇偶校验空间数量扩展日志磁盘的数量。

然而，我找不到什么，我希望 Server Fault 能够帮助我的是：是否有任何最佳实践专门用于选择适当大小的 SSD 用作存储空间奇偶校验的日志磁盘大批？

Answer 1

兄弟，答案已经在引用中了。您可能想要添加多个SSD，而不是大SSD。

你说得对，日志只是一个奇偶缓存。但这意味着它对于镜像空间完全没有用。默认情况下，即使是任何阵列的 WBC 也只有 1GB 上限，您可以通过 PowerShell 覆盖它，但也有 100GB 的硬性限制。

现在你连小于120GB的SSD都买不到了。只要得到它们，你就会没事的。我也是这么做的。

我还可以用数字证明这一点，请查看我关于此的深入基准测试系列：

• 存储空间性能分析 - 第 1 部分
• 存储空间性能分析 - 第 2 部分
• 存储空间性能分析 - 第 3 部分

TL;DR 奇偶校验空间即使使用专用日志也很糟糕，只是没有那么多。事实上，即使是纯SSD阵列也很糟糕。真的很遗憾。微软对此给出了很多废话，但实际上，如果 MD 和 ZFS 能做得好，为什么他们不能呢？