Ejabberdはクラスタリングのためにデータベースをどのように管理していますか？

Question

すべてのデータをすべてのノードにレプリケートするか、各ノードにデータフラグメントを格納してから、実行時に必要なフラグメントを別のノードからフェッチしますか？または、これはどのように機能しますか？

Mnesiaの代わりにMySQLを使用すると、クラスタリングは正しく機能しますか？

Answer 1

Mnesiaはクラスタリングを簡単にサポートできますが、対話型erlセッションではrequire some tinkeringとなります。正確なメカニズムについては、erlangとmnesiaがクラスタリングで構築していますが、それは私の専門知識を超えています。各ノードにコピー（レプリカ）を格納するように指示することはできますが、それは細かい制御であり、ニーズに合わせて調整する必要があります。this documentの最初のコメントが示唆しています。残念ながら、私は、記憶装置が他のノードから取得した構造をキャッシュ（構成によってはメモリ内またはディスク上）にキャッシュすると思われますが、断片化の仕組みに関する情報は見つかりません。

を取るかもしれません.SQLの警告があることを説明しています。つまり、ejabberdのMnesiaの使用を排除することはできません。共有されたmysqlホストが1つのオプションになるか、または共有SQLサーバが動作しているので、mysqlのクラスタリング機能内でマスター/スレーブのレプリケーション設定を使用しているようです。

Answer 2

デフォルトではすべてが記憶喪失に行き、ほとんどのものは複製されます。また、記憶媒体テーブルがディスクまたはメモリに移動するかどうかを選択できます。基本的には、必要に応じてmnesiaテーブルの場所を再構成できますが、通常はテーブルをメモリに複製して閉じます。

また、ejabberdのクラスタリングは、mnesiaクラスタを介してスパニング・ノードを介して行われるので、おそらくそれを取り除く努力をする価値はありません。

ほとんどのmod（xepsを実装する）はmnesiaを使用しますが、mysqlに相当するものです。それはさらに幅広く、SQLに相当するものに "_odbc"という接尾辞が付いています。例：mod_rosterおよびmod_roster_odbc。

要約すると、コンフィグやメモリ内のものを扱うための軽量な記憶媒体と重いもののためのセントラルmysqlを使用することができます。 mysqlの場所はejabberd configで設定できます。