私は何よりも、私の文書、メールアーカイブなどを保存するホームサーバーを持っています。回転するハードディスクに基づくZFS RAIDZを使用してください。サーバーはまた、マイメールを5分間隔で同期するオフラインIMAPサービスを実行します。
問題は、しばしば私のメールにアクセスする必要がないということです（たとえば、夜または週末に席を空けるとき）。ディスクはまだ回転を続けながらノイズを発生させ、電力を浪費し、ディスクを目覚めさせる唯一の方法はメールチェックだけです。夜は同期プロセスを無効にできますが、より一般的なソリューションを探しています。
メールフォルダをSSDに配置することを検討しましたが、とにかくシステムが保存されます。
しかし、私は私の電子メールを安全に保護したいと思います。セキュアRAIDZストレージがある場合、SSDにのみ保存するのは賢明ではないと思います。だから私の考えは、SSDメールストアをRAIDZアレイと1日1〜2回同期させることです。非常に怠惰な書き込みキャッシュのようなものが必要なようです。。
私はSSDとRAIDZ間の呼び出しを考えましたが、rsyncこれには欠点があります。 SSD で古いメールが破損すると、エラーがアレイに伝播します。たぶんrsync --ignore-existingそれは仕事をするかもしれませんが、たぶんもっとうまくやることができるのは何ですか？
答え1
私はSSDとRAIDZ間の呼び出しを考えましたが、
rsyncこれには欠点があります。 SSD で古いメールが破損すると、エラーがアレイに伝播します。たぶんrsync --ignore-existingそれは仕事をするかもしれませんが、たぶんもっとうまくやることができるのは何ですか？
このようなジレンマを経験する必要はありません。
ZFSを使用して、SSDストレージがサポートする2番目のプールを作成します。
- RAIDZ「アーカイブ」アレイと同じデータ整合性を保証
- 同じ管理コマンド（
zfs、、zpool）を使用してストレージを管理できます。 - ファイルシステムのプロパティまたは冗長ハードウェア（ミラーリングまたはRAIDZ）を介してSSDストレージに冗長性を追加すると、
copiesZFSは選択されたレベル制限内の可能性のある劣化を回復（単に検出するのではなく）できます。冗長性
両側でZFSを使用するもう1つの利点は、zfs send | zfs receive2つの場所間でデータセットをコピーできることです。必要に応じて、「アクティブ」Eメールをファイルシステムの「アーカイブ済み」Eメールとは別に保存することもできます。これにより、アーカイブされたデータをより高いGBストレージコストで維持しながら、アクティブデータに迅速かつ低電力でアクセスできます。はるかに低い。私は自分自身と非常によく似た仕事をしてきて、本当にうまくいきます。
別々のストレージクラス（SSDとHDD、そして冗長性のレベルが異なる場合があります）単一システムの複数のプールに適しています。これは、特定のインスタンスで使用されているデータ型と、そのアクセスパターンに適したストレージ属性を選択できるためです。すべてのマウントポイントからすべてのZFSデータセットにアクセスできるため、さまざまなプールが提供するさまざまなストレージ機能間の移行がほぼスムーズに行われます。
ZFS自体はデータの保存に使用する記憶媒体を実際に気にしないため、同様の設定を使用するとSSDを使用するHDDと同様の機能が得られます（ただし、パフォーマンス特性は非常に異なります）。