1

両方のノードで実行されているプログラムがファイルシステム全体を認識できるように、完全に冗長な方法で、異なる場所にある 2 つのノード間でファイルシステムを共有する必要があります。

状況は、データファイルがいずれかのノードに格納されている可能性があり、他のノードで実行されているプログラムが、ファイルの存在について第三者から通知されている可能性があり、そのファイルが存在することを期待している場合です。rsync ミラーリングは、自作のトリック (たとえば、inotify) で高速化したとしても、遅延が大きすぎます。間違いなく、共有ファイルシステムが必要です。

冗長性は、他のデータセンターが到達不能になった場合に単一のノードで続行できることを確認するために必要です.

ファイルを共有するノードが 2 つまたは 3 つしかない場合、おそらく光沢または HDFS はやり過ぎですが、Ceph は若すぎるように見えます。サイト間の高いネットワーク遅延を飛び越えます。

私はいくつかの可能性を逃していますか?2 つのデータセンター間でファイルシステムを共有して、実際にこのセットアップを行っている人はいますか?

4

2 に答える 2

2

優れたLizardFSGfarmFSをお勧めします。

Cephは複雑すぎるため、信頼性が低く脆弱です。これは主にブロック ストレージに使用され、Ceph ファイル システムは非常に低速です。Ceph は複雑であり、データの整合性を著しく無視しているため、避けることをお勧めします。
XtreemFSは遅い (おそらく Java が原因)。そのビルドシステムは面倒です。データの整合性に問題があり、非フリー/保守されていない .JAR に依存しています。

MARSは DRBD のより優れた代替手段になる可能性がありますが、思い出すと、 MARSには修正されたカーネルが必要であり、その DKMS バージョンはまだリリースされていません。

于 2015-06-29T10:06:26.407 に答える
-1

Twin Peaks Software によって開発された Mirror File System (MFS) は、あなたのニーズを満たすことができるでしょうか? http://ツインピークソフト.com/

于 2010-09-02T18:36:03.040 に答える