単一のデバイスで自己回復を実現するための最小限のZFSセットアップを探しています。データをバックアップしているので、ドライブの障害は問題ではありませんが、ビット腐敗は問題です。これまでのところ、私が浚渫することができた唯一の提案は、copies=2
オプションですが、使用可能な容量が50%削減されます。
私の質問:デバイスを8つのパーティションに分割し、それらを7 + 1 RAID-Z1アレイに結合することの(パフォーマンス以外の)欠点は何ですか?これは、使用可能なスペースが12.5%削減されることを意味します。私がそれにいる間、なぜ19 +1または99+ 1(またはパーティションテーブルが許可するものなら何でも)に行きませんか?
ZFSベストプラクティスガイド から:
本番システムの場合、次の理由により、ストレージプールにスライスではなくディスク全体を使用します。
- ZFSが、書き込みキャッシュを持つディスクに対してディスクの書き込みキャッシュを有効にできるようにします。不揮発性の書き込みキャッシュを備えたRAIDアレイを使用している場合、これはそれほど問題ではなく、vdevはアレイの書き込みキャッシュのメリットを享受できるため、スライスします。
- ディスクキャッシュが有効になっているJBOD接続ストレージの場合、同期書き込みを複数のディスク書き込みとして発行し、その後に単一のキャッシュフラッシュを実行して、ディスクコントローラーがI/Oスケジューリングを最適化できるようにします。これとは別に、SATANCQまたはSCSITCQの適切なサポートがないシステムの場合、書き込みキャッシュを有効にすると、ホストは物理I/Oから非同期に単一のI/O操作を発行できます。
- ディスクにスライス上にZFSファイルシステムとUFSファイルシステムの両方が含まれている場合、障害が発生したディスクを交換する回復プロセスはより複雑になります。スライス上にUFSファイルシステムも含むZFSプール(および基盤となるディスク)は、zpoolのインポートおよびエクスポート機能を使用して他のシステムに簡単に移行することはできません。
- 一般に、スライスを維持すると、管理の時間とコストが増加します。ストレージプール構成モデルを簡素化することにより、管理コストを削減します。
要約すると、正しく処理、交換、および拡張することははるかに遅く、より困難です。
さらに、あなたはまだあなたのプールのレイアウトを気にする必要があります。 RAIDZ1セットアップでは、スライスの交換中にRAID5書き込みホールの問題が発生します。また、RAIDZレベルに最適でないスライス数を選択した場合も問題が発生します(ガイドの推奨事項からも)。
- (N + P)、P = 1(raidz)、2(raidz2)、または3(raidz3)で、Nは2、4、または6に等しい
- グループあたりの推奨ディスク数は3〜9です。ディスクが多い場合は、複数のグループを使用してください。