問題タブ [hazelcast]

Hazelcastの分散マップの「存続時間」プロパティ（または実際には任意のプロパティ）をプログラムで設定する方法はありますか？

このためにHazelcast構成XMLを変更する必要はありません。

Hazelcastバージョン1.7.1を使用しています

Redis Vs Hazelcast 私のアプリの場合:

• 保存する必要のある http リクエストが大量にある (毎分 6,000、クリック情報を収集)
• 以前に保存したデータを照会する多くの http 要求があります。

私の質問は - Redis と Hazelcast のどちらを選択してデータを保存し、クエリを実行する必要がありますか? - 読み取りと書き込みの速度が速いのはどちらですか? - どちらがより信頼できますか? - Cassandra の方が良い選択肢でしょうか?

どんな質問にも答えてくれると助かります

私はスケーラブルなアプリケーションを開発しているので、Hazelcast を使用することにしました。ノードにメッセージを送信するフロントエンド サーバーが 1 つあります。クラスター内のすべてのノードは、分散マップのバックグラウンド スレッドのワークロードを変更するため、フロントエンド サーバーはメッセージを入れるキュー (すべてのノードには独自のメッセージ キューがあります) を選択します。ロードバランシング) またはいくつかの代替手段がありますか? シンプルで素敵なデザインの Hazelcast が気に入っています。

Hazelcast分散データ グリッドおよび実行製品を実際に使用した経験のある人はいますか? どのように機能しましたか? 驚くほどシンプルな API と機能を備えており、このようなシンプルなツールを使用することは、ほとんど正しいように思えます。私はいくつかの非常に単純なアプリを作成しましたが、これまでのところ宣伝どおりに機能しているようです. だからここで私は現実世界の「リアリティチェック」を探しています。ありがとうございました。

複数のサーバーへのリクエストをレート制限できるレート リミッター システムを作成したいと考えています。このために、すべてのサーバーがこれらのカウンターをチェックおよび更新できるように、カウンター (IP アドレスごとに 1 つのカウンター) を作成したいと考えています。

私の質問: 最善のアプローチは何ですか。1 つのマップを作成し、クライアントの IP アドレスをキーとして使用し、その IP のカウンターは Java オブジェクトになります。そのオブジェクトはマップ エントリの値になります。

また

各 IP アドレスのマップを作成し、カウンター名をキーとして使用し、カウンター値をエントリの値 (int) として使用します。

私の最優先事項はスピードです。カウンター オブジェクトの取得とインクリメントは、非常に高速に行う必要があります。

それで何が一番いいの？多数の小さな地図か、1 つの大きな地図か?

誰かがこれで私を助けてくれることを願っています。

よろしく、

マールテン

タイトルからもわかるように質問は明確ですが、賛否両論についてあなたの考えを聞かせていただければ幸いです。それらの違い。

更新: 分散キャッシュ/ロック メカニズムなどの利点と、アプリケーションに適応させる際の構成が非常に簡単なため、Hazelcast を使用することにしました。

しばらくの間、Hibernate の第 2 レベルのキャッシュとして Hazelcast を使用していますが、複数のノードを使用すると、データの保存と読み取りに長い遅延が生じることを認識しています。

構成されたオブジェクトと @OneToMany 関係を集中的に使用し、パフォーマンスを向上させるために、これらの構成されたオブジェクトまたはコレクションを Hibernate 遅延読み込みを介してロードすることにしました。また、Hazelcast のドキュメントに記載されているように、Hazelcast のシリアル化を高速化するために DataSerializable を実装しました。しかし、writeData/readData メソッドの使用をログに記録すると、実際には使用されていないことがわかりました。

Hibernate Proxy (遅延読み込みを介して使用される) が DataSerializable メソッドの使用を妨げているかどうか (プロキシ自体が (?) インターフェースを実装していない可能性があるため)、さらに重要なことに、Hazelcast が遅延読み込みをサポートしているかどうかは不明です。まったく-そしてどうやって！

Hazelcastの分散タスクを頻繁に使用しており、タスク自体が実行される前であっても、タスクを開始するだけで2秒を超える場合があることに気付きました。これは1台のマシンで行いました。つまり、ネットワークのオーバーヘッドはありません。実行されたタスク自体は、call（）メソッドに1行のコードしかありません（最初と最後にSystem.currentTimeMillis（）を配置しました）、渡された引数「client」をコンストラクター呼び出しに格納します。他には何もありません。

タスクは次のように開始されます。

質問は：これは通常の時間ですか？ローカルマシンではかなりミリ秒になると予想していました。

クラスタリング、分散コンピューティング、およびマルチキャスト モードでのメッセージングに Hazelcast に依存する小さなシステムを実行しています (ダウンロードで利用可能な標準構成)。「コア」Hazelcast インスタンスとして実行される多数のサーバー モジュールと、Hazelcast「ネイティブ クライアント」として実装される Java Swing アプリケーションがあります。これはすべてうまく機能し、システムを本番環境で試運転したいので、2 つの個別のクラスター (dev + prod) を実行する必要があり、そこで問題が発生します。

ドキュメントによると、必要なのは 2 つのクラスターに別々のグループ名とパスワードを使用することだけであり、2 つのクラスターは自動的に整理されるはずだと思います!? これはサーバー モジュールでは機能しているように見えますが、「クライアント」インスタンスを prod 環境に接続しようとすると、prod のサーバー モジュールの 1 つのログから、クライアントが正常に接続しているように見えることがわかります。

ただし、クライアントが prod のメンバーとして表示されることはありません。代わりに、prod に対して認証が行われたにもかかわらず、クライアントが開発環境のメンバーになっていることがわかりました。

2 つのクラスターが無意識に混ざり合うことは、明らかに私にとって大きな問題であり、ショーストッパーでもあります。私が間違っていることがあるかどうか、または問題を解決するためにできる構成変更があるかどうか、誰かが知っていますか?