性能 – 一个大型RAID 10与几个较小的阵列?

我的问题是:什么时候简单地创建一个快速读取的大型数组&写入性能,例如RAID 10,而不是为特定应用程序创建更小的数组?

在我看来,如果我的整体I / O要求不是非常重,那么具有出色读写性能的单个阵列可以为所有应用程序提供更好的性能,除非那些(可能是罕见的)具有不同访问模式的应用程序达到峰值时同时(在数据库被抨击时复制大量大文件).

如果我将一对主轴专用于特定任务(例如事务日志),并且它们甚至不会在工作负载上挣扎……为什么不将这些工作负载放在更大的RAID 10上呢?那些锭子将能够为其他工作负荷做出贡献,而不是在60%的时间内自己搔痒.

PS,在我的特定情况下,RAID 10的成本开销不是一个因素,因为我正在考虑创建多个RAID 1阵列和一个小型RAID 5.我需要的空间量可以与RAID 10进行比较.

了解如何设置存储是关于测量和预算IOPS和带宽. (我在这里很简单,因为读/写,平均IO,RAID条带大小和缓存命中百分比的百分比组合的大小非常重要.如果你能得到这些数字,你可以使你的计算更准确.)

有一个非常好的小IO计算器here,我经常在计划存储时使用它. wmarow’s storage directory对于获得一些相当现代的磁盘性能数字也很不错.

If I dedicate a pair spindles to a
particular task, such as transaction
logs, and they’re not even breaking a
sweat with the workload…why not just
put that workload onto a larger RAID
10?

请记住,将顺序IO放在具有随机IO的主轴上会使该顺序IO随机.您的事务日志磁盘看起来似乎没有因为您正在看到顺序IO操作而流汗.对RAID-1卷的顺序读取和写入速度非常快,因此,如果您在磁盘队列长度上“不懈怠”,那么您就无法了解整个故事.

测量或计算预期目标卷的最大可能随机IOPS,获取该卷上当前工作负载的基线,然后确定是否有足够的余量将这些事务日志IOPS放入目标卷中的剩余随机IO.此外,请务必预算工作量所需的空间(显然).如果您如此倾向,请在IO工作负载/空间分配中增加一定比例的额外“余量”.

对于要放入目标RAID-10卷的所有其他工作负载,请继续使用此方法.如果您的随机IOPS耗尽,那么您将过多地堆积在卷中 – 添加更多磁盘或将一些工作负载放在专用卷上.如果空间不足,请添加更多磁盘.

翻译自:https://serverfault.com/questions/100521/one-large-raid-10-vs-several-smaller-arrays

转载注明原文:性能 – 一个大型RAID 10与几个较小的阵列?