2

私が取り組んでいるいくつかの新しいプロジェクトでは、neo4jのオプションを検討しています。与えられたデータのニーズ(本質的にグラフベース)に対して、neo4jはうまく適合し、迅速なプロトタイプは私に良い応答時間を与えています。私が理解したいのは、neo4jデプロイメントをスケーリングする方法です。具体的には:

  • neo4jデプロイメント間でデータをシャーディングするにはどうすればよいですか?neo4jは1台のマシンにデプロイされているため、1台のマシンに保存できるデータの量には制限があり、その配布方法を知りたいと思います。明らかに、ユーザーで分割すると、(シャード全体で)切断されたユーザー間の関係を維持できなくなります。
  • neo4jデータを複製するにはどうすればよいですか?潜在的なリーダーとライターの両方をスケールアップできるだけでなく、リアルタイムでデータのバックアップを作成できるように、書き込みに使用されるマスターと読み取りに使用されるスレーブを使用してsql-like-setupを作成することを考えています。私は、すべてのneo4jデータがファイルシステムに保存されていることを理解しています。これは本質的に複製できません。ここでそれを行う方法はありますか?おそらく、mysqlのbinログに似たものですか?
4

1 に答える 1

2

シャーディングは現在、Neo4j 自体ではなく、ドメインによって処理されています。Neo4j 2.0 はその問題をターゲットにしようとしています。

レプリケーションについては、オンライン バックアップが機能しており、マスター フェールオーバーによる実際の高可用性が進行中であり、ZooKeeper を使用してクラスター ノードを追跡し、新しいマスターを選択するなどしています。

アプリのシャーディング要件の詳細はありますか? ドメインなどは?

于 2010-07-13T10:05:01.200 に答える