ディスクIOPS 計算ツール｜HDD/SSD/NVMe/クラウドブロックストレージの実測値とRAID計算
ディスクIOPS（Input/Output Per Second）を、HDD・SSD・NVMe・クラウドブロックストレージ別に早見。RAID 0/1/5/6/10 構成別のIOPS計算、DB・仮想化・VDI・動画配信のワークロード別要求値、レイテンシとスループットの関係、fio・Iometer によるベンチマーク手順まで、SNIA（Storage Networking Industry Association）標準とSPC-1指標に基づいて解説します。
ディスクIOPS 早見計算
IOPSの定義と計算式
基本定義
IOPS = 1秒間に処理できる入出力操作の回数。1つのI/O操作はブロックサイズ（4 KB・8 KB・64 KBなど）単位で、Read/Write の別、Sequential/Random の別、Queue Depth（QD）で結果が大きく変わります。
HDDの理論値
IOPS = 1 ÷ （平均シークタイム + 回転待ち時間 + データ転送時間）
7200 rpm HDDは平均シークタイム約 8.5 ms、回転待ち時間4.17 ms、転送時間0.05 ms（4 KB）で、約 75〜100 IOPSが上限。物理的な機械動作に律速されるため、SSD/NVMeに対して桁違いに遅い性能です。
SSD/NVMeの実効性能
NANDフラッシュSSDは電子的読み書きのため、シーク・回転待ちが発生せず、キューデプス（並列度）で性能が伸びます。NVMe（PCIe Gen4 x4）はRead 1,000,000 IOPS超、Write 200,000〜500,000 IOPSのクラスもあり、HDDの1万倍のレンジ。
混合ワークロードの計算
総IOPS = ディスク台数 × 単体IOPS
実効IOPS = 総IOPS ÷ （読取り比率 + 書込み比率 × Write Penalty）
RAID 5では Write Penalty = 4（1書き込みに読取り2＋書込み2）、RAID 6では6、RAID 1/10では2。読み書き比率でRAIDタイプの性能が大きく変わるため、DB用途（Random Write多め）では RAID 10 が推奨されます。
ディスク台数は、RAIDレベルにかかわらずそのまま総IOPSに掛かります。RAID 5/6のパリティは使える容量を減らしますが、I/Oを処理する物理ディスクの本数は減らないためです（容量の実効係数と混同しないでください）。「RAIDなし（単体・JBOD）」は台数分を並列に使う前提の合計値で、IOPSの計算上はRAID 0と同じ扱いになります。
読取り比率は、Write Penalty が 1 のとき（RAIDなし・RAID 0）は結果を変えません。これは式のとおりで不具合ではありません。読取り比率が効くのは Write Penalty が 2 以上になる RAID 1 / 5 / 6 / 10 を選んだときです。単体ディスクでも実際には読み取りと書き込みで素の性能に差がありますが、機種差が大きく一次資料で押さえられないため、本ツールでは単体IOPSを読み書き共通の値として扱っています。
単体ドライブのIOPS早見表（4 KB Random）
| ドライブ種別 | Read IOPS | Write IOPS | 平均レイテンシ | 代表用途 |
|---|---|---|---|---|
| HDD 5400rpm | 60〜80 | 60〜80 | 10〜15 ms | NAS・アーカイブ |
| HDD 7200rpm | 75〜100 | 75〜100 | 8〜12 ms | 汎用サーバ・NAS |
| HDD 10000rpm SAS | 140〜180 | 140〜180 | 5〜7 ms | ミッドレンジDB |
| HDD 15000rpm SAS | 200〜250 | 200〜250 | 3〜5 ms | Tier-1 DB（旧世代） |
| SSD SATA（コンシューマ） | 60,000〜100,000 | 50,000〜90,000 | 50〜100 µs | デスクトップ・ワークステーション |
| SSD SATA（エンタープライズ） | 90,000〜100,000 | 30,000〜80,000 | 50〜100 µs | 汎用サーバ |
| SSD SAS（12 Gbps） | 150,000〜200,000 | 60,000〜120,000 | 40〜80 µs | エンタープライズSAN |
| NVMe SSD Gen3 x4 | 500,000〜700,000 | 100,000〜300,000 | 20〜50 µs | DB・仮想化ホスト |
| NVMe SSD Gen4 x4 | 800,000〜1,200,000 | 200,000〜500,000 | 15〜40 µs | ハイエンドDB・AI/ML |
| NVMe SSD Gen5 x4 | 1,500,000〜2,500,000 | 500,000〜1,000,000 | 10〜30 µs | 最新HPC・生成AI |
| ストレージクラスメモリ（SCM） | 500,000〜700,000 | 500,000〜550,000 | 10〜15 µs | キャッシュ・低レイテンシDB |
※値はメーカー公称の代表値。実運用ではキューデプス・ブロックサイズ・混合比率で変動します。エンタープライズSSDは書込み耐久性（DWPD：Drive Writes Per Day）が0.3〜10と機種で大きく差があります。
RAID構成別のIOPS計算
RAIDは複数のディスクを1論理ドライブに束ねる技術で、レベルにより性能・可用性・容量効率のバランスが変わります。読み書きの内部処理回数を「Write Penalty」と呼び、これがRAIDの実効性能を決定します。
| RAIDレベル | Read係数 | Write Penalty | 可用性 | 容量効率 |
|---|---|---|---|---|
| RAID 0（ストライプ） | N | 1 | ×（1台故障で全損） | 100% |
| RAID 1（ミラー） | 2 | 2 | ◯（1台まで） | 50% |
| RAID 5（分散パリティ） | N-1 | 4 | ◯（1台まで） | (N-1)/N |
| RAID 6（ダブルパリティ） | N-2 | 6 | ◎（2台まで） | (N-2)/N |
| RAID 10（ミラー+ストライプ） | N | 2 | ◎（各ペアで1台） | 50% |
| RAID 50（RAID5+ストライプ） | N-M | 4 | ◯ | (N-M)/N |
実効IOPSの計算例（HDD 15000rpm × 8台、Read 70%・Write 30%）
単体200 IOPS、8台構成の場合：
- RAID 0：総IOPS = 200 × 8 = 1,600（100%活用）
- RAID 5：Total = 200 × 8 = 1,600、Effective = 1,600 ÷ (0.7 + 0.3×4) = 842 IOPS
- RAID 6：Effective = 1,600 ÷ (0.7 + 0.3×6) = 640 IOPS
- RAID 10：Effective = 1,600 ÷ (0.7 + 0.3×2) = 1,231 IOPS
Write の多いDB用途では RAID 5/6 は性能が半減以下になるため、DB・トランザクション処理は RAID 10 が定石。読取り主体のWebファイル配信では RAID 5/6 の容量効率メリットが活きます。
ワークロード別の要求値
🗄 リレーショナルDB（MySQL・PostgreSQL・商用RDBMS）
OLTP用途で 5,000〜50,000 IOPS（中規模）、大規模ECサイトで100,000+ IOPS。ランダムWrite比率が高くレイテンシ<1 msが求められるため、NVMe SSDまたはNVMe over Fabrics（NVMe-oF）SAN が標準。
🖥 仮想化ホスト（主要なハイパーバイザ）
VM 1台あたり50〜200 IOPS、40 VM相乗りで2,000〜8,000 IOPS。「I/O Blender効果」で完全ランダムパターンになるため、実測値はメーカー公称の30〜50%程度に落ち込むのが実務。
💻 VDI（Virtual Desktop Infrastructure）
1ユーザーあたり定常5〜20 IOPS、ブート・ログイン時にIOPS Storm発生（1ユーザー200〜500 IOPS）で瞬間的に数万〜十万IOPS要求。SSD 100%またはハイブリッドキャッシュが必須。
🎬 動画配信・ストリーミング
大ブロック（1〜8 MB）シーケンシャル読取り主体で、IOPSよりスループット（MB/s、GB/s）を重視。RAID 5/6 の HDD 大容量アレイでコスパ最適化。CDN側キャッシュとの二段構成が一般的。
📊 データ分析・BI・DWH
大ブロックシーケンシャルRead主体。クラウド型のDWHサービスはオブジェクトストレージ+コンピュートの分離で最適化。オンプレはNVMe SSD+並列ファイルシステムの構成が定番。
🤖 AI/ML学習・推論
学習時は大量データセット読取り（連続10〜100 GB/s）、推論時は低レイテンシランダムアクセス。NVMe SSD／CXL接続のメモリ層／SCMで GPU⇔Storage の帯域を確保。GPUサーバの標準構成では高速インターコネクト＋NVMe 直付けが前提。
レイテンシとスループットの関係
IOPSはレイテンシ・スループット・キューデプスの3変数と密接に関係します。Little の法則により：
IOPS = Queue Depth ÷ Latency
QD=32・レイテンシ100 µs のSSDは32 ÷ 0.0001 = 320,000 IOPS。QDを増やすほど並列度が上がりIOPSも増えますが、レイテンシも延びる（キュー待ち）ため、実務ではQD=1〜4 の低レイテンシ運用とQD=32〜128 の高スループット運用を用途で使い分けます。
スループット計算
スループット (MB/s) = IOPS × ブロックサイズ (KB) ÷ 1024
100,000 IOPS × 4 KB = 400 MB/s、100,000 IOPS × 64 KB = 6,400 MB/s。大ブロックの方がスループットは伸びますが、DB用途の小ブロック（4/8 KB）ランダムでは IOPS が支配的です。
実務での目標レイテンシ
- ミッションクリティカルDB：< 1 ms（1000 µs）
- 汎用アプリサーバ：< 5 ms
- Web・メール：< 20 ms
- アーカイブ・バックアップ：< 100 ms 許容
ベンチマーク手順（fio・Iometer）
ストレージ性能は実測が唯一の真実です。カタログスペックは理想条件（QD=32・シーケンシャル・キャッシュヒット）での値で、実運用パターンでは半減以下も普通。標準ツールで測定します。
fio（Linux/Windows）
Linux コミュニティ標準のブロック層ベンチマーク。以下は 4K Random Read/Write 混在70/30・QD=32 の典型テスト。
fio --name=random-rw --ioengine=libaio --rw=randrw --rwmixread=70 \
--bs=4k --iodepth=32 --numjobs=4 --size=10G --runtime=300 \
--time_based --group_reporting --direct=1 --filename=/dev/nvme0n1
ポイントは --direct=1（OSキャッシュを避けて実IOPSを測る）と --time_based --runtime=300（5分以上の定常状態測定）。短時間テストはSSDのSLCキャッシュヒットで過大評価になるため注意。
SNIA SSSワークロード
SNIA（Storage Networking Industry Association）は業界標準の Solid State Storage Performance Test Specification（SSS PTS） を発行しており、SSDメーカーはこれに準拠して定常状態のIOPSを公表することが推奨されています。
クラウドブロックストレージの選び方
汎用SSDボリューム（標準タイプ）
ベース 3,000 IOPS・125 MB/s、追加課金で最大 16,000 IOPS・1,000 MB/s まで拡張できるのが各社共通の水準。クラウドの既定ボリュームで、ブートボリューム・アプリサーバに最適です。
高IOPS SSDボリューム（DB向け）
最大 256,000 IOPS・4,000 MB/s級、可用性SLA 99.999%を掲げるタイプ。ミッションクリティカルDB向けで、GB単価は汎用SSDの約3倍が目安です。
プレミアムSSD（IOPS個別指定型）
最大 80,000 IOPS・1,200 MB/s級で、容量と IOPS/スループットを個別に指定できる新世代タイプ。ゾーン冗長に対応するものが増えています。
最上位SSDボリューム（超高IOPS）
最大 350,000 IOPS・5,000 MB/s級。対応する世代の計算インスタンスでのみ選べる最上位タイプで、インメモリDB・大規模商用RDBMS用途に使われます。
インスタンス直付ストレージ（ローカルNVMe）
各社の「ストレージ最適化」インスタンスは直付けNVMeで数百万IOPS。ただし揮発性でインスタンス停止時にデータが消えるため、DB用途ではネットワークブロックストレージやレプリカとの併用が必須です。
Provisioned IOPS の課金
IOPSごとに月額の従量課金が発生します。汎用SSDは3,000 IOPS超過分のみ、高IOPS型は全IOPSに課金される料金体系が一般的で、どこが分岐点になるかを事前に確認します。クラウドの監視サービスで実IOPS使用率を見ながら段階的にサイジングします。
よくある間違い・注意点
- カタログスペックを実測と勘違い — メーカーの公称IOPSはQD=32・4KB Read の理想条件。実運用ではブロックサイズ・混合比率・キューデプスで大きく低下します。必ずfioで実測してください。
- SSDのSLCキャッシュ効果を無視 — 短時間ベンチではキャッシュヒットで高値が出るが、大量書込みでキャッシュ枯渇後は定常状態の1/3〜1/10に落ちる機種も多い。300秒以上の測定が必須。
- RAID 5 でDB性能不足 — Write Penalty=4により実効書込みIOPSが1/4。DB・トランザクション処理には RAID 10 が原則。
- I/O Blender 効果の未考慮 — 仮想化ホストで多数VMが同時アクセスすると、シーケンシャル→完全ランダムに劣化。実測IOPSはVM単体テストの合計より低くなります。
- クラウドの IOPS 上限を把握していない — 汎用SSDボリュームは旧世代・現行世代とも 16,000 IOPS 前後が上限（既定値は3,000）。突発的なI/O急増でスロットリングが発生するため、クラウドの監視サービスでの常時観測が必要。
- DWPD（書込み耐久性）を軽視 — 書込み集中用途で 0.3 DWPD 品を使うと1〜2年で書込み上限。DB用途は 3〜10 DWPD のエンタープライズSSDを選定。
関連する規格・標準
- SNIA Solid State Storage Performance Test Specification（SSS PTS） ― 業界標準のSSD性能測定手順。定常状態のIOPS/レイテンシ公表基準。
- SPC-1 / SPC-2（Storage Performance Council） ― OLTP系ワークロード / シーケンシャル系のベンチマーク標準。エンタープライズSAN選定の指標。
- NVM Express（NVMe）1.4 / 2.0 仕様 ― PCIe接続ストレージのプロトコル標準。Zoned Namespace（ZNS）等の新機能を規定。
- T10 SCSI / T13 ATA ― SAS/SATA コマンドセットの国際標準。
- NIST SP 800-88 Rev.1 ― Guidelines for Media Sanitization。ストレージ廃棄・データ消去の公的ガイドライン。
- JIS X 6510 系列 ― HDD/SSD の情報技術用機械可読媒体の国内規格。
- ISO/IEC 27040 ― Storage Security。ストレージセキュリティの国際標準。
参考文献・公的資料
より正確なIOPS実測手順・ベンダー仕様の一次情報は以下を参照してください。
- ISO/IEC 27040 Storage Security ― 保存データの保護・消去要件を定めた国際標準。ストレージ設計時のセキュリティ要求事項の一次資料。
- SNIA（Storage Networking Industry Association） ― ストレージ業界の国際標準化団体。SSS PTS・NVMe-oF・オブジェクトストレージ標準の一次資料。
- NVM Express（NVMe.org） ― NVMeプロトコルの公式仕様と互換性リスト。
- fio 公式ドキュメント ― Linux コミュニティ標準のI/Oベンチマークツール。
- Storage Performance Council（SPC）Results ― SPC-1/SPC-2 のベンダー横断ベンチマーク結果公開。
- 日本規格協会（JSA） ― JIS X 6510 等ストレージ関連JIS規格の索引。
- NIST SP 800-88 Rev.1 ― Guidelines for Media Sanitization（データ消去公式ガイドライン）。
- 日本スマートフォンセキュリティ協会（JSSEC） ― モバイルストレージ含むセキュリティガイドライン。
よくある質問（FAQ）
DB運用に必要なIOPSは？
中規模OLTPで5,000〜50,000 IOPS、大規模ECサイトや金融基幹系で100,000+ IOPS。Random Write比率が高くレイテンシ < 1 ms が求められるため、NVMe SSD または NVMe-oF SAN、クラウドなら高IOPS型（数十万IOPS級）のブロックストレージが定石です。
RAIDでIOPSはどれくらい変わる？
RAID 0は台数分リニア（性能特化）、RAID 10 は Write Penalty=2 で50%効率、RAID 5 は Write Penalty=4、RAID 6 は=6。DB用途はRAID 10、読取り主体はRAID 5/6が原則。混合ワークロードでは実効IOPSが半減以下になります。
クラウドストレージの選び方は？
用途別に、汎用は汎用SSDボリューム（3,000〜16,000 IOPS）、DB高性能は高IOPS型SSD（数十万IOPS級）、大量ログや動画はスループット重視のHDD系ボリューム。IOPS上限と料金設計が変わるため、クラウドの監視サービスでピークを実測してから段階的にサイジングします。
SSDとHDDのIOPS差はどれくらい？
HDD 7200rpm は 75〜100 IOPS、SSD SATA は 60,000〜100,000 IOPS、NVMe Gen4 は 100万IOPS超。SSDはHDDの約1,000倍、NVMe Gen5はHDDの2万倍以上。物理的なシーク動作 vs 電子的読み書きの差です。
ベンチマーク時の注意点は？
短時間テスト（< 60秒）はSSDのSLCキャッシュヒットで過大評価。fioなら --time_based --runtime=300（5分以上）で定常状態測定。--direct=1 でOSキャッシュ回避、混合率・ブロックサイズを実運用パターンに合わせます。
Queue Depth（QD）とは？
ストレージに同時に投げるI/Oリクエスト数。QDが高いほど並列度が上がりIOPSが増えるが、レイテンシも延びます。SSDはQD=32〜128でピーク、HDDはQD=1〜4で性能飽和。実運用のQD分布はiostat・awrレポート等で確認します。
NVMeとSATA SSDの差は？
SATA SSDは6 Gbps・最大約550 MB/s、NVMe Gen4 x4 は 64 Gbps・7,000 MB/s超。NVMeはIOPSで10倍、レイテンシで1/3〜1/5、スループットで10倍以上。DB・仮想化・AI/MLのハイエンド用途は完全にNVMeへ移行しています。
IOPSとスループットどちらが重要？
ワークロード次第。DB・OLTPは小ブロックランダムでIOPSが支配、動画配信・DWHは大ブロックシーケンシャルでスループット（GB/s）が支配。両方見る場合は「IOPS × ブロックサイズ = スループット」の関係で換算します。
ストレージクラスメモリ（SCM）はもう終息した？
低レイテンシを売りにした従来型の不揮発メモリ製品は2022年に事業終息が発表され、2025年で生産終了となりました。ただしCXL（Compute Express Link）ベースのSCMなど後継の規格・製品が登場し、大容量メモリ層としての需要は継続しています。既存の資産は当面そのまま運用できます。
DWPD とは？
Drive Writes Per Day。1日あたり容量全体を何回書き換えられるかの耐久性指標。0.3 DWPDは読取り主体用途、1 DWPD は汎用、3〜10 DWPD はDB・書込み集中用途。エンタープライズSSD選定の重要スペック。
仮想化のI/O Blender効果とは？
複数VMが同時にストレージにアクセスすると、各VMがシーケンシャルパターンでも合成後は完全ランダムになる現象。ホスト側実測は各VM単体テスト合計の30〜50%程度に落ちるのが一般的で、IOPS集約時は余裕を持たせる設計が必要。
クラウド Provisioned IOPS の料金構造は？
汎用SSDは3,000 IOPS超過分におよそ $0.005/IOPS/月、高IOPS型は全IOPSにおよそ $0.065/IOPS/月（大量域は逓減）といった従量課金が一般的です。プロビジョンド分は使わなくても課金されるため、クラウドの監視サービスで実IOPS/スループットを見て過剰プロビジョンを避けることがコスト最適化の鍵になります。