我正在尝试了解在高峰时间监视的应用程序的RAIDconfiguration中所需的最佳磁盘数，以便具有以下IOPS。
磁盘子系统分为RAID 10上的数据，RAID 1上的tempdb以及RAID 1或RAID 10上的日志。
我正在使用标准计算来计算所需的磁盘数量
Reads fraction + (Write Penalty * Write Fraction) 所需的磁盘数量= ——————————————— ——–单驱动器IOPS
它的驱动IOPS为120：
数据磁盘
RAID 10
IOPS 240 98％写入2％的读取
假设240 IOPS = 4，所需的最less磁盘数量假设500 IOPS = 8，则需要理想磁盘
的TempDB
RAID 1或RAID 10
IOPS 1.4 49％写入51％读取假设1.4 IOPS = 2的最小磁盘假设3 IOPS = 4所需的理想磁盘
日志文件
RAID 1
IOPS 600 100％写入0％读取
假设1200 IOPS = 20，假设600 IOPS = 10理想情况下的最小磁盘
我的问题是，根据计算，这似乎是正确的，人们在现实世界中如何实现这种设置。 日志的磁盘需求看起来很大，理想的实现需要32个磁盘。 会有人真的购买一台32个磁盘的服务器，或者会使用某种types的SAN设置吗？
在此先感谢您的任何帮助，您可以提出并对n00b问题抱歉。 在我的假设任何更正非常赞赏。
让我先说这个，说在磁盘上的原始IOPS数字可能是误导。 IOPS的数量是随机查找; 如果你的负载是98％的写入，那么很less有机会顺序，你的日志磁盘肯定会less一些。 顺序写入将比随机查找数字更快将导致您相信。
这就是说：不知道中间设置，它只有1.4 IOPS vs 3 IOPS？ 这是非常低的负载，并不需要更多的磁盘; 是一个错字？
数字在最后一组如此残忍的原因是全写入的负载。 在RAID 1configuration中，每个写操作都必须在每个磁盘上完成。 理论上，RAID 1configuration中的单个磁盘的写入速度无法达到较高的速度，因此120 IOPS磁盘上的600 IOPS随机写入负载将成为存储瓶颈。 读取会非常快，但写入是单磁盘速度。 如果单个磁盘的写入速度不够快，则需要一个扩展写入的RAID模式。
现在，就实施而言：
首先考虑您的最后一个问题，如果您正在购买30+个磁盘，那么从长远来看，如果您购买了外部磁盘arrays，可能会更好。 它不需要在光纤通道或iSCSI SAN上完整，一个简单的SAS机箱将在硬件RAID中提供主轴和一大块高速caching。
这些数字似乎是正确的，但如果您使用的是15K RPM SAS驱动器，则您预计每个驱动器可能会获得大约150 IOPS。
有一件事你没有谈到的是容量，所以我假设数据库相对较小？ 在这种情况下，绝对值得一看SSD而不是普通磁盘。 每个SSD可以replace10个或更多的磁盘。
在英国，来自Crucial的250GB固态硬盘将花费约320英镑的税。 NewEgg售价500美元。 将其中的4个或6个安装在正常服务器的RAID10arrays中，而忘记需要拆分tempdb，日志文件和数据。