容量不足の警告は、ファイルが最も必要なときに表示されることが多いです。写真、メディアライブラリ、ワークステーションのバックアップ、VMイメージは徐々に増え、NASストレージが手狭に感じられ、変更のたびにリスクが伴います。目標はシンプルです。容量を制御された方法で増やし、ダウンタイムの許容度に合ったRAIDレイアウトを選び、削除、マルウェア、実際の事故後でも機能するバックアップを維持することです。
ドライブを追加購入する前に計画すべきこと

お金を使う前に、保護しているものとその成長速度を把握しましょう。ほとんどの拡張ミスは、先にディスクを買って後で考えることから起こります。
まずデータを3つのバケットに分け、それぞれに復旧の期待値を割り当てます:
| データタイプ | 例 | 復旧の期待値 |
| 代替不可能 | 家族の写真、ビジネス文書、ソースコード | 最小限の損失で迅速に復元 |
| 時間がかかる | リッピングしたメディア、プロジェクトアーカイブ、ゲームライブラリ | 必要なら数日以内に復元 |
| 使い捨て可能 | ダウンロード、キャッシュ、一時的なエクスポート | いつでも再構築可能 |
次に、2つの実用的な目標を定義します:
- 復旧時点目標(RPO):失っても許容できる最新の変更量(時間、1日、1週間)
- 復旧時間目標(RTO):アクセスできなくても耐えられる時間(分、時間、日)
この2つの数字が後の選択を左右します。ミラーとスナップショットの組み合わせは厳しいRTOに対応できます。パリティアレイと夜間バックアップはメディア中心のセットアップに適しています。
最後に、成長の見積もりを書き留めましょう。大まかな月間増加量で十分です。傾向がわかれば、今すぐ数テラバイトを追加するか、より長持ちする大きなストレージプールを構築するかを決められます。
アレイを再構築せずに容量を追加する方法
容量の拡張は簡単に感じられますが、アレイのフォーマットが変更を妨げることがあります。RAIDのスタックによってはリシェイプをサポートするものもあれば、新しいディスクグループの追加を好むものもあります。例えば、ZFSスタイルのプールは、既存のvdevの幅を変えるよりも新しいvdevを追加して拡張することが一般的です。
実際には、現実的な選択肢は3つあります:
1. ドライブをより大容量のものに交換する。ミラーや多くのパリティレイアウトで効果的で、一度に1台ずつ交換しシステムにリビルドさせます。最後のドライブ交換後、プラットフォームによってはアレイが新しい容量に拡張可能です。
2. 新しいディスクセットを追加の構成要素として加える。プールモデルでは、別のvdevを追加しプールがvdev間でストライプする形が多いです。これにより分解を避け、拡張中も元のデータをオンラインに保てます。
3. 新しいプールを作成して移行する。遅いですが、元のレイアウトが行き詰まった場合にクリーンな設計を得られます。
いくつかの習慣がどの方法でも安全性を高めます:
- 拡張作業の前には新しいバックアップを取りましょう。繰り返しに感じても重要です。
- 新しいドライブは長時間の SMARTセルフテストで焼き入れしてから追加してください。
- パフォーマンス低下を許容できる時に拡張を計画しましょう。リビルドやリシルバーのトラフィックは読み書きを遅くします。
- 空き容量に注意しましょう。多くのファイルシステムはほぼ満杯になると動作が悪くなります。
ここでNASストレージの計画が役立ちます。次のアップグレードに合ったレイアウトを用意すれば、緊急のリビルドを避け、急いだリスクのある変更からNASストレージを守れます。
なぜUSB拡張はRAIDに信頼性がないのか
USBは便利ですが、その便利さがリスクを隠すことがあります。24時間稼働のRAIDやストレージプールでは、USBは診断が難しい複数の故障ポイントを増やします:緩いコネクタ、ブリッジチップの特性、省電力動作、ディスク識別を隠すエンクロージャー。ZFSコミュニティの議論では、一時的なデバイスの切断やエンクロージャーの挙動がプールの劣化の一般的な原因として繰り返し指摘されています。
実際の問題は生のスループットではありません。問題は一貫性です。スクラブやリビルド中、システムは数時間にわたりすべてのドライブが予測可能に応答することを期待します。ポータブルドライブでは無害な一時的な切断が、アレイ内ではディスク障害と見なされることがあります。
USBはNASストレージ構成でまだ役割がありますが、使い方が異なります:
- 月次または四半期ごとのバックアップ用のオフラインローテーションドライブ
- NASにデータを移動するための一時的な取り込みドライブ
- バックアップ時間以外は電源を切っておくセカンダリコピー
ドライブがRAIDセットの一部でなければならない場合は、常時稼働ストレージ向けに設計されたリンクを優先しましょう。
実際に拡張可能なSATAおよびPCIeの拡張オプション

USBを超えると、拡張は接続性とコントローラの選択の問題になります。 SATA はディスクへの直接経路を提供し、 PCIe はより多くのポートや適切なホストバスアダプタを追加するための高速で低遅延のバスを提供します。
安定した拡張計画は通常、以下のいずれかのカテゴリに当てはまります:
- 1台または2台のドライブには、マザーボード上の直接SATAポートが便利です。
- 複数のSATAポートを追加したい場合は、PCIe SATAコントローラカードが適しています。
- 予測可能なディスクの可視性とファームウェアの予期せぬ問題を減らしたい場合は、ITモードのHBAがおすすめです。
- ドライブ数が小型ケースを超えた場合は、適切なバックプレーンを備えた外部エンクロージャーを使用しましょう。
ZFSに関するガイダンスは、ファイルシステムが物理ディスクを直接認識・管理できるため、正確なエラー処理と監視をサポートするHBAスタイルのアクセスを推奨することが多いです。
コントローラの選択後も物理層は重要です。マルチドライブのNASストレージ拡張は、電源供給や熱などの単純な理由で故障することがあります。
小規模システムを安定させるための実用的なチェックリストはこちらです:
- 電源:スピンアップ電流を考慮し、弱い分岐ケーブルは避け、可能ならUPSをアレイディスクに使用しましょう。
- 冷却:ドライブ本体に空気を流し、配線を整頓し、書き込み負荷が高い時のドライブ温度を監視しましょう。
- 配線:短くてしっかりしたSATAケーブルを使い、コネクタが緩む原因となる鋭い曲げは避けましょう。
ホームNAS向けのRAID 1、RAID 5、RAID 10の比較
RAIDの選択は意味があります。それはあなたのデータと復旧の期待に合わせて行うべきです。RAIDはドライブの故障から保護しますが、すべての種類のデータ損失を保証するものではありません。
最もシンプルな枠組みは次の通りです:
- RAID 1 2台のドライブにデータをミラーリングし、回復が簡単で再構築の負荷が低いです。
- RAID 5 分散パリティを使用し、使用可能容量を向上させ、1台のディスク障害に耐えます。
- RAID 10 ミラーペアを作り、それらにストライプをかける方式で、強力なパフォーマンスと良好な耐障害性を提供しますが、生の容量の半分を消費します。
簡単な比較が意思決定を助けます:
| RAIDレベル | 最小ディスク数 | 耐障害性 | 使用可能容量 | 適合 |
| RAID 1 | 2 | 1台のディスク障害 | 約50% | ドキュメント、写真、小規模な重要データセット |
| RAID 5 | 3 | 1台のディスク障害 | (N-1)/N | メディア、一般的なファイル共有 |
| RAID 10 | 4 | ミラーペアあたり1台のディスク障害 | 約50% | 混合ワークロード、より速い再構築動作 |
RAIDレベルを決定する前に、2つの実用的な現実を念頭に置いてください:
まず、パリティRAIDの再構築は大容量ディスクで時間がかかり、その間パフォーマンスが低下することがあります。RTOに再構築時間を計画に入れてください。
次に、トレードオフを理解していない限り、同じRAIDグループ内でディスクモデルやサイズを混在させるのは避けてください。最小のディスクがそのグループの使用可能サイズを決定します。
適切に使えば、RAIDはドライブが故障してもNASストレージの可用性を維持します。取り返しのつかない作業を保持するNASストレージでは、削除やランサムウェアからの回復にはバックアップが必要です。
3-2-1バックアップルールを実生活で機能させる

バックアッププランはリストアが成功して初めて信頼されます。3-2-1ルールはコピー間の独立性を強制するため、堅実な基準です:3つのコピー、2種類のメディア、1つはオフサイト。
ホームサーバーの場合、そのルールをルーチンに変えましょう:
- プライマリーコピー RAIDでドライブ障害に対応したNASストレージ上にある
- セカンダリーコピー 別のターゲットにあり、スケジュールとバージョン管理がされている
- オフサイトコピー 暗号化され、主要な場所から離れて保管される
現代の脅威は追加の要件をもたらします:バックアップセットには少なくとも1つのコピーがオフラインで保存されているか、攻撃者のアクセスを防ぐ方法で保護されている必要があります。NISTのガイダンスはこれをランサムウェア回復の重要な部分として強調しています。
実用的な週間パターンは次のようになります:
- 重要な共有フォルダの毎晩の増分バックアップ をLAN内の第二の宛先に実施
- 使用ツールに応じた月次のフルバックアップまたは合成フルバックアップ
- 暗号化キーを別に保管した月次のオフサイトローテーション
- 権限を含む実際のフォルダの四半期ごとの復元テスト
ネットワーク速度はスケジュールの現実感に影響します。 2.5GBASE-T は標準化されており、一般的な配線でバックアップ時間を短縮するためによく使われます。バックアップが速く終わると、継続して実行されやすくなります。
耐障害性が高くアップグレードしやすいNASストレージ構成を構築する
容量のプレッシャーは切迫しているように感じられますが、モジュール式の計画を立てればNASストレージの拡張は予測可能なままです。重要なポイントを定義し、プラットフォームがサポートできる拡張パスを選び、アレイドライブは安定したSATAまたはPCIe接続を維持しましょう。RAIDはダウンタイム許容度に合わせて選び、3-2-1バックアップを実施し、定期的に復元テストを行ってください。ストレージの詳細に入る前に、しっかりとした基盤があることを確認しましょう。詳しくは自分でホームサーバーを構築・設定する方法をご覧ください。どこからでもストレージに安全にリモートアクセスしたい場合は、VPNベースのソリューションを検討してください。Plexのメディアサーバーストレージを運用している方は、トランスコーディングやライブラリの成長を考慮して容量を計画しましょう。コンテナ化サービスを追加する準備ができたら、当社のDockerガイドでNASサーバーでDockerコンテナを実行する方法をご覧ください。コンパクトな例としては、 ZimaBoard 2があり、デュアル2.5GbEとオープンエンドのPCIe x4スロットを備えているため、ストレージニーズの拡大に合わせてPCIe拡張カードを組み合わせることができ、2.5GbEネットワーク上でバックアップ時間の短縮にも役立ちます。
よくある質問
Q1: NASのRAIDにSMRハードドライブは適していますか?
通常は不要です。 SMR ドライブは持続的な書き込みやリビルド時に著しく速度が低下し、ディスク障害後の復旧時間が延びることがあります。主に読み取り専用のアーカイブで書き込みが少ない場合には許容されます。一般的なNASストレージやRAIDリビルドの信頼性を考えると、 CMR モデルの方が予測可能な動作をします。
Q2: ZFSを実行する家庭用NASにECCメモリは必要ですか?
必ずしもそうではありません。ECCはまれなメモリエラーによるデータ破損の可能性を減らし、大規模プールや常時稼働のワークロードで特に重要です。多くの家庭用システムはECCなしで問題なく動作しています。データが本当に代替不可能な場合は、ECCに加え定期的なスクラブと検証済みバックアップを行うのが安全です。
Q3: 同じアレイ内で4Knと512eディスクを混在させてもよいですか?
場合によりますが、摩擦を生むことがあります。セクターサイズが混在すると、アレイが互換モードで動作せざるを得なくなり、元のフォーマットと一致しない場合は交換が難しくなります。RAIDグループ内でセクターサイズを統一するのが最も確実な方法です。プールを構築する前に、コントローラーやNAS OSが報告する情報を確認してください。
Q4: どのような予備ドライブを用意すべきですか?
コールドスパアはしばしば価値があります。RAIDグループ内の最大ドライブと同じかそれ以上の容量のスパアを用意し、どのメンバーも交換できるようにしましょう。スパアには長時間のSMARTテストを実行し、日付をラベル付けして安全に保管してください。テスト済みのスパアは障害時のダウンタイムを短縮できます。
Q5: すべてを復元せずにバックアップを検証するにはどうすればよいですか?
はい、完全な復元を行わなくてもバックアップの検証は可能です。いくつかのフォルダを対象に定期的なスポットリストアテストを実施し、その後別のマシンでファイルを開いて確認してください。バックアップツールが対応していれば、チェックサムやハッシュの検証も追加しましょう。重要なデータセットについては、バージョン管理されたバックアップを保持し、サイレントな破損や同期エラーからの復旧に備えましょう。
Zimaキャンペーンハブ
もっと読む

なぜ私はラックサーバーをZimaCube 2に置き換えたのか — ホームラボ進化の物語
ZimaCube 2は、騒音の多いラックサーバーや制限のあるミニPCのセットアップに代わり、Docker、ZFSストレージ、NVMe、バックアップ、自宅ホスティング、24時間365日のインフラワークロードに対応した静かなオールインワンのホームラボを提供します。

ZimaCube 2でDocker、CI/CD、10以上のセルフホストサービスを運用する方法
このコミュニティスポットライトでは、ZimaCube 2 PioneerのMichael Luckenbillによる完全セルフホスト型インフラストラクチャのテストを紹介します。10以上のDockerコンテナ、ローカルGitHub Actions CI/CD、デュアルZFS HDD/NVMeストレージプール、デュアル2.5GbEネットワーキング、Cloudflareトンネルを搭載し、標準の8GB DDR5 RAMで動作。コンパクトで静かなシャーシは、冷却性能を保ちながら連続稼働をこなし、ストレージ、コンピュート、オートメーションを一つにまとめたオールインワンのパーソナルクラウドボックスを実現しています。

2つのAIエージェントが1台のサーバーを争うとどうなる?
Zero NoichiのAIサイバーセキュリティ実験では、2台のZimaBoard 2を使って攻撃者と防御者のエージェントをシミュレートし、ホームラボサーバーが安全なAI、Docker、NAS、セキュリティテストを支える方法を示しました。

