ZFSは2ベイNASでも導入する価値がありますが、ドライブが2台あるだけで自動的に安全性が高まるからではありません。その価値は、エンドツーエンドのチェックサム、定期的な検証、スナップショット、そして正常なミラーメンバーからの修復にあります。その代わり、ストレージスタックには、計画的なRAM配分、監視、復旧の実践が求められます。
したがって、適切な比較対象は「ZFS対オーバーヘッドなし」ではありません。どのファイルシステムにもメモリ、メンテナンス、バックアップが必要です。重要なのは、この小規模なシステムにとって重要な障害モードを、ZFSがよりシンプルなファイルシステムとミラーレイヤーよりも適切に検出・管理できるかどうかです。
まずは完全性の要件から考える
サイレントな破損が問題になるデータ、たとえば家族のアーカイブ、業務記録、プロジェクトファイル、あるいは数年後も読み取れる必要があるバックアップをNASに保存するなら、ZFSを選びましょう。チェックサムによって、ファイルシステムは書き込まれた内容と一致しなくなったブロックを検出できます。ミラーがあれば、そこから別のコピーを取得して修復できます。
スクラブは、単なる「ディスクの運動」ではありません。OpenZFSのスクラブに関するドキュメントでは、通常のスクラブがすべてのブロックのチェックサムを検証し、複製されたデータが利用できる場合は検出した損傷を修復できると説明されています。これは実質的なデータ完全性機能ですが、継続的なI/Oも発生するため、スケジュールを設定して監視する必要があります。
NASに保存するメディアが交換可能で、ダウンタイムのコストが低い場合は、よりシンプルな構成と検証済みバックアップで十分かもしれません。技術的に優れているというだけで、ZFSの複雑さが正当化されるわけではありません。
ワークロード全体でRAMを見積もる
ZFSは、アダプティブ置換キャッシュのために利用可能なメモリを使用しますが、「1TBあたり1GB」という一般的な目安が普遍的な最低要件というわけではありません。実際の上限は、OS、ファイルサービス、コンテナ、ZFSが、継続的なメモリ圧迫なしに共存できるかどうかです。
クライアントからの転送、メディアのインデックス作成、バックアップジョブ、スクラブが重なる最も忙しい状態でNASをテストしてください。使用中と表示される容量だけでなく、スワップの発生、メモリの追い出し、アプリケーションのレイテンシ、カーネルメモリを確認します。負荷がかかったときにキャッシュがメモリを解放すること自体は問題ではありません。問題なのは、スワップが繰り返し発生したり、サービスが停止させられたりすることです。
メモリ容量が固定されたアプライアンスでは、重複排除を有効にしたりアプリケーションのワークロードを追加したりする前に、明確な余裕を残してください。チェックサム、スナップショット、スクラブ、ミラーに重複排除は必要ありません。デフォルトの機能実験として有効にすべきではありません。
2ベイ構成の復旧上の限界を理解する
2台のドライブによるミラーは、片方のメンバーが故障しても運用を継続できますが、オンライン交換用の空きベイはありません。復旧には、互換性のある交換用ドライブ、正常に動作する残りのメンバー、再シルバリングにかかる時間、そして2台目のコピーが故障した場合やプールが利用できなくなった場合に備えたバックアップが必要です。
各プールメンバーに対応する物理シリアル番号を記録してください。使い捨てのプールをエクスポートしてインポートする手順、故障をシミュレートしたメンバーの交換、スクラブ結果の確認、バックアップからのファイル復元を実際に練習しましょう。復旧に慣れておくことも、所有に伴うコストの一部です。
同じプール上のスナップショットでは、盗難、コントローラーの故障、誤ったプールの破棄、両方のドライブに影響する災害には対処できません。少なくとも1つは独立したコピーを保持し、ミラーを信頼できるものとみなす前に、そのコピーをテストしてください。
よりシンプルな構成が有利な場合
ハードウェアのメモリ容量が限られている、所有者がスクラブやプールの状態を監視しない、復旧をベンダーのウィザードでサポートする必要がある、または保存データを簡単に再作成できる場合は、よりシンプルなファイルシステムやアプライアンス管理のミラーを選びましょう。運用上のミスを減らせるなら、シンプルさは信頼性の機能になり得ます。
クライアントプロトコルは別途選択するものです。このSMBとNFSの比較では、アクセスプロトコルとディスク上の完全性を混同せずに、システムから共有へ接続する方法を判断できます。
どちらを選んでも、バックアップが不要になるわけではありません。オーバーヘッドの少ない選択肢が有利なのは、その検出、復元、ダウンタイムへの対応がデータ要件を満たす場合だけです。
最終判断
2ベイミラーが重要なデータを保護し、NASに測定済みのメモリ余裕があり、サービスを停止させずにスクラブを実行でき、所有者が交換と復元の手順を練習しているなら、ZFSは正当化できます。こうした運用上の取り組みを維持できない場合は、よりシンプルな構成を選びましょう。
FAQ
2ベイNASでZFSを使うにはECCメモリが必要ですか?
ストレージシステムにはECCが望ましいものの、ECCなしではZFSだけが特別に危険というわけではありません。信頼性の高いハードウェアを使用し、バックアップを維持し、チェックサムが計算される前の不正なデータをどのファイルシステムでも修正できると考えないでください。
すべてのスクラブはドライブの寿命を縮めますか?
スクラブではドライブ全体を読み取る負荷が発生するため、適切にスケジュールし、温度とエラーを監視してください。その目的は、別の正常なコピーがまだ存在する可能性があるうちに、読み取れないデータや破損したデータを発見することです。
製品比較
もっと読む

アプリのアップデートとロールバックにおけるProxmox上のLXCとDockerの比較
Dockerはアプリレベルのバージョン管理を提供し、LXCはゲストレベルのロールバックを可能にします。より適した方は、安全に復元できる最小の状態単位に応じて決まります。

特権ホームサービスにおけるDockerとLXCのセキュリティ境界
Dockerは用途を絞ってパッケージ化されたアプリに適しており、LXCはより完全なLinuxサービスに適していますが、共有カーネルのリスクを許容できない場合、どちらもVMの代わりにはなりません。

初心者が初めて構築するなら、ターンキー型NAS OSかモジュール型Linuxか
ガイド付きのストレージ運用にはすぐに使えるNASソフトウェアを選び、学習と明確な制御のためにより多くの管理を担う価値がある場合は、モジュール式のLinuxを選びましょう。

