linux分散ファイルシステムWANアドバイス
私にはかなり単純な（実際にはそうではない）要件がありますが、いくつかの解決策を検討しましたが、適切な解決策を見つけることができません。コロケーションとオフィスにRedHat EL 6サーバー環境があり、オフィスにLinuxとWindowsXPおよびWin7ワークステーションがいくつかあります。
コロケーションとオフィスには高帯域幅のリンクがありません。 5Mbpsだとしましょう。
コロケーションでバッチジョブによって処理されるファイルのコレクションがありますが、ワークステーションユーザーによって表示および編集されます。つまり、ファイルは両方のロケーションで読み取り/書き込み方式でアクセスできる必要があります。
さらに、一部の個々のファイルは巨大です。必要に応じて、ファイルが「他の」場所から転送されるのを待つには大きすぎます。したがって、作成/変更された場合、各ファイルのコピーはすぐに他の場所に「同期」される必要があります。
分散された「レプリカ」が常に読み取り専用であり、読み取り専用レプリカの再同期が管理コマンドAFAICTの後に行われることを除いて、ほぼ完璧なAFSを見てきました。
また、各クライアント（ワークステーションなど）には大きなキャッシュを用意する必要はなく、各サイトに共有サーバーへのローカル（サブネット）アクセスを提供するサーバーを用意することをお勧めしますFS =（ローカルNFSまたはsambaを使用してコンテンツを再共有する可能性があります...）
Linux rhel 6で利用できるそのようなfsはありますか？
上記の情報に基づいて、あなたは私たちと同様の状況にあると思います。オフサイトミラーリングを必要とするいくつかのリモートオフィスを備えたメインデータセンターがあります。
RSyncを使用しています。それは非常にうまく機能します。
RSyncは、UnixおよびLinuxのようなシステム用のフリーソフトウェアコンピュータプログラムであり、ファイルとディレクトリをある場所から別の場所に同期し、必要に応じてデルタエンコーディングを使用してデータ転送を最小限に抑えます。 。ほとんどの同様のプログラム/プロトコルには見られないrsyncの重要な機能は、ミラーリングが各方向に1回だけ送信されることです。
ここに簡単な概要とガイドがあります http://www.cyberciti.biz/tips/linux-use-rsync-transfer-mirror-files-directories.html
また、ubuntuがオーケストラサーバーで何をしているのかを調べたいと思うかもしれません。 RHELの直接の比較ではありませんが、プレインストールされたパッケージにロールされた他のサービスのコンパイルにすぎません。
トーマス
MoozeFSまたは http://www.xtreemfs.org/ を試すことができます
どちらもニーズに応じて問題ありません。
GlusterFS（バグ、バグ、バグ）とCoda（帯域幅が必要）を忘れてください。
tahoe-lafsも見ることができます（私はテストしたことがありません）。