CasaOS vs ZimaOS vs Unraid：どのホームサーバーOSが混在ドライブのNASに適しているか？

なぜ混在ドライブがOSの選択を変えるのか

従来のRAIDは、メンバーのドライブが同じ容量で似た性能を持つ場合に最も予測可能に動作します。容量が異なるドライブの場合、最小のメンバーが従来のRAIDグループで各ディスクが提供する容量を決定します。そのため、大きなディスクはアレイがすぐに使用できない容量を持つことがあります。

Unraidは異なるアプローチを取ります。主なアレイは個別にフォーマットされたデータディスクにファイルを保存し、パリティは別に計算します。重要なサイズルールは、どのデータディスクもパリティディスクより大きくしてはいけないということです。デュアルパリティの場合、両方のパリティディスクは最大のデータディスクと同じかそれ以上のサイズでなければなりません。詳細はUnraidアレイのアーキテクチャとパリティサイズ要件の公式ドキュメントをご覧ください。

この違いは比較を導くべき5つの質問を生み出します：

• 各ドライブの容量のうちどれだけが使用可能ですか？
• ストレージモデルは冗長性を提供しますか？
• プールを再構築せずに異なるサイズのドライブを追加できますか？
• 保護スキームが許容する以上にドライブが故障した場合、どのデータがアクセス可能なまま残りますか？
• どの程度の手動Linux管理が必要ですか？

3つのストレージモデル、3つの異なる障害境界

3つのプラットフォームはいずれもネットワーク経由でファイルを公開し、コンテナ化されたアプリケーションを実行できますが、ストレージの管理方法は異なります。オペレーティングシステム、ストレージ層、アプリケーションダッシュボードの違いは、見た目の類似性よりも重要です。

Unraid：専用パリティを持つ独立したデータディスク

Unraidは独立してフォーマットされたデータディスクを共有ストレージにまとめつつ、1台または2台のドライブをパリティ用に確保します。従来のRAID 5やRAID 6のようにすべてのファイルを全メンバーにストライプするわけではありません。

ドライブサイズが異なる場合に特に有用です。4TBと8TBのデータディスクは、それぞれの容量を提供できますが、割り当てられたパリティディスクは最大のデータディスク以上の容量である必要があります。トレードオフは、パリティディスクが通常のファイル容量ではなく保護を提供することです。

ZimaOS：RAIDとJBODのグラフィカル管理

ZimaOSはグラフィカルなストレージ管理を備えた目的特化型ホームサーバーOSです。現在のストレージインターフェースはRAID 0、RAID 1、RAID 5、RAID 6、およびJBODをサポートし、ZFSは別オプションとして利用可能です。

従来のRAIDは強力な冗長性を提供しますが、メンバードライブの容量が一致している場合に最も容量効率が良いことが多いです。JBODは混在したドライブの生容量をより多く利用できますが、冗長性は提供しません。

CasaOS：Linuxストレージ上のアプリケーションレイヤー

CasaOSはDebianやUbuntuなどのLinuxディストリビューション上にインストールされる軽量のアプリケーションおよびDocker管理レイヤーに近いです。CasaOSと完全なストレージ特化型OSの違いはCasaOSとZimaOSのホームサーバー役割のガイドでも説明されています。

CasaOSはマウントされたストレージを表示し、アプリケーションに利用可能にしますが、より高度なプーリングやパリティは通常、そのインターフェースの下で作成する必要があります。これにはLinuxファイルシステム、ソフトウェアRAID、MergerFS、SnapRAID、または他のストレージ管理レイヤーが関わることがあります。

同じ混在ドライブセットが各システムでどのように変化するか

4TBドライブ1台、8TBドライブ1台、16TBドライブ1台を含むホームサーバーを考えます。目的は、共有ストレージを作成しつつ、1台のドライブ故障に対して保護することです。

Unraidの場合、16TBディスクをパリティとして使用すると、4TBと8TBのディスクがデータメンバーとなり、ファイルシステムのオーバーヘッド前で約12TBの使用可能なファイル容量が得られます。16TBディスクをデータディスクとして使用する場合、少なくとも16TBのパリティディスクが必要です。

ZimaOSは、現在のストレージウィザードを確認せずに正確な混在ドライブのRAID 5容量を割り当てるべきではありません。ドキュメントでは、システムが作成時に推定容量を計算することを確認していますが、具体的な4TB＋8TB＋16TBの結果は公開していません。したがって、実際のデバイスに表示される推定値とともにZimaOSのRAIDおよびJBODオプションの公式ガイドを使用するべきです。

CasaOSでは、ドライブは独立したままでいられますが、それらを1つの保護されたストレージプールとして提示するには追加のLinux設定が必要です。最終的な容量と障害時の挙動はCasaOS自体ではなく、選択したツールに依存します。

ネイティブパリティが実際に提供するもの

この比較におけるUnraidの主な利点は、単に異なるサイズのドライブを認識することだけではありません。利点は、混在容量のデータディスク、共有フォルダー、専用パリティ、そしてグラフィカルな管理ワークフローの組み合わせにあります。

シングルパリティでは、アレイは1台の故障したディスクを再構築できます。デュアルパリティでは、最大2台の同時ディスク故障を再構築可能です。パリティディスクは最大のデータメンバーのサイズ要件を満たす必要があり、故障したディスクの交換には健全な残りのアレイと有効なパリティ情報が必要です。Unraidアレイにデータおよびパリティディスクを追加する公式手順にはこれらの制約が記載されています。

データディスクは個別のファイルシステムを保持しているため、ファイルはすべてのアレイディスクにまたがってブロック単位で分割されるわけではありません。障害が利用可能なパリティ保護を超えた場合でも、正常なディスク上のデータは個別にアクセス可能なままであることがあります。これは有用な障害境界ですが、ファイルシステムの破損、コントローラーの故障、誤削除、マルウェア、または複数の同時ディスク損失に対する保証ではありません。

洗練されたストレージインターフェースが変えられないこと

ZimaOSはストレージ作成を手軽にします。そのインターフェースはユーザーがディスク選択、対応するRAIDモードの選択、容量の見積もり、アレイの作成、状態の監視を案内します。これにより、Linuxストレージを完全にターミナルから管理したくないユーザーのセットアップの障壁が減ります。

しかし、このインターフェースは選択されたストレージモデルの根本的なトレードオフを取り除くものではありません。RAID 0は冗長性なしで性能と容量を提供します。RAID 1はデータをミラーリングします。RAID 5は単一ディスクの障害耐性を提供し、RAID 6は二重ディスクの障害耐性を提供します。JBODは容量の柔軟性を優先しますが、パリティやミラーリングはありません。

重要なデータを保存する前に復旧ワークフローもテストすべきです。オープンなZimaOSベータ版RAID修復問題では、やや大きい交換ディスクが認識されたものの、インターフェースを通じてRAID 5修復を開始できなかった仮想マシンのテストが記録されています。

このレポートは、すべての現在のZimaOSインストールに同じ制限があることを証明するものではありません。これはベータ時代の単一の事例ですが、ストレージインターフェースは初期設定ウィザードだけでなく、置き換えや復旧のワークフローでも評価されるべき理由を示しています。

シンプルなアプリダッシュボードがDIYストレージスタックになるとき

CasaOSは、主な目的がアプリケーションの展開、Dockerコンテナの管理、既にマウントされたストレージをクリーンなインターフェースで公開することの場合に魅力的です。異なるディスクで構成されたパリティ保護プールが必要になると、扱いが複雑になります。

一般的なLinuxベースの設計の一つに、MergerFSとSnapRAIDの組み合わせがあります：

• MergerFSは複数のファイルシステムのディレクトリを1つの統合マウントポイントとして表示します。
• SnapRAIDは別々のデータディスク間でパリティを計算し、設定されたパリティディスクでカバーされる故障数からの復旧を支援します。
• CasaOSはアプリケーションを実行し、ストレージ層が構成された後に生成されたマウントポイントを公開します。

MergerFSは、すべてのディスクをストライプアレイに再フォーマットすることなく、異なるサイズとタイプのファイルシステムをプールできます。故障したディスクは一般的にそのファイルシステムに保存されているファイルに影響を与え、プール全体にファイルを分散させるわけではありません。MergerFS自体はパリティや故障データの再構築を提供しません。

SnapRAIDは欠けているパリティ層を提供しますが、Unraidのアレイ保護と同一ではありません。SnapRAIDのパリティは同期が実行されたときに更新されます。最新の同期以降に追加または変更されたファイルはまだ回復できない可能性があり、この設計はメディアライブラリやアーカイブデータに適しており、データベース、アクティブな仮想マシンディスク、頻繁に変更されるアプリケーションデータには向いていません。

DIYルートは安価で柔軟ですが、管理者はマウント順序、パリティ同期、スケジュールされたスクラブ、SMART監視、権限、交換手順、通知の責任を負います。これは経験豊富なLinuxユーザーにとって合理的なエンジニアリングの選択であり、Unraidのゼロコンフィギュレーションの代替ではありません。

拡張、回復、メンテナンスは初期設定よりも重要

作成が簡単なストレージシステムでも、拡張や回復が難しい場合があります。オペレーティングシステムを選択する前に、次のドライブが大きくなった場合、ディスクがエラーを報告し始めた場合、システムディスク自体を再インストールしなければならない場合に何が起こるかを考慮してください。

時間をかけた容量の追加

Unraidはインクリメンタルな拡張を目的として設計されています。新しいデータディスクは、既存のすべてのディスクがそれに一致する必要はなく、パリティディスクを超えない限り追加可能です。より大きなデータディスクが必要な場合は、まずパリティディスクをアップグレードする必要があるかもしれません。

従来のRAIDおよびZFSの拡張は、正確なアレイまたはvdevの設計に依存します。1台の不一致のディスクを追加したからといって、その容量全てが即座に使用可能になるわけではありません。ZimaOSユーザーは、元のプールを作成する前に推定容量とサポートされる拡張手順を確認すべきです。

CasaOSは、別のマウントされたファイルシステムをプールに追加できるため、MergerFSから柔軟な拡張性を継承できます。SnapRAIDが保護を提供している場合、パリティのサイズ変更と同期も手動で更新する必要があります。

障害からの回復

Unraidは、この特定の混合ドライブ使用ケースにおいて、3つの中で最も統合されたリカバリパスを提供します。ZimaOSはグラフィカルなRAIDステータスと修復コントロールを提供しますが、ワークフローは選択したRAIDタイプと現在のソフトウェアの動作に依存します。CasaOSのリカバリはほぼ完全に基盤となるLinuxのストレージ設計に依存します。

これらの方法のいずれも、テスト済みのバックアップの必要性をなくしません。復旧計画では、どのファイルがバックアップされているか、暗号化キーや設定ファイルの保管場所、パリティやRAIDレベルが許容する以上にディスクが故障した場合のシステム復元方法を明確にしてください。

どのセットアップが混在ドライブNASに適しているか？

最近のUnraidとZimaOSの実践テストでは、Unraidは高度なNAS機能と使いやすいインターフェースのバランスとして評価され、ZimaOSは特に初心者やリサイクルハードウェアに適しているとされました。

この比較は、ストレージアーキテクチャの証明というよりも、実体験として有用です。パリティ制限、RAIDサポート、容量計算、復旧手順については公式ドキュメントを主な情報源としてください。

ライセンスも決定に影響を与える場合があります。2026年7月時点で、Unraidのエントリーライセンスは49ドルからで、生涯ライセンスはかなり高額です。ZimaOSはディスク数で制限された無料プランと低価格の生涯Plusライセンスを提供しています。CasaOSは無料でオープンソースですが、DIY管理者はストレージ層の構築と維持により多くの時間を費やすかもしれません。

古いドライブの箱を再利用する前に

混在ドライブのサポートは、古くなったディスクを同じように信頼できるものにしません。アレイやプールを作成する前に：

1. ドライブに既に保存されているすべてのファイルをバックアップしてください。
2. SMARTデータを確認し、拡張ドライブセルフテストを実行してください。
3. 再割り当て済み、保留中、または修復不能なセクターをチェックしてください。
4. 負荷がかかっている状態でSATA、USB、電源接続が安定していることを確認してください。
5. Unraidアレイを構築する際は、最大容量の正常なドライブをパリティ用に使用してください。
6. ドライブのシリアル番号と物理ベイの位置を記録してください。
7. 障害通知と交換手順をテストしてください。
8. NASが稼働した後、重要なファイルの別のバックアップを保持してください。

異なる回転速度のドライブは共存可能ですが、ワークロードに関わる最も遅いディスクが性能を制限する可能性があります。USBエンクロージャーやポートマルチプライヤーはドライブの識別やエラー回復を複雑にするため、恒久的なNASには直接SATAまたは信頼性の高いHBA接続が望ましいです。

最終的なまとめ

異なる容量のドライブから構成され、1台ずつ拡張可能なパリティ保護付きNASが最重要要件であればUnraidを選んでください。ライセンス費用はかかりますが、そのストレージモデルは混在ドライブ問題に直接対応しています。

使いやすさ、魅力的なストレージ管理、アプリケーション展開、そしてライセンスコストの低さが、異なる容量のドライブから最大限の保護容量を引き出すことより重要な場合はZimaOSを選んでください。重要なデータを移行する前に、正確なRAID構成の容量見積もりと交換ワークフローを確認してください。

主にシンプルなアプリケーションダッシュボードを求め、ストレージを別のLinuxエンジニアリングプロジェクトとして扱うことに抵抗がない場合はCasaOSを選んでください。MergerFSとSnapRAIDは有能な混在ドライブシステムを構築できますが、運用作業が増え、Unraidのネイティブな代替品としては提示すべきではありません。