RAIDとは？RAID0/1/5/6/10の違いと構成・企業のディスク冗長化設計を実装目線で解説【2026年版】

RAID（レイド）とは、複数のディスクを1つにまとめて、耐障害性や読み書き速度を高める仕組みです。この記事では、ストライピング・ミラーリング・パリティという3つの原理から、RAID0/1/5/6/10それぞれの構成と違い、最小台数・容量効率・何台まで故障に耐えるかを比較表で整理します。さらに、ディスクが1台壊れたあとのリビルド（再構築）でなぜ二次故障が起きるのか、ホットスペアやRAIDコントローラは何をするのか、RAID5の「ライトホール」とは何かまで、インフラ実装の目線で踏み込みます。そのうえで、用途別にどのRAIDレベルを選ぶか、そして「RAIDがあればバックアップは不要」という誤解に、条件付きで答えを出すのが本記事の狙いです。

まとめ｜RAIDレベルの選び方とバックアップとの役割分担の結論

RAIDは、複数の物理ディスクを束ねて論理的な1台のディスクに見せる技術で、目的は大きく2つ、速度を上げることと、1台が壊れてもデータを失わない冗長性を持たせることです。この2つをどう配分するかがRAIDレベルの違いになります。速度だけを取り冗長性を捨てたのがRAID0、まるごと複製して壊れに強くしたのがRAID1、容量効率と耐障害性を両立させたのがRAID5とRAID6、速度と信頼性を高次で両立するのがRAID10です。まず結論を数字で押さえると設計がぶれません。

実務での選び方はおおむね決まっています。データベースのように書き込みが多く止められないシステムはRAID10、容量効率を重視するファイルサーバーやバックアップ保管先はRAID6、速度が命でデータが消えても作り直せる一時領域だけがRAID0、という配分が基本の型です。ディスクが大容量化した現在、RAID5を大型ドライブで組むのはリビルド中の二次故障リスクが高く、避けるべき場面が増えました。そしてもう1つの結論は明快で、RAIDはバックアップの代わりにはなりません。RAIDが守るのは「ディスクの物理故障」だけで、誤削除・ランサムウェア・筐体ごとの災害には無力です。ディスク冗長化としてのRAIDと、別媒体・別拠点へ退避するバックアップは、目的が違う別々の備えとして両方を持つのが堅実な設計になります。

RAIDとは｜複数ディスクを束ねて冗長性と速度を得るストレージ技術

RAIDは「Redundant Arrays of Inexpensive Disks（安価なディスクの冗長配列）」の頭文字で、1980年代後半にUC Berkeleyの研究で体系化された分類が基礎になっています。まず、なぜ複数ディスクを束ねるのか、その3つの基本原理と、実装の土台となるコントローラの種類を押さえます。

RAIDの定義とストライピング・ミラーリング・パリティの3原理

RAIDは、複数のディスクを組み合わせて1つのボリューム（アレイ）として扱う技術です。単体ディスクは、容量・速度・壊れやすさのすべてを1台に依存します。ディスクが1台壊れれば、中のデータは二度と戻りません。RAIDはこの弱点を、複数台に役割を分けることで補います。仕組みの土台は3つの原理です。ストライピングは、データを一定サイズのブロックに分けて複数ディスクへ並列に書き、読み書きを高速化します。ミラーリングは、同じデータを2台以上へ同時に書き、片方が壊れても継続できるようにします。パリティは、元データから計算した誤り訂正用の符号（パリティ）を持ち、故障したディスクの中身をこの符号と残りのデータから復元できるようにする仕組みです。各RAIDレベルは、この3原理をどう組み合わせるかの違いにすぎません。RAIDが担うのはディスクという1つの層の冗長化で、システム全体を止めない設計思想は冗長化の種類と構成、企業の設計判断の解説にまとめており、RAIDはそのうちストレージ層を受け持つ手段という位置づけです。

ハードウェアRAIDとソフトウェアRAID（mdadm/ZFS）の違いと選び分け

RAIDを制御する方式は、専用ハードウェアに任せるか、OSのソフトウェアで組むかに分かれます。ハードウェアRAIDは、RAIDコントローラという専用の拡張カードやサーバー内蔵チップがパリティ計算や書き込み制御を肩代わりする方式です。CPUに負荷をかけず処理が速い一方、コントローラ自体が故障するとアレイごと読めなくなる場合があり、同型の交換部品を確保しておく必要があります。ソフトウェアRAIDは、OSの機能でRAIDを構成する方式で、Linuxのmdadm、ZFSのRAID-Z、WindowsのStorage Spacesなどが代表です。専用ハードが要らず安価で、ディスクを別のマシンへ載せ替えても構成を引き継げる可搬性が利点になります。パリティ計算をCPUで行うぶん負荷はかかりますが、現在のサーバーCPU性能なら実用上の問題は小さく、とくにZFSはデータ破損を検知して自動修復する仕組みを持つため、信頼性を重視する現場で選ばれています。専用機の性能と可搬性・コストのどちらを取るかが選び分けの軸です。

RAIDレベル(0/1/5/6/10)の違いと構成・容量効率・許容故障台数の比較

ここがRAID選定の核心です。各レベルは、速度・容量効率・耐障害性のどれを優先するかで性格が分かれます。代表的な5つのレベルを、仕組みと使いどころで順に見ていきます。

RAID0（ストライピング）とRAID1（ミラーリング）の仕組みと使いどころ

RAID0は、データを複数ディスクに分散して並列に書き込むストライピングだけの構成です。2台なら読み書きが理屈上ほぼ2倍に伸び、容量も全ディスクぶんをそのまま使えます。代償は耐障害性がゼロ、1台でも壊れればアレイ全体のデータが消える点です。壊れて困らない一時作業領域や、消えても元データから再生成できる編集用の中間ファイルなど、速度だけがほしい用途に限られます。対してRAID1は、同じ内容を2台へ同時に書くミラーリングです。片方が壊れても、もう片方がそのまま生き続けるため、読み書きを止めずに交換できます。容量は2台で1台ぶんに減り（半分）、速度は書き込みが単体並み・読み込みは分散で速くなります。台数が少なく確実に止めたくないOS領域や、小規模サーバーの起動ディスクに向く構成です。

RAID5とRAID6のパリティ計算の仕組みと許容故障台数の違い

RAID5は、データとパリティを全ディスクに分散して配置する構成です。最小3台で組め、1台ぶんの容量をパリティに使うため、実効容量は「全体からディスク1台ぶんを引いた量」になります。効率がよく、どれか1台が壊れても、残りのデータとパリティから故障ディスクの中身を計算で復元できるのが持ち味です。ただし耐えられるのは同時1台までで、リビルド中にもう1台壊れると全損します。RAID6は、このパリティを二重に持つ構成です。最小4台で、2台ぶんの容量をパリティに使うかわりに、同時2台の故障まで耐えられます。ディスクが大容量化しリビルドに時間がかかる現在、RAID5では再構築中の二次故障が現実的なリスクになるため、大型ドライブを多数束ねる構成ではRAID6が標準的な選択です。書き込み時にパリティを計算し直す必要があるぶん、両者とも書き込み性能はミラーリングより落ちる点は設計で織り込みます。

RAID10（RAID1+0）の構成と書き込みの多いデータベースで選ばれる理由

RAID10は、RAID1（ミラー）でペアを作り、そのペア同士をRAID0（ストライピング）で束ねた構成です。最小4台で、容量は総量の半分になります。効率はRAID5/6に劣りますが、パリティ計算をしないため書き込みが速く、故障時の挙動も単純で読みやすいのが持ち味です。1台が壊れても、そのミラー相手が生きていればアレイは無傷で動き続け、リビルドもミラー相手からのまるごとコピーで済むため、パリティ再計算を伴うRAID5/6より短時間かつ低負荷で終わります。書き込みが多く、かつ止められないデータベースサーバーで第一候補になるのはこの特性ゆえです。容量効率を犠牲にしてでも、書き込み性能と復旧の速さ・確実性を取るのがRAID10の考え方になります。

各RAIDレベルの最小台数・容量効率・耐障害性を並べた比較表

選定の物差しとして、代表5レベルを主要な指標で並べます。実効容量のNはアレイを構成するディスクの総台数を指します。

読み方の勘所は、上から下へ「速度・容量効率」から「耐障害性・書き込みの確実さ」へ重心が移る点です。容量効率だけならRAID5、耐障害性を足すならRAID6、書き込み性能と復旧の確実性まで求めるならRAID10、という順で判断すると外しません。RAIDを組む前提となるHDDとSSDの違いや容量の考え方はストレージの種類とHDD/SSDの違いの解説で整理しています。

RAID運用の実務｜リビルド・ホットスペア・ライトホールの落とし穴

RAIDは組んで終わりではなく、ディスクが壊れてからが本番です。故障からの再構築（リビルド）で何が起きるか、予備ディスクや電源をどう備えるか、そしてパリティ構成に潜む「ライトホール」という弱点を押さえます。

ディスク故障からのリビルド手順と再構築中に起きる二次故障リスク

リビルドは、壊れたディスクを新品に交換したあと、残りのディスクとパリティから故障ディスクの中身を計算し直して書き戻す作業です。パリティ構成のRAID5/6では、アレイ内の全ディスクを最初から最後まで読み切ってパリティを再計算するため、容量が大きいほど時間がかかります。数TB級のドライブでは、リビルドが十数時間から数日に及ぶことも珍しくありません。ここに落とし穴があります。リビルド中は残りのディスクをフル稼働で読み続けるため負荷が跳ね上がり、寿命が近い別のディスクがこのタイミングで巻き添え故障を起こしやすくなります。RAID5は同時1台しか耐えられないため、リビルド中の2台目の故障はそのまま全損です。さらに、大容量ドライブでは統計的に読み取り不能セクタ（URE）に当たる確率が上がり、リビルド中に1ブロックでも読めないと再構築に失敗する場合があります。これがRAID5を大型ドライブで避け、二重パリティのRAID6やミラーのRAID10を選ぶ最大の理由です。

ホットスペアとRAIDコントローラ・BBU（バッテリバックアップ）の役割

リビルドを速く確実にする備えが、ホットスペアとコントローラ周りの仕組みです。ホットスペアは、アレイに組み込まず待機させておく予備ディスクで、1台が故障すると人手を介さず自動でスペアが組み込まれ、リビルドが即座に始まります。故障から再構築開始までの時間を詰められ、二次故障までの危険な時間帯を短くできるのが利点です。RAIDコントローラは、ハードウェアRAIDで書き込みを制御する中核で、多くは書き込みを一時的にため込むキャッシュを持ち、応答を速くします。ここで必須になるのがBBU（バッテリバックアップユニット）またはフラッシュによるキャッシュ保護です。キャッシュにデータを保持したまま停電すると、書き込み途中のデータが失われますが、BBUがあれば電源復旧まで内容を保ち、データ整合性を守ります。ハードウェアRAIDで書き込みキャッシュを有効にするなら、BBUの搭載と定期的な劣化チェックはセットで考えます。

RAID5/6のライトホールとZFS（RAID-Z）での回避

パリティ構成には「ライトホール（write hole）」という構造的な弱点があります。RAID5/6では、データとパリティを別々のディスクへ書きますが、この2つの書き込みが完了する前に停電などで中断すると、データとパリティの整合が取れない中途半端な状態が残るのです。この不整合に気づかないまま、あとで別のディスクが故障してその領域を復元しようとすると、壊れたパリティから誤ったデータを再生成してしまう危険があります。ハードウェアRAIDでは前述のBBUやジャーナル（書き込みログ）でこの穴を塞ぎます。ソフトウェアRAIDのZFS（RAID-Z）は、そもそも書き込みを上書きせず新しい場所へ書いてから切り替えるコピーオンライトの設計で、書き込みが原子的に完了するため、ライトホールが原理的に発生しません。データの整合性を最優先する現場でZFSが選ばれる理由の1つが、この構造的な安全性です。

企業がどのRAIDを選ぶか｜用途別の選定とRAIDはバックアップではない判断

ここは他社の解説が踏み込まない、RAID選定と運用方針を言い切る章です。原則は2つ、「RAIDレベルは用途（書き込み量・容量効率・停止許容度）から決める」ことと、「RAIDをバックアップの代わりにしない」ことです。この2点を外すと、費用をかけたのにデータを失う事故につながります。

用途別に選ぶRAIDレベルの基準（DB・ファイルサーバー・一時領域）

選定は用途で決め打ちできます。書き込みが多く止められないデータベースは、書き込みが速くリビルドも確実なRAID10が第一候補です。容量効率のためにRAID5を選びたくなりますが、書き込みのたびにパリティを計算するペナルティと、リビルドの遅さがDBでは重くのしかかります。大容量のファイルサーバーやアーカイブ、バックアップの保管先は、容量効率と二重故障耐性を両立するRAID6が基本です。ここでRAID5を大型ドライブで組むのは、前述のリビルドリスクから見送るべき典型例になります。速度だけがほしく、消えても再生成できる一時領域や動画編集の作業領域に限ってRAID0を使います。逆に言えば、消えて困るデータをRAID0に置くのは避けるべき構成です。台数が2台しか取れず確実に止めたくないOS領域はRAID1、という具合に、「書き込み量・容量効率・停止許容度」の3点で用途を分類すれば、レベルは一意に近く決まります。

「RAIDがあればバックアップ不要」という誤解と3-2-1の原則

最も多い、そして最も危険な誤解が「RAIDを組んだからバックアップは要らない」という考えです。RAIDが守るのは、あくまでディスクの物理故障だけです。オペレーターがファイルを誤って削除すれば、その削除操作はミラーにもパリティにも即座に反映され、全ディスクから同時に消えます。ランサムウェアによる暗号化も同様に全ディスクへ広がります。RAIDコントローラの不具合、筐体ごとの水没・火災・盗難、設定ミスによるアレイ破壊も、RAIDでは救えません。これらから守るのはバックアップの役目で、両者は代替関係ではなく役割分担です。指針となるのが3-2-1の原則で、データは3つの複製を持ち、2種類の異なる媒体に保存し、うち1つは物理的に離れた別拠点（オフサイト）へ置く、という考え方です。RAIDはこのうち「稼働中のディスクを止めない」役割を担うにすぎず、過去の時点へ戻す復元は別に用意します。リビルドによるRAIDの復旧と、バックアップからの復元がどう違うかはリカバリーとリストア・バックアップの違いの解説で扱っています。

クラウド時代のRAIDと、インフラ設計を開発会社へ相談する進め方

クラウドを使う場合、利用者が自前でRAIDを組む場面は大きく減りました。AWSのブロックストレージ（EBS）やマネージドデータベースは、内部で複数拠点にまたがる冗長化を施した状態で提供されるため、利用者がディスク単位でRAIDレベルを設計する必要はほぼありません。RAIDと役割の異なるオブジェクトストレージ（S3系）も、内部で多重に複製され高い耐久性を持つため、自前RAIDの発想は不要です。この違いはオブジェクトストレージの仕組みとブロックとの違いの解説で整理しています。RAIDの設計判断が濃く残るのは、オンプレミスの物理サーバーや、性能要件からローカルディスクを束ねる一部の構成です。そしてRAIDはディスク層の冗長化にすぎず、システム全体を止めないためにはサーバーやネットワークの冗長化・監視まで含めた設計がかみ合う必要があります。ディスク層の可用性が全体の可用性にどう組み込まれるかは稼働率と高可用性の設計の解説を参照してください。オンプレミスからクラウドへの移行を機にストレージ構成を見直したい、あるいは可用性目標に見合った基盤を設計したい場合は、要件整理から構成設計・実装までを一貫して支援できる開発会社に相談すると、過剰なRAID投資も、逆に冗長性不足の事故も避けられます。一創ではAWS/GCP/Azureでのストレージ冗長化を含むインフラ構築として、用途に見合ったディスク設計から運用まで対応しています。

RAIDに関するよくある質問｜RAIDレベル・バックアップ・故障についての疑問

これからRAID構成を設計する担当者や、既存アレイの運用を任された技術者から寄せられやすい質問に答えます。

RAID5とRAID6はどちらを選べばよいですか？

ディスクの容量と台数で決めます。数TB級の大型ドライブを4台以上束ねるなら、リビルド中の二次故障やURE（読み取り不能）に耐えられるRAID6が基本です。RAID5は同時1台までしか耐えられず、リビルドに時間のかかる大容量構成では再構築中の全損リスクが現実的になります。小容量ディスクを3台程度で組み、容量効率を優先したい中小規模ならRAID5でも成立しますが、迷ったら二重パリティのRAID6を選ぶ方が安全です。

RAIDを組めばバックアップは不要になりますか？

不要にはなりません。RAIDが守るのはディスクの物理故障だけで、誤削除・ランサムウェア・筐体ごとの災害・設定ミスには対応できません。これらの操作や被害は全ディスクへ同時に及ぶため、RAIDでは救えないのです。過去の時点へ戻す復元にはバックアップが別に必要で、データは3つの複製・2種類の媒体・1つは別拠点という3-2-1の原則で備えます。RAIDとバックアップは目的の違う別々の対策として両方を持ちます。

RAID10とRAID5+6では性能はどう違いますか？

書き込み性能と復旧の速さでRAID10が優位です。RAID5/6は書き込みのたびにパリティを計算し直すため書き込みが遅く、リビルドも全ディスクを読んで再計算するため時間がかかります。RAID10はパリティ計算がなく、リビルドも故障ディスクのミラー相手からのコピーで済むため、書き込みが速く復旧も短時間です。そのぶん容量は半分になるので、書き込みの多いDBはRAID10、容量効率がほしい保管用途はRAID6、と用途で使い分けます。

ホットスペアは必ず用意すべきですか？

止めたくないシステムでは用意する価値が高いです。ホットスペアがあると、ディスク故障の直後に人手を介さず自動でリビルドが始まり、二次故障までの危険な時間帯を短くできます。とくにリビルドに時間のかかる大容量のRAID5/6では、スペアの有無が全損リスクを分ける要因です。運用担当が常駐せず交換に時間がかかる環境ほど、ホットスペアの効果は大きくなります。台数と予算に余裕があれば標準で組み込むのが堅実です。

クラウドでも自分でRAIDを設計する必要がありますか？

ほとんどの場合は必要ありません。AWSのEBSやマネージドデータベース、S3系のオブジェクトストレージは、内部で複数拠点にまたがる冗長化が施された状態で提供されるため、利用者がディスク単位でRAIDレベルを設計する場面は限られます。RAIDの設計が残るのは、オンプレミスの物理サーバーや、性能要件からローカルディスクを束ねる一部の構成です。クラウドでは、RAIDより上位のマルチAZ構成やバックアップ設計に検討の重心が移ります。

関連記事

• 冗長化とは？二重化との違い・種類と構成、企業の設計判断まで解説：RAIDが担うディスク冗長化の上位概念で、システム全体をどこまで二重化するかの設計判断を扱う判断ハブです。
• ストレージとは？種類・HDDとSSDの違い・企業のクラウド選定まで解説：RAIDを組む対象となるHDDとSSDの違いや容量の考え方を整理しています。
• 可用性とは？稼働率の計算と高可用性の設計をインフラ実装目線で解説：RAIDによるディスク層の可用性が、システム全体の稼働率にどう組み込まれるかを解説しています。
• リカバリーとは？意味・リストア/バックアップとの違いと企業の実務判断：RAIDのリビルドとバックアップからの復元がどう違うか、復旧の実務判断を扱った記事です。
• オブジェクトストレージとは？仕組みとS3互換API・ブロックとの違いを実装視点で解説：クラウドで自前RAIDが不要になる、内部冗長化されたストレージの仕組みを解説しています。