我的问题是：什么时候适合简单地创建一个具有快速读写性能的大型阵列，例如 RAID 10，而不是为特定应用程序创建较小的阵列？
在我看来，如果我的整体 I/O 要求不是特别繁重，具有出色读写性能的单个阵列可以为所有应用程序提供更好的整体性能，除非那些（可能很少）具有不同访问模式的应用程序达到峰值同时（在数据库崩溃时复制大量大文件）。
如果我将一对主轴专用于特定任务（例如事务日志），并且它们甚至没有为工作负载出汗......为什么不将该工作负载放在更大的 RAID 10 上？然后，这些心轴将能够为其他工作负载做出贡献，而不是 60% 的时间坐在那里抓挠自己。
PS，在我的特殊情况下，RAID 10 的成本开销不是一个因素，因为我正在考虑创建多个 RAID 1 阵列和一个较小的 RAID 5。使用 RAID 10 来获得我需要的空间量将是可比的。
Eva*_*son 10
了解如何设置您的存储就是衡量和预算 IOPS 和带宽。（我在这里很简单，因为读/写的百分比混合大小、平均 IO、RAID 条带大小和缓存命中百分比非常重要。如果你能得到这些数字，你可以使你的计算更加准确。）
有一个非常可爱的小IO计算器这里规划出入库时，我经常使用。wmarow 的存储目录也很适合获取一些相当现代的磁盘性能数据。
如果我将一对主轴专用于特定任务（例如事务日志），并且它们甚至没有为工作负载出汗......为什么不将该工作负载放在更大的 RAID 10 上？
请记住，将顺序 IO 放在带有随机 IO 的主轴上会使该顺序 IO 随机。您的事务日志磁盘可能看起来并没有出汗，因为您看到的是顺序 IO 操作。对 RAID-1 卷的顺序读取和写入将非常快，因此，例如，如果您“不费吹灰之力”基于磁盘队列长度，那么您将无法了解整个故事。
测量或计算预期目标卷的最大可能随机 IOPS，获取该卷上当前工作负载的基线，然后确定是否有足够的空间将这些事务日志 IOPS 放入目标卷中剩余的随机 IO。此外，一定要为工作负载所需的空间（显然）进行预算。如果您愿意，请在您的 IO 工作负载/空间分配中增加一定比例的额外“空间”。
对于要放入目标 RAID-10 卷的所有其他工作负载，继续使用此方法。如果随机 IOPS 用完，那么您在卷中堆积了太多内容——添加更多磁盘或将一些工作负载放在专用卷上。如果空间不足，请添加更多磁盘。
| 归档时间： |
|
| 查看次数： |
6412 次 |
| 最近记录： |