Unraid構築ガイド：パリティドライブで柔軟なNASを作る方法

14TBのHDDを運用しているNASに、新しく26TBの大容量ドライブを追加したいと考えたとき、従来のRAID 5やRAID 6構成では、既存のすべてのドライブを26TBへ換装しなければ、プール全体の容量を底上げできないというジレンマに直面します。ZFSなどの高度なファイルシステムを用いた構築では、最小ドライブ容量に配列全体が引きずられてしまうため、ストレージ拡張は常に「全交換」という高コストな決断を強いてきました。

この「容量の制約」と「拡張時のコスト」という壁を打ち破るのがUnraidです。Unraid独自のパリティ・システムを活用すれば、12TB、18TB、そして最新の26TBといった異なる容量のドライブを混在させたまま、ドライブを1台ずつ追加して柔軟にストレージプールを拡張できます。パリティドライブの設定メカニズムから、データの冗長性を維持しつつ、既存資産を構成要素として活かしながら「継ぎ足し」で大容量化を実現する具体的な構築手法の全容を明らかにします。

Unraidのアーキテクチャ：パリティ・ドライブによる異種混合ストレージの仕組み

Unraidが従来のRAID（Redundant Array of Independent Disks）構成、特にRAID 5やRAID 6と決定的に異なる点は、各ディスクが独立したファイルシステムを持ち、それらを「パリティ・ドライブ」という特殊な領域で論理的に結合している点にあります。一般的なRAIDでは、すべてのディスクを同一容量のグループとして扱うため、1台でも容量の異なるディスクを混入させると、全ディスクの容量が最小のディスクに合わせて制限されてしまいます。しかし、Unraidの設計思想は「異種混合（Mixed Capacity）」です。例えば、18TBのHDD、12TBのHDD、8TBのHDDを組み合わせた場合、パリティ・ドライブに最大容量である18TBを指定することで、残りのディスクの容量をそのまま利用可能です。

この仕組みの中核となるのが、パキティ計算（XOR演算）を用いた冗長化です。データが書き込まれる際、Unraidは各データドライブの内容から計算されたチェックサム（パリティ情報）をパリティ・ドライブに記録します。これにより、1台のディスク故障（シングル・パリティ構成時）であれば、残りのデータとパリティ情報から失われたデータを数学的に復元できます。2026年現在、HDDの単体容量が30TBを超える大容量化が進む中で、この「データの独立性」は極めて重要です。RAID 5ではアレイ全体が崩壊するリスクがありますが、Unraidではパリティ容量を超える複数台の同時故障が発生しない限り、生存している各ディスク内のデータはそのまま読み取り可能な状態で維持されます。

一方で、この柔軟性と引き換えに、書き込みパフォーマンスには特有の制約が存在します。データ書き込み時には必ずパリティ・ドライブへの計算と更新（Write Overhead）が発生するため、単純なRAID 0や単体HDDと比較して、スループットが低下する傾向があります。これを補完するのが「キャッシュ・プール」と呼ばれるNVMe SSD層の活用です。

最適なハードウェア構成：パリティ・ドライブとキャッシュ層の選定基準

Unraidサーバーを構築する際、最も予算を投じるべきは「パリティ・ドライブ」と「キャッシュ用NVMe SSD」です。パリティ・ドライブには、アレイ内で使用している最大のデータドライブと同等、あるいはそれ以上の容量を持つモデルを選定しなければなりません。例えば、Seagate Exos X24（24TB）をデータドライブとして利用する場合、パリティ・ドライブも必ず24TB以上の容量が必要です。また、パリティ・ドライブは書き込み負荷が非常に高いため、SMR（Shingled Magnetic Recording）方式ではなく、必ずCMR（Conventional Magnetic Recording）方式のエンタープライズ向けHDD（例: WD Gold 22TB）を選択してください。

次に重要なのが、キャッシュ層の構成です。UnraidのメインアレイはHDDで構成されるため、ランダムアクセス性能やDockerコンテナ（Plex Media Server, Nextcloud等）のI/O待ちが発生しやすいという弱点があります。これを解決するためには、Samsung 990 EVO Plus 4TBやCrucial T705 2TBといった、PCIe Gen5対応の高速NVMe SSDを「Pool」として構成することが必須です。ここに「Appdata（コンテナの設定データ）」や「System（OSログ・DB）」を配置することで、HDD特有のシークタイムによる遅延を排除し、数ms単位でのレスポンスを実現できます。

CPUおよびメモリの選定においては、単なるファイルサーバーとしての機能だけでなく、Dockerによるマイクロサービス化や、仮想マシン（VM）の実行能力を考慮する必要があります。2026年時点の推奨スペックは以下の通りです。

• CPU: AMD Ryzen 9 9950X または Intel Core Ultra 9 285K
  • 12コア/24スレッド以上、高クロックなシングルスレッド性能がVMの快適性に直結。
• RAM: 64GB DDR5-5600 ECC (Error Correction Code)
  • ZFSファイルシステムの利用や、大量のDockerコンテナ稼働には大容量かつエラー訂正機能付きメモリが推奨。
• Network: 10GbE (SFP+ または RJ45)
  • 2.5GbEではHDDアレイの転送能力（数百MB/do）をボトルネック化させるため、10Gbps環境が理想。
• Power Supply: 850W 80PLUS GOLD 以上
  • 多段HDD構成による起動時の突入電流（Inrush Current）に耐えうる容量と安定性。

実装時の落とし穴：パリティ・リビルドの負荷とドライブ容量の制約

Unraid構築において、最もエンジニアを悩ませるのが「パリティ・リビルド（再構築）」時の挙動と時間です。前述の通り、パリティ・ドライブはアレイ内で最大の容量を持つ必要がありますが、将来的にさらに大容量のHDD（例: 30TBクラス）へアップグレードしたい場合、まず最初にパリティ・ドライブを交換し、リビルドを完了させなければなりません。この際、24TBを超えるような超大容量HDDでは、書き込み速度が150MB/s程度に制限されると、リビルドだけで48時間から72時間を要する計算になります。この長期間の負荷は、他のドライブへの物理的ストレスとなり、二次故障を誘発するリスク（Secondary Failure）を孕んでいますつのです。

もう一つの致命的な落とし穴は、安価な「SMR方式」のHDDをアレイに混入させてしまうことです。SMRドライブはデータの書き込み時に隣接トラックを上書きするため、パリティ更新に伴うランダム書き込みが発生すると、書き込み速度が極端に低下（数MB/sまで落ち込むケースも）し、最悪の場合、Unraidのファイルシステムがタイムアウトでエラーを吐き、アレイが「Read-Only」状態になります。構築前に必ず、使用する型番がCMR方式であることを確認してください。

また、以下のチェックリストは実装時に必ず確認すべき項目です。

• SMRの排除: 導入予定のHDDモデル（例: WD Blueの一部）がSMRでないか、メーカー仕様書で確認済みか。
• 電源容量の計算: HDD起動時のピーク電力（Spin-up current）を考慮し、電源ユニットの12Vレーンの出力に余裕があるか。 （例：10台のHDDが同時にスピンアップする場合、一時的に数百Wの負荷増が発生する）
• 冷却設計: 密閉されたNASケース内で、HDDの温度が45℃を超えていないか。Noctua NF-A12x25等の高静圧ファンによるエアフロー確保ができているか。
• バックアップ戦略: 「Unraidのパリティがあるから大丈夫」という過信は禁物。重要なデータ（写真、ドキュメント）は、別途クラウドまたは別の物理サーバーへ「3-2-1ルール」に基づいたバックアップが取れているか。

運用・パフォーマンスの最適化：Docker/VMと電力効率の両立

Unraid運用の真骨頂は、単なるストレージとしての利用を超えた、低消費電力な「ホームサーバー」としての運用にあります。Unraidのディスクは、アクセスがないドライブをスピンダウン（休止状態）させることが可能です。これにより、アイドル時の消費電力を劇的に抑えることができます。例えば、12台のHDD構成において、稼働中の3台を除いた9台をスピンダウンさせることで、システム全体の待機電力を数十W単位で削減可能です。ただし、Dockerコンテナが頻繁にログを書き込む設定になっていると、ドライブが頻繁にスピンアップ・ダウンを繰り返し（Disk Thrashing）、HDDの寿命を縮める原因となります。

パフォーマンス最適化の鍵は「階層化されたI/O設計」です。

1. Tier 1 (Ultra Fast): NVMe SSD Pool に Docker Appdata, VM Disk Images, Database を配置。
2. Tier 2 (Fast/Cache): 高速SSD Pool に、頻繁にアクセスする「ダウンロード中」や「編集中の作業領域」を配置。
3. Tier 3 (Mass Storage): HDD Array に、完成した動画、バックアップデータ、アーカイブ用RAWデータを配置。

さらに、2026年現在のトレンドとして、UnraidにおけるZFSの統合活用が挙げられます。以前はBTRFSが主流でしたが、現在はZFSを用いた「ZFS Pool」の構築が推奨されます。ZFSの強力なスナップショット機能とデータ整合性チェック（Scrubbing）を利用することで、サイレントデータ破損（Bit Rot）からデータを保護できます。