低RAM環境で最適化されたZFSは実現可能ですか？

私は現在ファイルサーバーをセットアップしており、実際にデータドライブをセットアップするようになりました。システムには4つのドライブ（1つのOSディスク、3つのデータディスク）があります。OSディスクはext4としてフォーマットされており、ZFSプールに追加されません（ZFSを実行することを選択した場合）。私の主な関心事は、データの整合性とデータ損失の最小リスクです（BIOSでドライブキャッシュが無効になっています）。このZFSは、Linuxの安定バージョン（正しい？）があり、ハードドライブが同じサイズである必要がないデータの複製、プーリング、およびraidzをサポートしているため、最適な候補のようです。

しかし、ここに私の問題があります。サーバーに搭載されているRAMは2GBのみで、近い将来これをアップグレードすることはできません。現実的には、他のすべてのサービスをインストールした後、実際にZFSにアクセスできるのは1.5のみです。最大で約10のクライアントが一度にそれを使用します（平均で4に近い）。これは安全と見なすには低すぎますか？

私が理解していることから、ZFSはRAMの少ない状況でクラッシュし、プールを使用する可能性があります。スワップがこの問題を軽減するのに役立つかどうかの矛盾する意見を聞きました（20 GBのスワップ専用ドライブがあります）。RAMがほとんどないZFSでデータ損失が発生した人はいますか？それを防ぐためにどのような最適化を行いましたか？

上記を念頭に置いて、ackサイズを減らして少し削減しても、ZFSを実行することは可能ですか？それともリスクが高すぎますか？

システム仕様：2GB RAM 20GBスワップドライブOS、Debian 7、最小インストール、FTP、およびXBMC、DNLA（RAM要件を理解するため）。ストレージサーバーと他のデバイスへの音楽メディアストリーミングに使用されます。

あなたは、データの整合性とデータ損失の最小リスクを主要な懸念事項として述べています。2GiBのメモリのみでZFSを実行することは危険であり、お勧めできません。RAMが少なすぎるとパフォーマンスが低下し、以前はマウントできないプールが多数発生していました。FreeNASのプロジェクトは、最低でもRAMの8GiBを述べています。

さらに、データの損失が懸念されるため、ECC RAMを使用する必要があります。あなたのボックスは2GiBのRAMしかサポートできないので、私はそれがZFSの良い選択ではない本当に古いボックスだと思います。

あなたの質問に答えるには：

[…]データの複製をサポート

経験則として、少なくとも32GiBがない場合は重複排除を忘れてください。プールのサイズによっては、かなり多くのRAMが必要になる場合があります。次に、重複排除+ RAMのコストが少数の追加ディスクよりも安いかどうかを計算します。多くの場合、より多くのディスクがより安価な代替手段です。

これは安全と見なすには低すぎますか？

はい、低すぎます。

私が理解していることから、ZFSはRAMの少ない状況でクラッシュし、プールを使用する可能性があります。

それは本当であり、多くの人々は低RAMのためにプールを失っています。

スワップがこの問題を緩和するのに役立つかどうかの矛盾する意見を聞いた

スワップを忘れてください。ZFSボックスではスワップを使用しないでください。

編集：冒険的な気分で、時々のパニックやデータ損失のリスクを気にしない場合は、ZFSチューニングガイド を読み、上記の設定を調整してください。ここでは、768MiBのメモリのシステムの設定例を示します。

vm.kmem_size="330M"
vm.kmem_size_max="330M"
vfs.zfs.arc_max="40M"
vfs.zfs.vdev.cache.size="5M"

それ以外の場合は、メモリのストリップに100ドルを投資し、安定したパフォーマンスの高いシステムをお楽しみください。

高メモリ圧力システム（linux）では、メモリをアップグレードする必要があります。スワッピングがIO（カーネルハングタスク）をロックして、再起動しない限り使用できないというバグ（link）がまだあります。vm.swappiness = Xはzfsに影響を及ぼさないので、弧を特定の数に制限すると少し役立つ場合があります。