1

クラスタリングのためのフレームワークが必要です: メッセージング、クラスタへの参加/脱退、分散タスク スケジューリング、およびキャッシュ レプリケーション。できれば、DB からの IP の初期化、スプリット ブレイン保護、リーダーの選出 (および再選出) を使用して、すべて同じフレームワークで処理します。私は大量のサーバーを持っていません (1 ～ 10、おそらくそれ以上ではありません)。

注 - 私のサーバーは、各サーバーのメモリ内キャッシュ (少なくとも共有する予定の部分) をリーダーからフォロワーに複製する必要がある点と同じです。具体的には、EHCAche、terracotta、hazelcast などのソリューション (少なくとも既定の構成では) は実際には適合しません。

私が見るべきアイデアはありますか？私はあきらめて、jgroups の上に自分自身をロールバックしようとしていますが、もう一度チャンスを与えることにしました。可能であれば、フレームワークを使用した以前の経験に基づいて回答してください...

4

1 に答える 1

0

Zookeeper を Curator と一緒に使用すると、指定した項目を正確に達成できる可能性があります。

http://zookeeper.apache.org/

  • サイトから: 「ZooKeeper は、構成情報の維持、命名、分散同期の提供、およびグループ サービスの提供のための集中型サービスです。これらの種類のサービスはすべて、分散アプリケーションによって何らかの形で使用されます。それらが実装されるたびに、避けられないバグや競合状態を修正するための多くの作業. これらの種類のサービスを実装することの難しさのために, アプリケーションは通常、最初はそれらを軽視します.これらのサービスを正しく実装すると、アプリケーションの展開時に管理が複雑になります。」

http://curator.apache.org/

キュレーターがお届けします

  • Recipes : ZooKeeper の一般的な「レシピ」のいくつかの実装。実装は Curator Framework の上に構築されています。
  • Framework : Curator Framework は、ZooKeeper の使用を大幅に簡素化する高レベル API です。これは、ZooKeeper 上に構築された多くの機能を追加し、ZooKeeper クラスターへの接続の管理と操作の再試行の複雑さを処理します。
  • ユーティリティ: ZooKeeper を使用する際に役立つさまざまなユーティリティ。Client バンドルされている ZooKeeper クラスの代替で、低レベルのハウスキーピングを処理し、いくつかの便利なユーティリティを提供します。
  • エラー: Curator がエラー、接続の問題、回復可能な例外などを処理する方法。
  • 拡張機能: curator-recipes パッケージは、ZooKeeper のドキュメントに記載されている一般的なレシピを実装しています。そのパッケージの肥大化を避けるために、垂直的な魅力を持つレシピ/アプリケーションは、命名規則 curator-x-name を使用して個別の「拡張」パッケージに入れられます。
于 2014-08-28T22:25:07.307 に答える