设计中的IOPS瓶颈？

Question

我正在构建一个45个驱动器(backblaze)存储舱，用于Windows2012 R2存储空间。标准为2xE5-2620 v2 cpus、32 GB ram、3xLSI 9201-16i卡、9x1TB SATA和36x4TB超星SATA驱动器。假设50/50读/写，驱动器时钟的原始数字为840,000 IOPS。LSI卡可以处理每个卡的400k+ iops。假设我将驱动器放在一个3路镜像中，我将有48 TB的磁存储，使用SSD作为分层存储。这种制度的瓶颈是什么？是RAM、cpu、LSI卡还是驱动器本身？在iops中，我们会看到接近理论最大值50%的东西吗？

Answer 1

这取决于你将如何处理这个系统。这是一般的建议；对于Windows存储空间解决方案，与ZFS和传统的文件系统是一样的。

把它想成这样：

• 你正在使用一堆容量优化的磁盘，所以不管你做什么，它都需要大量的数据。
• 当人们谈论大型数据集时，应用程序通常是备份，或者是数据的活动工作集只是磁盘上数据的子集。
• 如果目的是备份，为什么特定的IOPS很重要？
• 如果目的是使用一个相对较小的工作集的其他应用程序，我假设它可以在SSD缓存层处理。
• 如果随机读写性能很重要，这是错误的解决方案。
• 您将如何在服务器上或从服务器上获取数据？如果有的话，那将是你的尝试瓶颈。
• 幸运的是，高级文件系统不需要太多的CPU马力。您的CPU是我在ZFS存储系统中通常指定的。您可能需要更多的RAM，但我不知道WSS如何利用物理内存。

在现实中，您的问题可能是萨塔磁盘超时，故障驱动器，控制器问题(固件)，电源和冷却，振动.还有虫子。我们很少在这里听说Windows存储空间，所以我猜想业界的关注度很低。

我为什么要这么说？我不得不管理Backblaze单元和充满SATA磁盘(meh)的太阳x4540个人拥有一个。即使有了所有这些磁盘，这个设置也只适用于顺序和流工作负载。