容量不足の警告は、ファイルが最も必要なときに現れることが多いです。写真、メディアライブラリ、ワークステーションのバックアップ、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時間365日稼働する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ネットワークでバックアップ時間の短縮にも役立ちます。
よくある質問（FAQs）
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: すべてを復元せずにバックアップを検証するにはどうすればいいですか？
はい、完全な復元を行わなくてもバックアップの検証は可能です。定期的にいくつかのフォルダをスポット復元テストし、別のマシンでファイルを開いてみてください。バックアップツールが対応していれば、チェックサムやハッシュの検証も追加しましょう。重要なデータセットには、バージョン管理されたバックアップを保持し、サイレントな破損や同期エラーからの復旧に備えましょう。
