RAID50は、複数のRAID5グループをRAID0で束ねる構成です。容量効率、読み取り中心のスループット、ディスク障害への備えを一つの構成で両立させたい場合に候補になります。一方で、同じグループ内で障害が重なると論理ドライブ全体を維持できないため、「大容量を確保しつつ一定の性能も欲しいが、RAID10ほど容量を削りたくない」という前提があるときに選びやすい方式です。
RAID50(RAID 5+0)は、複数のRAID5グループを作成し、そのグループ同士をストライピングする構成です。RAID5のパリティによる冗長性と、RAID0の並列処理を組み合わせるため、容量効率とスループットの両方を見たい場面で採用されます。
ただし、RAID50を「速くて安全な方式」と一括りにするのは正確ではありません。性能はコントローラ、キャッシュ、I/Oパターン、グループ分割に左右され、耐障害性はどのRAID5グループで障害が起きたかで変わります。
RAID5は、データとパリティを分散して保持することで、グループ内のディスク1台故障に耐える方式です。容量効率は比較的高い一方、書き込み時にはパリティ計算が入るため、ワークロードによっては書き込み性能が伸びにくくなります。
RAID0は、複数ディスクへデータを分散して書き込むため、並列性を取りやすい方式です。ただし冗長性はなく、1台でも故障すると全体のデータを維持できません。
RAID50は、まずRAID5で「1台故障に耐える単位」を作り、その単位をRAID0で束ねることで、容量効率を大きく落とさずに並列性を確保する考え方です。
| 誤解 | RAID50は常にRAID10より高速で、2台故障まで耐えられる。 |
|---|---|
| 実際 | 書き込み性能はパリティ計算の影響を受けます。耐障害性も「2台まで一律に耐える」ではなく、障害が別グループに分散するかどうかで結果が変わります。 |
| 設計上の要点 | グループ数、各グループの本数、使用ディスク、コントローラ性能、監視、予備ディスクの有無まで含めて評価します。 |
RAID50は、一般に2つ以上のRAID5グループが必要です。RAID5グループは通常3台以上で構成するため、RAID50の最小構成は6台が目安になります。実際に構成できる本数やグループ数は、RAIDコントローラやストレージ装置の仕様を確認してください。
同容量ディスクを使う場合の実効容量は、総ディスク本数 − RAID5グループ数に、1台あたりの容量を掛けた値で概算できます。たとえば500GBのディスクを6台、3台ずつ2グループで構成する場合、実効容量の目安は(6 − 2)× 500GB = 2,000GBです。実際の表示容量は、単位系やフォーマットで前後します。
ディスクは、基本的に同容量・同等性能でそろえます。異なる容量や性能を混在させると、小さい側、遅い側に引きずられ、設計した容量や性能が出にくくなります。
同一メーカー・同一型番でそろえると管理しやすくなりますが、運用ではそれだけで十分ではありません。予備ディスクの確保、保守調達のしやすさ、ホットスペアの有無、交換作業の手順までセットで整備します。
RAID50の長所は、容量効率、性能、冗長性の「中間的な落としどころ」を作りやすい点です。大容量ストレージで、RAID10ほどディスクをミラーに振りたくない環境では検討しやすい方式です。
このような場合は、RAID10、RAID6、SSD中心の構成、分散ストレージなどを比較対象に入れたほうが判断しやすくなります。
RAIDを作成しただけでは運用に入りません。故障を検知できること、交換時に対象ディスクを取り違えないこと、リビルド時の性能低下を把握していることまで含めて初めて実用段階に入ります。
RAID50で障害が起きた場合、焦ってディスクを抜き差しすると状況を悪化させやすくなります。基本は対象ディスクの特定 → 交換 → リビルド確認の順です。特に、同一RAID5グループ内で2台目の障害が発生すると論理ドライブを維持できないため、最初の故障を放置しない運用が前提になります。
RAID50は、複数グループへデータを分散できるため、読み取り中心の処理ではスループットを伸ばしやすい構成です。大きなシーケンシャルI/Oでは効果が出やすい一方、実際の性能はコントローラ、キャッシュ、接続帯域、ファイルシステムにも左右されます。
書き込みでは、各RAID5グループ内でパリティ更新が発生します。そのため、ディスク本数を増やしたぶんだけ単純に伸びるとは限りません。特に小さなランダム書き込みが多い用途では、RAID50よりRAID10のほうが適していることがあります。
RAID50の耐障害性は、各RAID5グループが持つ「1台故障耐性」に基づきます。したがって、複数台が同時に故障しても、障害が別グループに分散していれば継続できる場合があります。一方で、同一グループ内に障害が集中すると、そのグループを維持できず、RAID50全体の論理ドライブも維持できません。
ディスク本数を増やすと、グループ分けや並列性の設計自由度は上がります。ただし、本数を増やせば常に有利というわけではありません。コントローラ性能、キャッシュ容量、筐体帯域、リビルド時間など、別の要素が先に制約になることがあります。
そのため、必要な性能が読み取り中心なのか、書き込み中心なのか、またどこまでの障害リスクとコストを許容するのかを先に決めてから本数とグループ数を設計します。
| RAID50 | 容量効率とスループットの両方を見たい場合に検討しやすい構成です。書き込みはパリティ更新の影響を受け、耐障害性は障害がどのグループに集中したかで変わります。 |
|---|---|
| RAID10 | 書き込み性能やレイテンシを優先しやすい構成です。実効容量は概ね半分になるため、容量効率はRAID50より不利になりやすくなります。 |
| RAID6 | 同一グループ内で2台故障まで想定したい場合に比較対象になります。容量効率と書き込み性能は、グループ構成やコントローラ性能を含めて評価します。 |
| RAID0 | 高速化しやすい一方で冗長性はありません。1台でも故障すると全体のデータを維持できないため、可用性を求める運用には適しません。 |
RAID50は、複数のRAID5グループをRAID0で束ねることで、容量効率、一定のスループット、単一ディスク障害への備えを両立しやすい構成です。大容量データを扱いながら、RAID10ほど容量を削りたくない環境では比較対象に入れやすくなります。
一方で、同一グループ内で障害が重なると論理ドライブ全体を維持できません。採用判断では、最低本数、グループ分割、書き込み特性、監視、交換手順、リビルド時の負荷まで含めて確認します。
また、RAID50はバックアップの代替ではありません。誤削除、論理破損、ランサムウェアに備えるには、別系統のバックアップと世代管理を必ず組み合わせます。
A.一般的には6台が目安です。RAID5グループを2つ作り、各グループを3台で構成する考え方です。実際の条件は機器仕様を確認してください。
A.一律に「2台まで」とは言えません。故障が別のRAID5グループに分散していれば継続できる場合がありますが、同一グループ内で2台故障すると維持できません。
A.なりません。誤削除、暗号化、論理破損はRAIDにも反映されるため、別系統のバックアップが必要です。
A.同容量ディスクなら、概算は「総ディスク本数 − RAID5グループ数」に1台あたりの容量を掛けて求めます。6台を2グループに分けるなら、実効容量は4台分が目安です。
A.用途によります。読み取り中心や大きな連続I/OではRAID50が比較対象になりますが、小さなランダム書き込みや低レイテンシ重視ではRAID10が適することがあります。
A.各RAID5グループでパリティ更新が発生するためです。特に小さなランダム書き込みが多い環境では影響が出やすくなります。
A.故障通知を確実に受け取れる監視と、対象ディスクを取り違えずに交換できる手順です。加えて、リビルド中の性能低下も見込んでおきます。
A.基本は同容量、同等性能でそろえます。同一型番で管理しやすくなりますが、保守調達や予備ディスクの確保も合わせて考えます。
A.同時期の故障を気にするなら検討余地はあります。ただし、現場では予備ディスクの確保、迅速な交換、監視体制のほうが運用への影響が大きくなります。
A.大容量データを扱い、容量効率と一定のスループットを両立したい用途で比較対象に入れやすい方式です。IOPSや低レイテンシを優先する用途では別構成が合うことがあります。