我的问题是：什么时候只需要创建一个具有快速读写性能的大型阵列（例如RAID 10），而不是为特定的应用程序创建较小的阵列？
在我看来，如果我的总体I / O要求不是很重，那么具有出色读写性能的单个阵列可以为所有应用程序提供总体上更好的性能，除非在不同访问模式的应用程序达到峰值时（可能很少）。同一时间（在数据库遭到猛烈攻击时复制大量大文件）。
如果我将一对主轴专用于特定任务（例如事务日志），而它们甚至还没有负担很多工作量……为什么不将那个工作量放到更大的RAID 10上呢？这样，这些纺锤将能够贡献于其他工作负载，而不必花费60％的时间来抓挠自己。
PS，在我特殊的情况下，RAID 10的成本开销不是一个因素，因为我正在考虑创建多个RAID 1阵列和一个较小的RAID5。将RAID 10用作我需要的空间数量将是可比的。
Answers:
知道如何设置存储完全是关于衡量和预算IOPS和带宽。（在这里我是简单的，因为读/写百分比混合的大小，平均IO，RAID条带大小和缓存命中百分比非常重要。如果可以获得这些数字，您可以使计算更加准确。）
有一个非常可爱的小IO计算器这里规划出入库时，我经常使用。wmarow的存储目录也非常适合获得一些相当现代的磁盘性能数据。
如果我将一对主轴专用于特定任务（例如事务日志），而它们甚至还没有负担很多工作量……为什么不将那个工作量放到更大的RAID 10上呢？
请记住，将顺序IO放在带有随机IO的主轴上会使该顺序IO随机。您的事务日志磁盘看起来好像没有流汗，因为您看到了顺序的IO操作。顺序读取和写入RAID-1卷将非常快，因此，例如，如果您“不遗余力”基于磁盘队列长度，那么您将无法获得全部内容。
测量或计算预期目标卷的最大可能随机IOPS，以该卷上的当前工作负载为基准，然后确定是否有足够的空间将这些事务日志IOPS放入目标卷中的其余随机IO。另外，请确保预算工作负载所需的空间（显然）。如果您愿意，可以在IO工作负载/空间分配中增加一定百分比的“净空”。
对于要放入目标RAID-10卷中的所有其他工作负载，继续使用此方法。如果随机IOPS用完了，则说明您在该卷中堆积了太多-添加更多磁盘或将某些工作负载放在专用卷上。如果空间不足，请添加更多磁盘。
我最近读了更多文章，说RAID 5是提高可靠性的一种坏方法。我相信在RAID 5阵列中的磁盘出现故障，更换驱动器之后，它还会更多，并且它无法恢复，因为第二个磁盘存在潜在的不可恢复的读取错误，这迫使我们重新格式化并从备份中恢复。
随着驱动器变得越来越大，在这些巨大的磁盘上出现无法检测到的不可恢复的读取错误的可能性也在增加，而采用RAID 5时，可靠性就不再降低了。如果您不进行镜像，显然建议您使用RAID 10。
除非您所做的事情对速度问题非常敏感，否则我不会担心将事情分成小阵列或类似的东西。将其放入RAID 10中，看看性能是否达到极限。在系统中具有适当的缓存和内存后，应该没问题。基准数字永远不会完全符合您的实际情况，因为它取决于您的实际使用情况，实际负载，磁盘驱动器性能，控制器缓存，磁盘缓存，碎片等。
最好的经验法则是尽可能地简化配置，因为即使您花费一两天的时间花一两天的时间进行此设置，您也将不得不对该服务器上的某些问题进行故障排除您想知道如果在配置中增加了不必要的复杂性，为什么要像以前那样设置它。