ディスクサブシステムの8KページI/O容量の数を把握しようとしています。ドライブはSATA7200RPMです。RAID-5構成では4台のドライブです。 SCSIコントローラについてはよくわかりませんが、サーバーは約5年前のものです。
知っておく必要のあるもう1つのことは、シーケンシャルI/O要求とランダムI/O要求の比率です。これは、I/O操作速度にかなりの影響を与える可能性があります。回転メディアの場合、100%ランダムリクエストがI/O操作の下限であり、100%シーケンシャルリクエストが上限です。
また、RAID5を使用するため、読み取り/書き込みの割合もI/OOpsに影響します。これはRAIDカードの影響を大きく受ける可能性があるため、「書き込みは読み取りよりも遅くなる」以外に、厳格で高速な経験則は多くありません。それでも、RAIDカードのインテリジェントキャッシュによって台無しになる可能性があります。
7.2KRPMドライブはある時点でI/O飽和に達しますが、大量の書き込みを処理する場合、RAIDカードがCPU飽和に達する可能性があります。
確実に知る唯一の方法はテストすることです。エヴァンが言ったように、iometerには長い実績があります。 iozone も効果的に使用しました。 iometerほど高度ではありませんが、使い方は少し簡単です。
私はsysbenchでこの種のテストを行いました。私が行ったのは、システムメモリの数倍の大きなテストファイルを作成し、ランダムなIO書き込みのみをテストしたことです。これにより、有用な最悪の場合のメトリックが得られるはずです。私はそのテストの周りのすべてのサイジングを行います。キャッシング、読み取りトラフィックと書き込みトラフィックの混合、およびシーケンシャルIOを実行するものがあるため、実際のパフォーマンスはそれよりも優れているはずです。 IOのボトルネックはスペースの問題よりも修正がはるかに難しいことがわかったので、私は間違いなくIOPSを中心に最適化します。
機会があれば、4ディスクRAID5をRAID10に再構成することを検討します。これにより、一般的に書き込みIOのパフォーマンスが向上するはずです。両方の方法でテストして、ハードウェアが両方の条件でどのように機能するかを正確に確認できます。
私の経験則では、7.2kドライブは約150 IOPS、10Kは約200、15kは最大250まで追加できますが、少し楽観的かもしれません。各ミラーは読み取り用に追加のIOPSを提供し、各ストライプは書き込み用に追加のIOPSを提供します。したがって、たとえば、7.2kディスクを備えた4ディスクRAID 10は、最悪の場合、最大300 IOPSの書き込みを提供できますが、それ以上はできません。 RAID 5は、書き込まれるデータの量や、実装のショートカットや最適化に応じて変動する可能性があるため、見積もりがより複雑になります。通常の場合、64kストライプでの8k書き込みにより、最終的に4ディスクRAIDで5 IOPSが発生し、3 IOPSが各ストライプを読み取り、1つが更新中のデータストライプとパリティストライプに対応します。 RAID5での書き込みIOPSはRAID10の同じディスク数の約半分であることがわかりました。したがって、4ディスクRAID 5は、ランダム書き込みIOで150 IOPSの最悪のケースであり、単一のディスクよりも優れているとは言えません。