現役エンジニアが教えるサーバーRAID選び方|なぜ現場はRAID10一択なのか

「サーバーのストレージ構成、RAID 5でいいですよね?」
現場で若手エンジニアやお客様からよく受ける質問です。しかし、18年インフラ運用に携わってきた私の答えは「要件次第、ただし安易なRAID 5は危険」です。
RAIDは一度構成すると後からの変更が非常に困難で、選定ミスは将来のパフォーマンス不足や、最悪の場合のデータ全損に直結します。
本記事では、初心者の方でも自信を持って構成を提案・設計できるよう、各RAIDレベルの特徴はもちろん、教科書には載らない「導入・運用コストの比較」「ホットスペア設計のリアル」「実務でRAID 10が選ばれる決定的な理由」まで、プロの視点で分かりやすく解説します。
この記事の想定読者
- RAID構成の選定で悩むサーバー構築の若手インフラエンジニア
- コストと信頼性を考慮し顧客や上層部にストレージ提案したい人
- 教科書知識ではなく現場で失敗しないリアルな判断基準を求める人
この記事を読むことでのメリット
- 用途に合わせた失敗しない最適なRAID構成を自分自身で選べる
- 隠れコストの把握から顧客や上層部を納得させる説得術が身につく
- 二重障害リスクを防ぎホットスペアまで考慮した運用設計ができる
そもそもRAIDとは?サーバーの信頼性を支えるストレージ冗長化の基礎
サーバーは24時間365日稼働し続けることが求められます。しかし、データを保存するHDDやSSDといったストレージデバイスは消耗品であり、いつか必ず故障します。
1台壊れても止まらないシステムを作る「保険」の仕組み
もし、ディスクが1台しかないサーバーでそのディスクが故障したら、システムは停止し、データは全て失われてしまいます。これは業務システムにおいて許されません。
そこで登場するのが RAID (Redundant Array of Independent Disks) です。
RAIDとは、複数のディスクを束ねて、あたかも1つの巨大で高性能、あるいは頑丈なストレージのように見せる技術のことです。
RAIDの2大目的:耐障害性の向上とパフォーマンスの高速化
複数のディスクを組み合わせることで、主に以下の2つの目的を実現します。
- 耐障害性の向上(冗長化):1台のディスクが故障しても、他のディスクがカバーしてシステムを稼働し続けられるようにする。保険をかけるイメージです。
- パフォーマンスの向上(高速化):データの読み書きを複数のディスクに分散させることで、1台では実現できない速度を出す。分業させるイメージです。
この保険と分業のさせ方の違いによって、RAIDにはいくつかのレベル(種類)が存在します。
現場で使われる「現実的な」RAID構成 4選を徹底解説
ここからは、実務で頻繁に選択される4つの構成(0, 1, 5, 10)について、それぞれの仕組みと、なぜ現場で選ばれるのかを丁寧に解説します。
RAID 0(ストライピング):速度特化、ただし耐障害性はゼロ

- 仕組み:RAID 0は、データを一定のサイズ(ブロック)に分割し、複数のディスクに同時に並行して書き込みます。これをストライピングと呼びます。最低2台のディスクが必要です。
- 運用上のメリット:読み書き共に非常に高速です。ディスクの台数分だけ速度が向上するイメージです。また、ディスク容量を100%フルに活用できます。
- 運用上のデメリット(脆弱性):耐障害性が全くありません。構成するディスクが1台でも故障すると、データは分散して記録されているため、全てのデータが復旧不可能になります。
- 現場での現実的な使い所:サーバーのメインストレージとして使われることはまずありません。一時的な作業用ファイル置き場(スクラッチ領域)など、消えても業務に支障がないデータ領域に限定されます。
RAID 1(ミラーリング):OSインストール領域の鉄板構成

- 仕組み:RAID 1は、2台のディスクに全く同じデータを同時に書き込みます。鏡に映すようにデータを複製するためミラーリングと呼ばれます。
- 運用上のメリット:非常にシンプルで信頼性が高いのが特徴です。片方のディスクが故障しても、もう片方が生きている限り、何事もなかったかのようにシステムは稼働し続けます。
- 運用上のデメリット:2台のディスクを使っても、実際にデータ保存に使える容量は1台分(50%)だけです。コストパフォーマンスは悪いです。
- 現場での現実的な使い所:サーバーのOS(WindowsやLinux)をインストールする領域として、最も標準的に採用されます。OSが起動しなくなるとサーバー全体が停止するため、信頼性が最優先されます。
RAID 5(パリティ分散):容量効率は良いが「リビルド時のリスク」に注意

- 仕組み:RAID 5は、データ本体と同時に、障害発生時にデータを復元するためのパリティと呼ばれる誤り訂正符号を生成し、それらを3台以上のディスクに分散して記録します。
- 運用上のメリット:メリット(効率性):ディスクが1台故障しても耐えられます。RAID 1と比較して、ディスク容量を効率よく使えます。
- 運用上のデメリット:データを書き込む度にパリティを計算する必要があるため、書き込み速度が低下します。リビルド死のリスク:ディスクが故障した後の復旧作業(リビルド)中に残ったディスクが高負荷になり、もう1台が壊れて全データが失われるリスクが、大容量HDDの普及により近年懸念されています。
- 現場での現実的な使い所:ファイルサーバーなどでよく使われます。読み取り中心で、コストを抑えて大容量を確保したい場合に選択肢に入ります。
RAID 10(ミラー+ストライプ):性能も妥協しないDBサーバーの最適解

- 仕組み:RAID 10は、RAID 1(ミラーリング)とRAID 0(ストライピング)を組み合わせた構成です。最低4台のディスクが必要です。まず2台ずつペアにしてRAID 1を作成し、そのミラーペアをRAID 0で繋ぎます。
- 運用上のメリット:RAID 1の高い信頼性と、RAID 0の高速性を両立できます。1台故障しても稼働継続可能で、リビルド時の負荷もRAID 5より軽く済みます。
- 運用上のデメリット:多くのディスクが必要で、利用できる容量は合計の50%です。
- 現場での現実的な使い所:速度と信頼性の両方が極めて重要になるデータベースサーバーのデータ領域として、第一候補になる構成です。
【現場のリアル】RAID 01(0+1)との違いは?なぜ実務では「10」一択なのか
教科書や資格試験の勉強をしていると、RAID 10とよく似た「RAID 01(0+1)」という構成を目にすると思います。名前は似ていますが、現場の実務で採用されるのは圧倒的に「RAID 10」です。

- RAID 01 (0+1) : 先にデータをバラバラにして(ストライプ)、それを丸ごとコピー(ミラー)する
- RAID 10 (1+0) : 先にコピーを作って(ミラー)、それをバラバラに並べる(ストライプ)
違いは「どちらの処理を先に行うか」ですが、ディスクが故障したときの「生き残り確率(耐障害性)」が全く異なります。
例えば、4台構成のディスクのうち1台が壊れたとします。
- RAID 01の場合: 壊れたディスクが含まれる「ストライプグループ(2台)」が丸ごと動かなくなります。残ったもう片方のグループのディスクがどれか1台でも壊れたら、その時点でシステム全損です。
- RAID 10の場合: 1台壊れても、壊れたのは「ミラーペア(2台のうち1台)」だけです。次に壊れるディスクが「同じペアの相方」でさえなければ、システムは動き続けます。(最大2台の故障まで耐えられる可能性があります)
壊れたディスクを交換して元に戻す(リビルド)ときの安全性もRAID 10の方が遥かに高いため、現代のサーバー構築においてRAID 01を選ぶ理由はまずありません。 現場では「10一択」と覚えておきましょう。
ひと目でわかる!RAIDレベル比較まとめ表
| RAIDレベル | 最小枚数 | 利用可能容量 | 読み込み速度 | 書き込み速度 | 耐障害性 | 費用・コスト感 | 主な推奨用途 |
| RAID 0 | 2台 | 100% | ◎(極めて速い) | ◎(極めて速い) | ×(なし) | 低コスト | 一時作業領域・キャッシュ |
| RAID 1 | 2台 | 50% | ○(速い) | △(普通) | ○(1台故障まで) | 中コスト | サーバーOS領域 |
| RAID 5 | 3台 | (N-1)/N | ◎(速い) | △(パリティ遅延) | ○(1台故障まで) | 中〜低コスト | 低リスクなファイルサーバー |
| RAID 10 | 4台 | 50% | ◎(極めて速い) | ◎(極めて速い) | ◎(高い) | 高コスト | DB領域・仮想化基盤 |
意外と見落としがちな「コスト・費用対効果」徹底比較
現場でRAIDを提案・選定する際、必ずぶつかるのが「コスト(予算)」の壁です。単にディスクの購入費用だけでなく、サーバー全体の隠れコストまで考慮する必要があります。
1. 単純なディスク枚数だけじゃない「3つの隠れコスト」
- スロット数と筐体コスト:RAID 10で8台のディスクを積む場合、1Uサーバーではなく2U以上の大型筐体が必要になり、サーバー本体価格が跳ね上がることがあります。
- RAIDカード(ハードウェアRAID)費用:パフォーマンスと信頼性を担保する専用RAIDカードおよびキャッシュバッファ(BBU/Flash保護付き)は、数万〜十数万円の追加費用がかかります。
- 電気代・保守費用:ディスク台数が増えるほど消費電力と故障確率(保守パーツ費)が増加します。
2. 【費用対効果】1TBあたりの実効容量コストイメージ
実効容量(実際に使える容量)で考えると、各構成のコスト感は以下のようになります(※1TB SSD/HDDを1本1万円とした単純計算イメージ)。
- RAID 1(2台構成):2TB購入して1TB利用可能 ⇒ 1TBあたり約2万円
- RAID 5(4台構成):4TB購入して3TB利用可能 ⇒ 1TBあたり約1.3万円(容量コスパが良い)
- RAID 10(4台構成):4TB購入して2TB利用可能 ⇒ 1TBあたり約2万円
3. 上層部や顧客を納得させる「RAID 10選定の説得ロジック」
「RAID 10は容量効率50%で高い」と難色を示された場合、私は以下のように説明して納得を得ています。
「初期費用でディスク代を数万円削減してRAID 5にするメリットよりも、障害発生時のリビルド遅延による業務パフォーマンス低下や、リビルド事故によるデータ全損時の損害賠償・復旧コスト(数百万〜数千万円)のリスクの方が遥かに高くなります。止まることが許されない重要システムにおいては、RAID 10が最もコストパフォーマンスに優れた投資です。」
運用の現場で必須の知識:ホットスワップとスペアディスク
RAIDを組んで終わりではありません。実際に障害が発生した時にどう動くかが重要です。
サーバーを止めずにディスクを交換する「ホットスワップ」
サーバーの電源を入れたまま、故障したディスクを抜き取り、新しいディスクを挿入できる機能です。24時間稼働のシステムでは、業務を止めずに修理するために必須の要件です。
障害時に自動復旧を開始する「ホットスペア(スペアディスク)」
予備としてサーバーに接続して待機させておくディスクのことです。RAID構成内のディスクが故障すると、コントローラーが自動的にこの待機ディスクを組み込んで復旧(リビルド)を開始します。エンジニアが現場に駆けつける前でも自動で復旧が進むため、非常に安全です。
【実務設計】RAIDレベル別×ホットスペアのベストプラクティス
「ホットスペアはとりあえず付けておけば良い」というわけではありません。RAIDレベルに応じた最適な組み合わせ設計が存在します。
- RAID 0 × ホットスペア = 不要(意味がない)
- 1台壊れた時点で全データが喪失するため、スペアがあっても再構築できません。
- RAID 1 × ホットスペア = システム規模による
- 24時間監視体制があり、保守員が即日駆けつけられる現場であれば「スペアなし(定期保守で交換)」でも十分です。データセンターが遠隔地にある場合は1台追加しておくと安心です。
- RAID 5 + ホットスペア vs RAID 6(どちらを選ぶべきか?)
- 現場でよく迷うのがこの比較です。結論から言うと、現代では「RAID 6」を強く推奨します。「RAID 5+スペア」は通常時は1台故障しか耐えられず、リビルド中に2台目が壊れるとアウトです。一方「RAID 6」は最初から同時2台故障に耐えられるため、信頼性の次元が異なります。
- RAID 10 + ホットスペア = ミッションクリティカル環境の最適解
- 絶対に止められない基幹DB等では、RAID 10にホットスペアを1台追加する設計が最高峰の信頼性を提供します。
まとめ:【目的別】現場で迷わないRAID構成の最適解リスト
最後に、実際の提案や設計で迷った際に使える「目的別・最適解リスト」をまとめます。
- OSインストール領域(システムドライブ)
- 👉 最適解:RAID 1(2台構成)
- 理由:シンプルで最も信頼性が高く、OSの安定稼働を確保できるため。
- データベース(DB)サーバー・仮想化ハイパーバイザー
- 👉 最適解:RAID 10(4台以上)
- 理由:高速なランダムI/O性能と、リビルド事故を防ぐ高い耐障害性が必要なため。
- 大容量ファイルサーバー・バックアップターゲット
- 👉 最適解:RAID 6 または RAID 5(コスト重視時)
- 理由:容量効率を優先。ただし大容量HDDを使用する場合はリビルド耐性の高いRAID 6を推奨。
- ログ一時保管庫・動画レンダリング等の作業領域
- 👉 最適解:RAID 0(または単体ディスク)
- 理由:消えても問題なく、純粋な書き込み速度のみを追求するため。
必要なディスク総容量とスペックの決め方
RAID構成の方針が決まったら、次に必要となるのが「サーバー全体のストレージ容量・CPU・メモリをどう割り出すか」というサイジング作業です。
単に現状のデータサイズでディスクを選定してしまうと、「1年後に容量がパンクして追加購入が必要になった」「安全マージンを取りすぎて予算オーバーと一蹴された」といった手戻りが発生します。
現場で経営層や顧客を一発で納得させるための「年間データ増加量の予測式」や「リソース算出の計算根拠」については、以下の記事で実例とともに詳しくまとめています。

サーバーRAID選定に関するよくある質問(FAQ)
【鉄則】RAIDはバックアップではないことを忘れずに!
どれだけ強固なRAID 10+ホットスペア構成を組んでも、「ファイルの誤削除」「プログラムのバグによるデータ破損」「ランサムウェア感染」「自然災害や筐体全体の火災」からはデータを守れません。
「RAIDはシステムを止めないための稼働率向上(冗長化)の仕組み」であり、「バックアップは過去の正常な状態に戻すための仕組み」です。
この2つは全く別物であることを正しく理解し、必ず別筐体やクラウドへのバックアップ設計を併せて行ってください。以下のバックアップに関する記事が参考になりますので、合わせて読んでみてください。

物理サーバにおけるRAID構成を理解したら、次はそれらが仮想化環境(ESXiなど)でどのように認識され、ストレージとして抽象化されていくのかを確認しましょう。ハードウェアから仮想マシンへと繋がる『ストレージの全体像』をこちらで解説しています。







