RAID 5、RAID 6、RAIDZ、ミラーは同じ安全機能の別名ではありません。使用可能容量、書き込み動作、再構築リスク、将来の拡張、ドライブ故障時のリカバリーのストレスなどで異なるトレードオフをしています。
正しい選択は用途によります。小規模なホームNASはミラーが扱いやすいかもしれません。大容量HDDプールは通常デュアルパリティが適しています。VMやDockerが多いサーバーはミラーが有利なことが多いです。メディアアーカイブは容量を重視するかもしれません。どのレイアウトもバックアップの代わりにはなりません。
間違った質問は「どのRAIDが最適か?」です。
より良い質問は「何を守りたいのか、何を犠牲にできるのか?」です。RAID 5は使用可能容量が多いですが、1台のドライブ故障耐性しかありません。RAID 6はより強力な保護を提供しますが、容量がもう1台分必要です。RAIDZはZFSのチェックサムとvdev設計を考慮に入れます。ミラーは容量コストが最も高いですが、シンプルで高速、ペアでの拡張が容易です。
どのレイアウトを選ぶ前に、これらの質問から始めましょう:
| 質問 | なぜ重要なのか |
| ドライブは何台ありますか? | 2台のドライブは通常ミラーを意味します。5~8台の大容量HDDは通常デュアルパリティを推奨します。 |
| ドライブはHDDですか、それともSSDですか? | 大容量HDDの再構築は遅いです。SSDプールはIOPSやレイテンシを重視することが多いです。 |
| これはメディア、バックアップ、VM、Docker、またはAIワークロード用ですか? | 連続的なストレージとランダムなアプリデータは異なるレイアウトを好みます。 |
| ダウンタイムの痛みはどの程度ですか? | 一部のレイアウトは再構築が速く、パフォーマンスも予測しやすいです。 |
| すでにバックアップはありますか? | バックアップなしのRAIDは、依然として故障する可能性のある単一のストレージシステムです。 |
「とにかく最大容量が欲しい」という答えならRAID 5やRAIDZ1が魅力的に見えますが、「再構築中にパニックになれない」という答えが含まれる場合は選択肢が変わります。
使用可能な容量は簡単な部分
容量は計算が簡単ですが、それだけが決定要因ではありません。初日には効率的に見えるレイアウトでも、プールに何年分もの写真、オフィス文書、メディアライブラリ、Dockerボリューム、AIプロジェクトデータが蓄積されると、再構築や拡張、信頼性の面で難しくなることがあります。
| レイアウト | 最小ドライブ数 | ドライブ故障耐性 | 使用可能な容量パターン | 実用的な意味 |
| ミラー / RAID 1 | 2 | ミラーペアごとに1台 | 約50% | シンプルで高速なリカバリー、高い容量コスト |
| ストライプミラー | 4 | どのドライブが故障するかによる | 約50% | 良好なパフォーマンスとペアベースの拡張が容易 |
| RAID 5 / RAIDZ1 | 3 | 1 | n-1台のドライブ | 効率的な容量、狭い安全マージン |
| RAID 6 / RAIDZ2 | 4 | 2 | n-2台のドライブ | 大容量HDDプールや重要なデータに適している |
| RAIDZ3 | 5台以上 | 3 | n-3台のドライブ | 非常に大きなまたは保守的なストレージプール向け |
RAID 5とRAIDZ1はパリティに1台分のドライブ容量だけを予約するため効率的に見えます。ミラーは生容量の半分を冗長化に使うため無駄に見えます。RAID 6とRAIDZ2はその中間に位置し、シングルパリティより効率は劣りますが、ドライブ故障や再構築時により安全です。
シングルパリティは予算重視の選択肢であり、安全なデフォルトではありません
RAID 5とRAIDZ1は自動的に悪いわけではありません。多くの初心者が想定するより適用範囲が狭いだけです。小規模アレイ、SSDベースのプール、重要でないデータ、テストシステム、別途バックアップがあるメディアライブラリには適している場合があります。
リスクは単純です:シングルパリティは1台のドライブ故障に耐えられます。再構築中は追加のドライブ故障の余裕がありません。大容量の機械式ハードドライブでは再構築に時間がかかり、交換ドライブが再構築される間、残りのドライブは持続的な読み取り負荷にさらされます。
容量が重要でリスクを理解しバックアップがある場合はRAID 5またはRAIDZ1を使用してください。取り返しのつかないデータを保持する大容量HDDプールのデフォルトとしては使用しないでください。
デュアルパリティは大容量ドライブと長い再構築時間向け
RAID 6とRAIDZ2は、2台のドライブ故障に耐えるためにさらに1台分の容量を犠牲にします。ドライブサイズが大きくなり、再構築時間が長くなり、プールの重要性が増すほど、その追加の安全性は重要になります。
6ベイ以上のHDD NASでは、デュアルパリティが実用的な基準となることが多いです。これは特に家族の写真ライブラリ、オフィス文書、メディアアーカイブ、バックアップ先、プライベートクラウドストレージ、多人数NAS環境に関連します。書き込みパスはシングルパリティより重いですが、多くのNASワークロードは生の書き込み速度よりも安全性、容量、予測可能な復旧を重視します。
より大きなZimaOSストレージシステムを構築する場合、公式のZimaOS ZFSセットアップガイドが、共有、アプリ、バックアップワークフローを重ねる前にZFSストレージプールを作成するための適切な内部リファレンスです。
ミラーは容量コストが高いが使いやすい
ミラーリングされたドライブは使用可能容量が高価ですが、理解しやすいです。ミラーペアの各ドライブには、そのvdevのデータの完全なコピーが含まれています。1台のドライブが故障した場合、交換ドライブはミラーのパートナーから再構築されるため、復旧がより直接的です。
これが、ミラーがVM、データベース、Dockerアプリデータ、メタデータが多いワークロード、小規模な個人サーバーで好まれる理由です。必ずしも最も容量効率の良いレイアウトではありませんが、ランダムI/Oや回復の挙動がより予測可能なため、日常使用で快適に感じられます。
| ワークロード | ミラー適合 | 理由 |
| VMとデータベース | 強力 | ランダムI/Oとレイテンシが重要 |
| Dockerアプリデータ | 強力 | 小さな書き込み、メタデータ、データベースに有利 |
| シンプルな2ドライブNAS | 自然な形態 | 理解しやすく回復も簡単 |
| 大規模メディアアーカイブ | 混合 | 容量損失が大きすぎる可能性あり |
| コールドバックアッププール | 良好だがコスト高 | シンプルな回復、容量効率は低め |
TrueNASのミラーリングとRAIDZ2のリシルバリング比較の議論は、実際のトレードオフを捉えています。ミラーはより速くリシルバリングでき、プール全体への影響も少ない一方、RAIDZ2は1台のドライブが故障した後も追加のパリティ層を保持します。したがって、選択はワークロード、稼働時間の必要性、予備ドライブ、バックアップ戦略に依存します。
RAIDZは単なる名前の違うRAID 5ではありません
RAIDZはZFSプール設計の一部です。ZFSでは単にRAIDレベルを選ぶだけでなく、パフォーマンス、冗長性、リビルドの挙動、将来の拡張性を形作るvdevトポロジーを選択しています。
KlaraのOpenZFSのvdevタイプとRAIDZトポロジーの説明は、ZFSプールをトップダウンで捉えているため役立ちます。zpoolはvdevから構築され、そのvdevはミラー、RAIDZ1、RAIDZ2、RAIDZ3、またはその他のデバイスクラスで構成されます。トップレベルのデータvdevが1つでも故障すると、プールはリスクにさらされます。
ここが多くのユーザーが見落としがちな部分です。ZFSでは、初期に作成するレイアウトが何年もストレージシステムを定義します。RAIDZ1、RAIDZ2、ミラーは単なる容量の選択肢ではなく、長期的なトポロジーの選択肢です。
リビルドリスクは容量以上に重要な決定要因であるべきです
ほとんどの悪いRAIDの決定は、容量は簡単に見えるのに対し、ドライブが故障するまでリビルドリスクが見えないために起こります。シングルパリティのレイアウトは効率的に見えるかもしれませんが、リビルドの期間はプールが最も危険にさらされる瞬間です。
ミラーは通常より局所的にリビルドします。RAIDZレイアウトはリカバリ時により多くのディスクを関与させることがあります。RAIDZ2は2層目のパリティを提供し、故障したディスク交換中に別のドライブが不調になった場合に重要です。どちらの方法も完璧ではありませんが、それぞれ異なる故障パターンがあります。
| 状況 | より安全な方向 |
| 重要でないデータ用の3台の小型SSD | RAIDZ1 / RAID 5も許容可能 |
| 家族データ用の4台の大容量HDD | RAIDZ2 / RAID 6または2つのミラー |
| 6台以上の大容量HDD | ほとんどのユーザーにRAIDZ2 / RAID 6が最低限 |
| VMまたはDockerが多いワークロード | ミラー |
| オフサイトコピー付きバックアップ対象 | 容量と復元速度に応じてRAIDZ2またはミラー |
| 別のバックアップなし | まずバックアップを整え、その後RAIDを選ぶ |
レイアウトはリカバリの感覚に合うべきです。長いリビルドでパニックになるなら、使える容量が1ドライブ多いだけでレイアウトを選ばないでください。
プールに実データが入る前に拡張計画が重要
拡張はミラーとRAIDZで大きく異なります。ミラーは通常ペアでの拡張が簡単です。別のミラーペアを追加すると、プールは別のvdevから容量とパフォーマンスを得ます。このシンプルさがミラーがホームサーバーやホームラボで人気の主な理由の一つです。
RAIDZ拡張は改善されていますが、計画は依然必要です。OpenZFS RAIDZ拡張複数ドライブ強化要求は重要な制限を示しています:RAIDZ拡張はドライブを1台ずつ追加する際に遅く直列的な拡張になることがあり、ユーザーはプロセス中のパフォーマンス影響や摩耗を考慮する必要があります。
RAIDZの拡張を今日の誤ったパリティレベル選択の許可と考えないでください。拡張は容量を増やせますが、RAIDZ1をRAIDZ2に変えたり、バックアップの必要性を消したり、元のvdev設計の影響をなくしたりはしません。
レイアウトを実際のNASの役割に合わせる
最適なRAIDレイアウトはNASの役割に合ったものです。メディアストレージ、バックアップ、Dockerアプリ、VMストレージ、AIプロジェクト、コールドアーカイブは同じ動作をしません。
| NASの役割 | 推奨方向 | 理由 |
| シンプルな2ドライブホームNAS | ミラー | 簡単で予測可能、シンプルなリカバリ |
| 4ドライブファミリーストレージ | RAIDZ2 / RAID 6または2つのミラー | 安全性、コスト、リビルド動作のバランス |
| 6ベイメディアライブラリ | RAIDZ2 / RAID 6 | デュアルパリティによる容量効率 |
| VM / データベース / Dockerホスト | ミラー | より良いランダムI/Oとシンプルなリカバリパス |
| バックアップ専用NAS | RAIDZ2またはミラー | 復元速度と容量ニーズに基づいて選択してください |
| AI NAS / RAG / アプリデータ | ホットアプリデータにはミラー、バルクストレージにはRAIDZ2 | アクティブなデータベースと大容量アーカイブファイルを分離 |
| コールドアーカイブ | RAIDZ2 / RAIDZ3 | IOPSよりも容量と耐障害性が重要です |
コンパクトな常時稼働サーバーには、ZimaBoard 2パーソナルサーバーがシンプルなミラーリングストレージ、バックアップ、Docker、軽量ホームサーバー用途に適しています。より大容量のマルチドライブストレージ、メディアライブラリ、プライベートクラウド、AI NASワークフローには、ZimaCube 2 AI NASが大きなZFSプールとワークロード分離に適しています。
RAIDはバックアップの代わりにはなりません
RAIDは特定のドライブ故障後もストレージプールを利用可能に保ちます。バックアップはファイル、ユーザー、アプリ、同期ジョブ、またはストレージシステム全体が故障したときに復旧を可能にします。これらは異なる問題です。
RAIDは誤削除、ランサムウェア、火災、盗難、悪いアップデート、破損した同期、再構築失敗、ユーザーの誤操作による上書きからは保護しません。ZFSスナップショットはロールバックに役立ちますが、同じプール上のスナップショットは独立したバックアップとは異なります。
| 保護レイヤー | 助けになること | 解決しない問題 |
| RAID / RAIDZ / ミラー | ドライブ故障耐性 | 削除、ランサムウェア、災害、同期エラー |
| スナップショット | 以前のファイル状態へのロールバック | プールの損失、盗難、火災、全ドライブ故障 |
| ローカルバックアップ | 高速復元 | 同一サイトの災害 |
| オフサイトバックアップ | 災害復旧 | 計画が十分でなければ高速なローカル復元はできません |
安全なNASプランは、可用性のためのRAID、ロールバックのためのスナップショット、復旧のためのバックアップ、災害対策のためのオフサイトコピーを使用します。
ドライブ数による実用的な推奨
この表は法則ではありません。ホームNAS、パーソナルサーバー、小規模オフィスのストレージ決定の出発点です。
| ドライブ数 | 実用的な選択 |
| 2台のドライブ | ミラー |
| 3台のドライブ | ミラーとバックアップ、または重要でないデータにはRAIDZ1のみ |
| 4台のドライブ | 安全性のためにRAIDZ2 / RAID 6、またはパフォーマンスのために2つのミラー |
| 5台のドライブ | HDDを使用し重要なデータがある場合はRAIDZ2 |
| 6台のドライブ | RAIDZ2 / RAID 6が通常バランスの取れた選択肢です |
| 8台以上のドライブ | リスクに応じてRAIDZ2、RAIDZ3、または複数のvdev設計 |
| SSDプール | ミラーはパフォーマンスとレイテンシーのためにしばしば有効です |
| 混在したドライブサイズ | 可能な限り避け、最小のドライブを基準に計画してください。 |
データが重要であればあるほど、使用可能容量だけを最適化すべきではありません。パニックにならずに再構築、拡張、監視、バックアップできるレイアウトを選びましょう。
最終的なまとめ
パフォーマンス、シンプルさ、アプリデータ、VMワークロード、簡単な復旧が最大容量より重要な場合はミラーを選びます。大容量HDD、重要なデータ、複数ドライブの障害耐性が1台分の容量節約より重要な場合はRAID 6またはRAIDZ2を選びます。リスクが許容でき、バックアップが既にある場合のみRAID 5またはRAIDZ1を使用してください。
ZFSを使う場合、決定は「RAIDレベル」だけではありません。vdevトポロジーです。そのトポロジーがプールの性能、故障、再構築、拡張方法を決定します。
最も安全なRAIDの選択は、初日で最も多くの使用可能容量があるものではありません。ドライブが故障した日にも意味を持つものです。
よくある質問
家庭用NASでRAID 5はまだ安全ですか?
RAID 5は小規模アレイ、SSDプール、重要でないデータ、または完全なバックアップが既にあるメディアライブラリにはまだ許容されます。大容量HDDプールや代替不可能なファイルには安全なデフォルトではありません。なぜなら1台のドライブ障害しか耐えられないからです。
RAID 6はRAID 5より優れていますか?
大容量HDDと重要なデータには、RAID 6の方が通常安全です。なぜなら2台のドライブ障害に耐えられるからです。トレードオフは、RAID 5に比べて使用可能容量が少なく、書き込み時のパリティ処理が重いことです。
RAIDZはRAID 5やRAID 6と同じですか?
正確には違います。RAIDZ1とRAIDZ2は単一パリティと二重パリティの考え方に似ていますが、ZFSのvdevトポロジーの一部であり、チェックサム、スクラブ、スナップショット、データセット、送受信ワークフローなどのZFS機能と連携します。
ミラーリングドライブはRAIDZより優れていますか?
一部のワークロードにはそれらの方が優れています。ミラーはVM、Dockerアプリデータ、データベース、ランダムI/Oに対してしばしば強力です。RAIDZは大規模なメディアライブラリ、アーカイブ、バックアッププール、容量重視のストレージに適しています。
後でRAIDZを拡張できますか?
OpenZFSでRAIDZの拡張が改善されましたが、それは計画を無視する理由にはなりません。容量を追加できますが、RAIDZ1を自動的にRAIDZ2に変えたり、再構築リスクをなくしたり、バックアップの代わりにはなりません。
RAIDはバックアップの代わりになりますか?
いいえ。RAIDは特定のドライブ障害に対して役立ちます。バックアップは削除、ランサムウェア、同期ミス、盗難、火災、再構築失敗、およびより大きなストレージシステムの問題から保護します。真剣なNAS構成にはRAID計画とバックアップ計画の両方が必要です。
サポートとヒント
もっと読む

ホームサーバー復旧チェックリスト:パスワード、ネットワーク、起動、ストレージ
パスワードアクセスやネットワーク修復から起動回復、ストレージチェック、ZFSプール、アプリまで、安全にホームサーバーを復旧するための実用的なチェックリスト。

どのNASアプリが実際に速度、バックアップ、メディアを改善するのか?
ほとんどのNASアプリは単独でNASを速くしません。実際のボトルネック(遅いローカル転送、不安定なバックアップ、乱雑なメディアライブラリ、弱いリモートアクセス、悪いアプリ分離、同じディスクを奪い合うサービス)を取り除くときにのみシステムを改善します。 最適なNASアプリスタックは通常、人々が思うよりも小さいです。ファイル共有、バージョン管理バックアップ、メディア管理、Docker制御、監視から始めましょう。基本的なストレージワークフローが安定してから、写真AI、リモートアクセス、自動化、ローカルAIを追加します。 アプリストアは速度アップグレードではありません NASアプリは1GbEネットワークの制限、遅いハードドライブプール、弱いCPU、悪いSMB設定、過負荷のRAMを突破できません。ファイル転送が遅い場合、最初の質問はどのアプリをインストールするかではなく、ボトルネックがどこにあるかです。 ローカルファイル作業において、最大の速度要因は通常LAN経路、SMBまたはNFS設定、ドライブ構成、SSDの使用、NASがバックグラウンドジョブで忙しいかどうかです。10GbE NASパフォーマンスのトラブルシューティングに関する議論は、実際の現実を示しています:高速ネットワークでも、パフォーマンスはストレージ、設定、クライアント、ワークロードに依存します。 問題 アプリは役立つか? 確認すべき本当のボトルネック ローカルファイルコピーが遅い 時々 SMB設定、1GbE制限、ドライブ速度、RAID構成 NASダッシュボードが遅く感じる 時々 RAM、CPU、ディスクI/O、コンテナが多すぎる テレビでメディアがバッファリングする はい、適切に設定されていれば Direct Play、トランスコーディング、字幕、クライアントサポート バックアップに時間がかかりすぎる はい 増分バックアップ、保持、スケジュール、ネットワーク経路 リモートアクセスが遅い 時々...

NASが24時間365日稼働するときの消費電力はどのくらいですか?
NASが24時間365日稼働するときにどれくらいの電力を消費するかを理解するための実用的なガイドです。この記事では、一般的なNASの消費電力の範囲、月間および年間の電気料金の計算方法、ドライブ数や負荷が重要な理由、HDDの休止が効果的な場合、そしてバックアップ、メディア、Docker、AI NASのワークフローを壊さずに電力使用量を削減する方法について説明します。

