Quickfix(オープンソースのFIXエンジン)は、サーバー(この場合はLinux)のファイルシステムに状態情報と送受信されたメッセージを保持します。ディザスタリカバリでは、これらのファイルをWAN経由のスタンバイサーバー上でほぼリアルタイムで最新の状態に保ち、スタンバイが起動してシステムの状態を認識できるようにする必要があります。
永続性ファイルは人間が解析できるテキストであり、1日の間に蓄積されたギガバイトを超えることはめったにありません。それらは毎晩パージされます。
3番目のサーバーにリモート共有ファイルシステムを配置せずに、同期を直接実行したいと思います。また、プライマリサーバーの完全かつ突然の破壊に耐えるためにファイルが必要です。
Rsyncは遅すぎて、リアルタイムには十分に近くないため、役に立ちません。 DRBDはその仕事をしているように見える代替手段の1つですが、代替手段を評価したいと思います。
DRBDとrsyncを超えてこのようなことをするためのオプションは何ですか?
GlusterFS があり、多くのディストリビューションで利用できます。これにより、クラスター内のマシン間でレプリケーションと配布の要件を指定できます。セットアップは非常にシンプルで簡単です。私の実験では、OCFSほどGlusterFSを使用していませんが、 OCFS2 で経験したようなクラスターロックアップの問題はありませんでした。 [〜#〜] afs [〜#〜] でも同様の結果が得られると思いますが、実験する機会はありませんでした。 Ceph は、新進気鋭の分散型フォールトトレラントファイルシステムですが、ライフサイクルのかなり早い段階です。
意味がある場合は、リモートGITリポジトリでcronスクリプトを使用するのが好きです。これは最速のオプションではないかもしれませんが、復元は簡単で、私にとっては非常に信頼できます。
OCFS2 以外に本当の選択肢はないと思います。少なくとも私は何も知りません。