スナップショットによる定期的なファイルシステムの複製

定期的なスナップショットをサポートする非リアルタイムレプリケーションソリューションを探しています。

これが私の現在の状況です：

• 2つのEメールサーバーが稼働しています。Ubuntu 12.04 LTS
• 私が使用するメールサーバープログラムはAxigen v8.1.1です。このプログラムは2000以上のメールボックスを提供し、速度は約です。営業時間中に1時間あたり2000メール
• 構成はマスター奴隷、心拍数/心拍数調整器の使用
• Axigenは独自のデータベースを使用して、すべての設定とメッセージを保存します。
• ほとんどのユーザーはPOP3を使用して電子メールサーバーにアクセスしますが、一部はIMAP4を使用します。

私が達成したいもの：

• すべて窒素分の間、スナップショットはマスターで完了し、スレーブに転送する必要があります。
• スレーブは少なくとも効率的に保存できる必要があります。中サイズ最新のスナップショットとロールバックが必要な場合に備えた2日のスナップショット
• （N分間の電子メールの損失は許可されています。すべての電子メールはMailArchivaストレージシステムに保存されます。）

私の元の計画目的は、Zox（on-Linux）ファイルシステムにAxigenのデータストレージを実装し、定期的なスナップショットを（増分的に）スレーブに送信することです。しかし、私はI / Oが多いときにZoLの不安定性に苦しんでいました。CPUソフトロック。 ZoLディスカッショングループはARCキャッシュのサイズを縮小することを提案しましたが、これは当然パフォーマンスに影響を与えたため、マスターからext4対応ストレージに戻りました。 （しかし、ZFSはまだスレーブで実装することができます。）

いくつかのオプションを検討しています。

1. データストアがLVM対応ストレージにあるようにマスターを再構成し、定期的にLVMスナップショットを作成してスレーブを使用するか、スレーブcsync2と同期しますrsnapshot（同期が成功した後にLVMスナップショットを削除します）。スレーブ側では、同期が成功するたびに必要な数のスナップショットと毎日のスナップショットを維持するためにZFSスナップショットが実行されます。

2. マスターはハードディスク対応ストレージを使用し、スレーブではZVOL対応ストレージを使用してマスター/スレーブ構成でDRBDを実装します。

3. スナップショットをサポートするクラスタファイルシステムの実装…しかし、どれを選ぶべきですか？

あなたの考えや意見に心から感謝します。

編集する：当部門の予算状況により、商用ソリューションはご利用いただけません。たぶん来年かもしれませんが、残念ながら私の要件は現在です。

編集2：ZoLの不安定性はZoL自体の不安定性ではないかもしれませんが、電子メールサーバーの膨大なメモリ変動に関連していると思います（何らかの理由で私はAxigenサーバーの前にPerditionを実装する必要があり、Perditionはすべての接続にプロセスがあるため、サーバーのメモリが深刻に断片化され、ZoLがARCキャッシュを増やすために一部のSLABを宣言できない可能性があります）