少数のサーバー間でミラー化されたファイルシステム

いくつかのLinuxサーバー間で1つのディレクトリ（または1つのファイルシステム）をミラーリングまたは複製するソリューションを探しています。理想的なソリューションは、すべてのサーバーに読み取り/書き込みアクセスを許可するものです。また、サーバーの1つがダウンした場合でも、データを失うことなく残りは機能するはずです。

私はいくつかの解決策を見てきました：

• DRBD：ブロックレベルのレプリケーション、少しやり過ぎのようです。
• lsyncd：非常にシンプルに見えますが、パフォーマンスには疑問があります。
• GlusterFS：それは良い一致のように思えますが、複製モードが正確にどのように機能するかはまだわかりません。必要な特性はありますか？

他の提案は大歓迎です。

私が尋ねる最初の質問は、これを2つのサーバーに複製するか、2つ以上のサーバーに複製するかです。2台のサーバーにはDRDBを使用し、3台以上のサーバーにはglusterを使用します。

I / Oレイテンシが重大な懸念事項でない場合は、glusterを使用します。セットアップは非常に簡単で、必要なことを明確に行うことができます。必要なのは、3つのボックスすべてでファイルを提供するglusterサーバーを作成し、各ボックスをファイルをマウントするglusterクライアントとして機能させることだけです。

DRDBは、3つ以上のサーバーを使用してmaster <-> masterモードで動作させるために複雑になります。リングベースのセットアップを構成する必要があり、お勧めしません。ただし、2つのサーバーの場合、DRDBは素晴らしいです。マスター<->マスターモードはセットアップが複雑ではなく、ファイルシステムのことを学ぶ必要はありません。

lsycdはマスター/スレーブのセットアップには最適ですが、それを望んでいないようです。

Cephはまだかなり新しく、前回チェックしたとき、まだfsckがサポートされていませんでした。私はインフラストラクチャをもっと安定したものにしたいです。

Lustreは大規模な展開に最適な製品ですが、mdsサーバーのハートビートとフェールオーバーをセットアップする必要があります。彼が話しているサーバーの数が限られていることを考えると、このケースでは過剰になっていると思います。

どの程度セファロまたは光沢？

OpenAFSを検討する必要があります-これは、クラスター全体に分散して存在するデータの複数のコピーを可能にするほとんど分散ファイルシステムであり、誰もがFSに対して同時に読み取り/書き込みを行うことができます。

他にも多くの便利な機能があります（良好な認証、有線での暗号化、クライアントの組み込みローカルキャッシュ、ネイティブWindowsクライアント、Unixの多くのバージョン間での移植など）

ただし、セットアップには少し手間がかかります。

必要に応じて、NFSも正常に機能する場合があります。

これをDRBDで動作させるのは本当に難しいでしょう-問題はn8whnpが多方向レプリケーションに関する問題を考えるようではないようです（ミラーセットですべてのノードをストライプ化するだけです）が、並行性制御です- dは、DRBD上のミラーリング上でクラスターファイルシステムを実行する必要があります。

同時実行制御のための実用的なソリューションがないため、lsyncdはさらに悪化します。

成熟した安定したオープンソリューションとして、AFSタイプのソリューション（AFS、OpenAFS）をお勧めします。Oracleがシャットダウンしたので、私は光沢を避けておきます。glusterfsにあまり馴染みはありませんが、複製されたストレージではなく分散ストレージに依存しているため、スプリットブレイン操作での動作を長く一読することをお勧めします（AFS OTOHは非接続モードで動作するように設計されています）。