RAID構成・ストレージプール設計ガイド2026｜ZFS・mdadm・Btrfs・ハードウェアRAID比較

mdadmの利点は、Linuxディストリビューションに標準で含まれており、設定が単純である点です。また、ハードウェア障害時に単一のディスクを交換してリビルドする手順が確立されており、多くのシステム管理者が慣れ親しんでいます。しかし、mdadmはファイルシステムとは独立したボリュームマネージャであるため、ファイルシステムレベルでの圧縮やスナップショット機能は提供しません。これらの機能を使いたい場合は、ext4やXFSと組み合わせて別個に管理する必要があります。

Btrfsは、スナップショットとサブボリューム機能に優れており、OSのルートファイルシステムとしても広く使われています。2026年時点では、RAID 5/6の実装が改善され、実用レベルには達していますが、まだ「実験的」とみなされることが多く、重要なデータストアにはZFSが推奨されます。特に、BtrfsのRAID 5/6は書き込み前に既存データを読み出す「read-modify-write」プロセスを伴うため、小規模なランダム書き込みでパフォーマンスが低下しやすい傾向があります。ZFSも同様の課題がありますが、より成熟した最適化が施されています。

RAID 1（ミラーリング）は2台のディスクをペアにして構成します。4台の場合、2台のペアを2組作るため、実効容量は20TBのままです。信頼性は高いですが、容量効率は50%と低いのが欠点です。RAID 5は3台以上で構成可能ですが、2026年の大容量HDD時代において、RAID 5の弱点である「リビルド中の再障害リスク」が無視できません。RAID 6は2台の障害まで許容するため、大容量ディスクではRAID 5の代替として標準的に採用されます。しかし、RAID 6は書き込み性能がRAID 5より低下します。

ZFS RAIDZ2は、RAID 6と同等の冗長性を持ちながら、ZFS固有の機能（圧縮、スナップショット等）を利用できるため、2026年の自宅NASでは事実上の標準となっています。特に、HDD台数が4台以上の場合、RAIDZ2はRAID 6と比べて実効容量が同等か、それ以上の柔軟性をもたらします。また、ZFSはディスクを追加することでプールを拡張できるため、将来的な容量増加にも対応しやすいです。

SSDをRAID構成にする場合の考慮点も重要です。SSDはHDDと比べて寿命（TBW: Terabytes Written）が有限です。RAID 0でSSDを結合すると、書き込み負荷が分散されるため、寿命が延びる側面もありますが、1台のSSDが故障すると全データが消失します。SSD RAIDでは、RAID 1またはRAID 10が推奨されます。また、SSDはHDDと比べてIOPS（1秒あたりの処理できるI/O数）が桁違いに高いです。例えば、Samsung 990 PROのランダム読み取りIOPSは約1,500Kです。これをRAID 10で構成すれば、さらに高いIOPSが期待できます。ただし、SSDのRAIDリビルドは高速ですが、データ量が膨大になるほど時間がかかるため、定期的なバックアップは必須です。

障害発生時のリビルドとパフォーマンス比較

RAID構成の真価は、障害発生時の復旧能力とパフォーマンスにあります。2026年の環境では、HDDの容量増大に伴い、リビルド（再構築）に要する時間が長くなっていることが大きな課題です。リビルドとは、故障したディスクを新しいディスクに交換した後、冗長なデータから失われたデータを復元するプロセスです。この間、残りのディスクには高負荷がかかり、2つ目の障害が発生するとデータ消失のリスクが高まります。

RAID 5/6やRAIDZ2のリビルド時間は、ディスク容量とI/O性能に依存します。例えば、4台の20TB HDDでRAIDZ2を構成し、1台が故障した場合、リビルドには残り3台のディスクからデータを再読書する必要があります。HDDのシークタイムと回転数（5400rpmまたは7200rpm）によって速度は異なりますが、一般的に1TBあたり1〜2時間程度と見積もられます。20TBの場合、リビルドに20〜40時間かかる計算です。この間、NASのパフォーマンスは著しく低下します。

ハードウェアRAIDコントローラとソフトウェアRAIDの違いも重要です。ハードウェアRAIDは専用のASICチップで処理を行うため、CPU負荷が低く、リビルドが高速な場合があります。しかし、コントローラ自体の障害リスクや、高価なライセンス費用、ベンダーロックインの懸念があります。2026年では、LSI / Broadcom製のHBA（Host Bus Adapter）カードを「ITモード」で運用し、ソフトウェアRAIDを組むことが推奨されます。ITモードは、HBAをRAID機能を持たない単なるSATA/SAS拡張カードとして動作させ、OS側のソフトウェアRAIDに任せるモードです。これにより、コストを抑えつつ、ソフトウェアRAIDの柔軟性（ZFSの機能等）を活かすことができます。代表的なHBAカードはLSI SAS 9361-8iなどです。

パフォーマンス比較において、ZFS RAIDZ2は書き込み性能がRAID 6と同等か、やや劣る傾向があります。これは、ZFSがCoW方式であるため、書き込み時に既存データの読み出しとチェックサム計算が必要になるためです。しかし、L2ARC（L2 Adaptive Replacement Cache）やSLOG（Separate Intent Log）を活用することで、ランダム書き込み性能を大幅に向上させることができます。SLOGは高速なSSD（例: Samsung PM9A3）に配置し、書き込みのacksを早期に返すことで、シーケンシャル書き込みの安定性を高めます。

障害発生時のリビルド手順では、まず故障ディスクの識別が重要です。ZFSの場合はzpool statusコマンドで状態を確認できます。故障ディスクを交換後、zpool replaceコマンドで新しいディスクを追加し、リビルドを開始します。リビルド中はzpool statusで進行状況を確認できます。リビルドが完了するまで、システムのパフォーマンスが低下するため、重要な処理を避けるか、バッチ処理を一時停止することが推奨されます。また、リビルド中は電源断を防ぐため、UPS（無停電電源装置）の使用が必須です。2026年時点でも、RAID構成の運用において、定期的なバックアップとスクラブの実施はデータ保護の最後の砦となります。

RAID構成・ストレージ技術の徹底比較

2026年の自作PC・NAS環境において、どのRAID方式やファイルシステムを選ぶべきか。結論から言えば、ハードウェアRAIDコントローラーによる専用RAIDはコストパフォーマンスと柔軟性の面で後退し、ZFS、mdadm、BtrfsといったソフトウェアRAIDが主流となっています。特にデータ整合性重視のZFS RAIDZ2、高速な構築と軽量さを求めるmdadm、スナップショット機能を重視するBtrfsの使い分けが鍵となります。以下の比較表で、各技術の特性、コスト、用途を明確に整理します。

RAID方式別：信頼性・性能・容量効率の比較

RAIDレベル（またはZFSのRAIDZレベル）ごとの特性は、障害耐性とデータ利用率のトレードオフで決まります。RAID 5は1台の障害まで許容しますが、2台同時障害でデータ消失のリスクが高く、2026年現在では大規模ディスクでは推奨されません。RAID 6は2台の障害まで許容し、RAIDZ2と同等の冗長性を持ちますが、計算負荷が高いです。ZFSのRAIDZ2は2台の障害まで許容し、コピーオンライト方式によりデータ整合性が保証されます。

ソフトウェアRAID実装：ZFS vs mdadm vs Btrfs の違い

ソフトウェアRAIDの実装エンジンによって、管理のしやすさや拡張性、データ保護の強度が大きく異なります。Linux標準のmdadmは軽量で高速ですが、メタデータの自己修復機能やファイルシステム統合機能が乏しいため、設定ミスやハードウェア障害時のデータ保護には限界があります。対してOpenZFSは、ファイルシステムとRAIDレイヤーが密に連携し、エンドツーエンドのデータ整合性チェック（scrub）やスナップショット、圧縮機能を備えます。BtrfsはZFSと競合するファイルシステムで、スナップショットの柔軟性と組み込みRAID機能を持ちますが、大規模環境での安定性はZFSに軍配が上がります。

ハードウェアRAID vs HBA/ソフトウェアRAID：コストと柔軟性

従来のRAIDコントローラーカードは、独自のキャッシュとRAIDエンジンにより高速なRAID構築を提供していましたが、2026年時点では高価であり、ベンダーロックインのリスクがあります。一方、LSI/Broadcom製などのHBA（Host Bus Adapter）をITモード（フラッシュファームウェア）で動作させ、OSレベルでソフトウェアRAIDを構築する手法が標準的です。HBAは安価で信頼性が高く、ソフトウェアRAIDの柔軟性と相性が良いです。

HDD選定：NAS向け vs デスクトップ向け vs SSD

ストレージメディアの選定もRAID設計の一部です。NAS向けHDD（WD Red Plus, Seagate IronWolf）は、振動補正機構と低発熱設計により、複数台構成での信頼性を高めます。デスクトップ向けHDDは安価ですが、連続運転時の耐久性や振動によるエラー率が高まる傾向があります。SSD RAIDはIOPS性能を劇的に向上させますが、コストと書き込み寿命（TBW）の管理が必要です。

用途別：最適なRAID構成の選択ガイド

最終的にどの構成を選ぶかは、予算、データ的重要性、性能要件によって決まります。家庭用メディアサーバーやバックアップ用途なら、ZFS RAIDZ2がバランスが良いです。開発環境やデータベースのようにIOPSが重要なら、SSDのRAID 10またはミラー構成が適しています。小規模なファイル共有なら、mdadmのRAID 1（ミラー）が最もシンプルで堅実です。

よくある質問

Q1. RAID 5とRAID 6、どちらを選ぶべきですか？

データ保護の観点から、4台以上のHDDを使用する場合はRAID 6（RAIDZ2）を強く推奨します。RAID 5は2台のHDD同時故障で全データが消失するリスクがありますが、RAID 6は2台までの故障に耐えられます。特に大容量HDDではリビルド時に未検出エラー（URE）が発生しやすいため、RAIDZ2の冗長性は信頼性を担保します。小規模な一時的なバックアップ用途であればRAIDZ1でも許容範囲ですが、本番環境や長期保存にはRAIDZ2が標準です。

Q2. ZFS、mdadm、Btrfsの中でどれが最も信頼性が高いですか？

信頼性とデータ整合性を最優先するならZFSが最適です。ZFSはコピーオンライト方式とエンドツーエンドのチェックサムにより、サイレントデータ破損を防ぎます。mdadmは軽量で安定していますが、データ整合性の自己検証機能は持ちません。Btrfsは高速で拡張性に優れますが、まだZFSほど成熟したデータ保護機構とは言えません。企業や重要データにはZFS、シンプルさを求めるならmdadm、最新の機能を求めるならBtrfsが適しています。

Q3. ハードウェアRAIDカードとHBA（ITモード）ではどちらが安くて高性能ですか？

HBA（ITモード）の方がコストパフォーマンスと柔軟性に優れます。従来のRAIDカードはライセンス料や高額なキャッシュメモリが必要ですが、LSI/Broadcom製のHBA（例：SAS3108搭載モデル）をITモードで使用すれば、ソフトウェアRAIDの恩恵を直接受けられます。ZFSやmdadmのハードウェアアクセラレーション機能を活用すれば、RAIDカード並みの処理効率を得られ、かつOSのアップグレードや移行が容易になります。初期投資を抑えたいならHBAが正解です。

Q4. RAID 0はなぜおすすめされないのですか？

RAID 0はパフォーマンス重視の構成であり、障害発生時に全データが消失するためです。N個のHDDをストライピングするため、1台でも故障すればRAIDグループ全体のデータが復元不能になります。故障確率はHDD数に比例して急増し、4台構成では1台の故障確率が約4倍になります。バックアップ環境が存在しない限り、重要なデータには適用できません。一時的なキャッシュやゲーム用ストレージなど、再作成可能なデータ専用として使用してください。

Q5. ZFSとBtrfsの互換性はありますか？

ZFSとBtrfsはファイルシステムアーキテクチャが根本的に異なるため、互換性はありません。ZFSはOracle/Solaris由来の設計で、BtrfsはLinuxコミュニティ主導の開発です。ZFSのプールをBtrfsでマウントすることはできず、逆も同様です。移行する場合は、データのバックアップと再書き込みが必要です。互換性を気にせず、それぞれの長所（ZFSは堅牢性、Btrfsはスナップショットの軽快さ）を活かして選定してください。

Q6. HDDの故障時、リビルドにどのくらい時間がかかりますか？

HDD容量と接続インタフェース、RAIDレベルによりますが、16TBのHDDを2台故障させるRAIDZ2環境では、100時間以上かかることがあります。RAID 6（RAIDZ2）の場合、1台の故障でリビルドが始まり、その間に2台目が故障するとデータ消失となります。SAS接続やNVMeキャッシュを活用すれば処理速度が向上しますが、大容量化に伴いリビルド時間は長くなっています。頻繁なリビルドを避けるため、RAIDZ2以上の冗長性確保が必須です。

Q7. 2026年でもRAIDは必要ですか？クラウドやバックアップで十分ではないですか？

RAIDはバックアップやクラウド同期の代替にはなりません。RAIDは「ハードウェア故障時の可用性確保」が目的であり、削除ミスやランサムウェア、自然災害からは守れません。しかし、オンプレミスで低遅延なストレージを提供する必要がある場合、RAIDは不可欠です。特に大規模なメディア編集やデータベース運用では、クラウドの転送コストとレイテンシーが課題となるため、RAID構成のローカルストレージは依然として重要な基盤技術です。

Q8. NASでRAID 5を使っても大丈夫ですか？

一般的なNAS（Synology、QNAP等）でもRAID 5は利用可能ですが、2026年現在ではRAID 6（ SHR-2 / RAID 6）が推奨されます。NASのRAID 5はソフトウェア実装が多く、CPU負荷が高い傾向にあります。また、NASは24時間365日稼働するため、HDD故障リスクが高まります。RAID 5では2台同時故障でデータ消失のリスクがあり、NASの利点である「安心感」を損ないます。容量効率を犠牲にしてもRAID 6を選択し、データの安全性を優先してください。

Q9. SSDをRAID 0に組むメリットは何ですか？

SSDをRAID 0に組む主なメリットは、シーケンシャル書き込み速度の大幅な向上です。例えば、NVMe SSD 2台でRAID 0を構成すれば、単体で10,000 MB/sの書き込み速度が20,000 MB/s近くになる可能性があります。動画編集や大規模データベースのI/O待ち削減に効果的です。ただし、SSDも故障するため、RAID 0では全データ消失リスクがあります。高性能なキャッシュ用ストレージとして限定使用し、重要なデータはRAID 1またはRAIDZで保護してください。

Q10. 自作PCでZFSを使う際のCPU要件はどれくらいですか？

ZFSはチェックサム計算や圧縮にCPUリソースを消費するため、中級者以上のCPUが推奨されます。2026年時点では、Intel Core i5-13600KやAMD Ryzen 7 7800X3DクラスのCPUであれば、10GbE環境下でもZFSのオーバーヘッドを問題なく処理できます。AES-NI命令に対応したCPUなら暗号化（ZFS encryption）の性能低下も最小限に抑えられます。また、ZFSのARCメモリ使用量はRAM容量に依存するため、64GB以上のRAMを搭載することがパフォーマンス安定の鍵です。

まとめ

2026年のストレージ設計において、信頼性と機能性を両立する最適な構成は、ZFSベースのRAIDZ2（2台のHDD冗長化）です。従来のハードウェアRAIDコントローラから、Linuxカーネルやファイルシステムに依存するソフトウェアRAIDへ移行が進んでおり、特にZFSはデータ整合性チェックや自動修復機能により、長期保存におけるビットローテーション対策としても標準となっています。

本ガイドの主要な知見を以下に整理します。

• RAIDレベルの選択基準: 3〜4台構成ならRAIDZ2、2台構成ならミラー（RAID1）が基本です。RAID5はリビルド時の再障害リスクが高いため非推奨となり、RAID6またはRAIDZ2が事実上の下限ラインとなっています。
• ソフトウェアRAIDの優位性: ZFS、mdadm、Btrfsの比較では、データ整合性と拡張性を重視するならZFS、軽量さやカーネル統合ならmdadm、スナップショットと柔軟な拡張ならBtrfsが適しています。
• ハードウェアRAID vs ソフトウェアRAID: 専用コントローラは設定容易ですが、ロックインリスクがあります。ITモードのHBAとソフトウェアRAIDを組み合わせる構成が、コストパフォーマンスと互換性の観点で推奨されます。
• 容量と性能のバランス: HDD容量が大型化しているため、実効容量効率は重要視されます。RAIDZ2では約50%の効率となり、RAIDZ3は約33%ですが、データ保護レベルは大幅に向上します。
• SSD RAIDの考慮点: NVMe SSDの場合、TRIM対応とウェアレベリングを考慮し、ZFSやBtrfsの適切な設定が必要です。また、キャッシュ層としてSATA SSDを併用する構成が一般的です。
• 保守と監視: スクラブ（定期チェック）の実施と、SMART情報の監視は必須です。リビルド時間の長さを理解し、予備HDDの準備と電源の安定化がデータ保護の鍵となります。

次なるアクションとして、現在のデータ量と将来の拡張ニーズを踏まえ、ZFS環境の構築を推奨します。テスト環境でRAIDZ2の構築とリビルド時間を確認し、運用フローを確立してください。

NASと分散ストレージで作るセルフホスト基盤を、セルフホストの実務目線で解説。ZFS/Btrfs、NVMe-oF、RAID、10GbE運用まで2026年の最新動向に沿って整理します。